-
GAMEPOD.hu
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
válasz Dealer20 #55082 üzenetére
Szia!
LuCI-ban a Hozzáadás gombot megnyomtad? Aztán a Mentés & Alkalmazás gombot is?
Nincs előtte másik tűzfal szabály, ami erre a portra (is) vonatkozik?Szerk.: Attól, hogy nincs nyitva a port még tudsz feltölteni, de csak te kezdeményezheted a kapcsolatot.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz zolikutya #55098 üzenetére
Szia!
A MAC cím alapján generálja, hogy milyen IP-t fog osztani. Így tud az előfordulni, hogy egy firmware frissítés esetén is mindig ugyan azt az IP-t kapja a kliens. Sőt, ha egy másik OpenWrt-s routerhez (legyen az bármilyen típusú) kapcsolódsz, ott is azt az IP-t fogod kapni (hacsak az algoritmus alapján, vagy statikus IP-vel nem osztotta már ki egy másik eszköznek).
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz abcde21 #55160 üzenetére
Szia!
Már többször kaptunk ilyen választ arra a kérdésre, hogy pontosan melyik firmware-t tette fel az illető. Ilyenkor mindig pontos linket adjatok, mert az OpenWrt oldaláról letölthető firmware file-ok neve teljesen azonos, bármilyen verzióról is legyen szó (BackFire, AA, BB, trunk).
Az ssh-n kiadott reset parancs csak a terminált inicializálja. Ezzel biztos, hogy nem csináltál semmit.
Alex
-
vargalex
Topikgazda
válasz Intruder2k5 #55219 üzenetére
Szia!
v1.10-től ez a módszer nem igazán járható, mert gyárilag nincsenek befolyatva ónnal a tüskék helyei.
Alex
-
vargalex
Topikgazda
válasz Zyelor #55811 üzenetére
Szia!
Próbáld végig a többi csatornán is, hátha segít a dolgon. De az is lehet, hogy valamelyik új eszköz nincs "kiegyezve" a router wifi chipset-ével.
Esetleg egy OpenWrt-t is érdemes megpróbálni.A második router beállítása megoldható. A két routert LAN-LAN kapcsolaton kösd össze, csak előtte a második routeren kapcsold ki a DHCP szervert és a LAN IP-jét állítsd át az első router tartományába.
Alex
-
-
vargalex
Topikgazda
-
vargalex
Topikgazda
Igazából csak OpenWrt alatt van extroot. DD-Wrt alatt repo sincs, csak kézzel oldható meg az OpenWrt-s csomagok utólagos telepítése.
(55863) partxxx[link]:Olyan nincs, hogy a teljes rendszer külső eszközről fut. mégpedig azért, mert a gyári bootloader a flash-ból indítja a rendszert, ezek az alternatív firmware-ok pedig nem módosítják a bootloader partíciót.
Viszont az a 788659 db tűzfal szabály nem hiszem, hogy ilyen vasra való.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Isty1974 #56015 üzenetére
Szia!
Nem teljesen elírás, mivel a minidlna.conf leírásából származik. Csak ugye az OpenWrt-s config kicsit változtatott a dolgokon. A kimásolt leírást pedig nem igazították hozzá.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Isty1974 #56076 üzenetére
Szia!
Nem vagyok benne teljesen biztos, de mintha találkoztam volna már ilyen üzenettel, de ennek ellenére a minidlna adatbázisába bekerültek a lényegi adatok (és így a dlna kliens is látta). Te is ellenőrizheted. Megnézed a files.db-ben (miniDLNA adatbázisa), hogy a kérdéses file-ok benne vannak-e. A legjobb egy sqlite-val lenne, de az szerintem nincs a routeren. Ha tudod telepítsd az sqlite3-cli csomagot. Aztán ssh-n:
sqlite3 files.db_eleresi_uttal
Azaz pl.:
sqlite3 /mnt/minidlna/files.db
Ekkor bejön az sqlite3 console. Itt a következő kell:
select ID, TITLE, DURATION FROM DETAILS WHERE PATH LIKE '%Mickey%';
Ez visszaadja a listát (ha talál). Persze a feltételt módosíthatod. A fenti az összes olyan elemet visszaadja, aminek az elérési útjában szerepel a Mickey szó.
Ha végeztél, akkor:
.exit
És így visszatértél a shell-hez.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Szia!
Nyilván azt is lehet, de arról, hogy maga a miniDLNA szerver látja-e, csak így tudsz megbizonyosodni! Nálam pl. az XBMC-nél néha előfordul, hogy az új tartalmat csak egy XBMC újraindítás után veszi észre. Ilyenkor előtte megnézem azért az adatbázisban, hogy miniDLNA oldalon rendben van-e.
Egyébként mondtam, hogy láttam ilyet:
[gavarga@arch ~]$ less /srv/minidlna/minidlna.log | grep -i Unsuccessful | grep mkv | tail -n 2
[2015/01/07 10:43:04] scanner.c:490: warn: Unsuccessful getting details for /mnt/Torrent/Downloads/video/sorozat/Fringe.S04.BDRiP.x264.Hun.Eng-MaMMuT/Fringe.S04E21.Brave.New.World.Part.1.BDRiP.x264.Hun.Eng-MaMMuT.mkv!
[2015/01/07 10:43:04] scanner.c:490: warn: Unsuccessful getting details for /mnt/Torrent/Downloads/video/sorozat/Fringe.S04.BDRiP.x264.Hun.Eng-MaMMuT/Fringe.S04E22.Brave.New.World.Part.2.BDRiP.x264.Hun.Eng-MaMMuT.mkv!
[gavarga@arch ~]$ sqlite3 /srv/minidlna/files.db
SQLite version 3.8.7.4 2014-12-09 01:34:36
Enter ".help" for usage hints.
sqlite> select ID, TITLE, DURATION FROM DETAILS WHERE PATH LIKE '%Fringe%S04E2%';
21443|Fringe.S04E20.Worlds.Apart.BDRiP.x264.Hun.Eng-MaMMuT|0:43:23.669
21444|Fringe.S04E21.Brave.New.World.Part.1.BDRiP.x264.Hun.Eng-MaMMuT|0:42:59.477
21445|Fringe.S04E22.Brave.New.World.Part.2.BDRiP.x264.Hun.Eng-MaMMuT|0:43:19.509De természetesen ezek a részek is nézhetők XBMC-ben. Tehát nincs vele semmi gond.
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz r3dsnake #56158 üzenetére
Szia!
A luci-app-openvpn csomag 2012.09.14 óta broken, így nem hiszem, hogy fogsz olyan build-et találni, amiben elérhető.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz Headless #56607 üzenetére
Szia!
A script manuális hívása előtt állítsd be ezeket a környezeti változókat. Tegyük fel, hogy a transmission által meghívandó script neve a transdone.sh, tartalma pedig a következő:
#!/bin/sh
echo "Torrent dir: $TR_TORRENT_DIR"
echo "Torrent name: $TR_TORRENT_NAME"Akkor a hívás és működés:
[gavarga@gavarga-n5110 test]$ TR_TORRENT_DIR="/mnt/test" TR_TORRENT_NAME="Letöltött torrent" ./transdone.sh
Torrent dir: /mnt/test
Torrent name: Letöltött torrentAlex
-
vargalex
Topikgazda
válasz Headless #56620 üzenetére
Szia!
Ha ezt automatikusan akarod, akkor mindenképpen meg kell oldanod a kulcsos authentikációt. Ehhez a pl. a routeren generálsz egy rsa kulcsot:
dropbearkey -t rsa -f /root/pikey
A visszaadott publikus kulcsot berakod a PI-n a ~/.ssh/authorized_keys file-ba, majd így csatlakozol:
ssh -i /root/pikey pi@raspberry_ip_cime
Ezt egyszer meg kell tenned (ha még nem ssh-ztál a routerről a pi-re), hogy a fingerprint-et elfogadd.
Ezután később mehet a parancs futtatása így:
ssh -i /root/pikey pi@raspberry_ip_cime futtatando_parancs
[ Szerkesztve ]
Alex