Káosz van – de ez most jó

 ( balagesz | 2015. október 31., szombat - 22:45 )

Néhány évvel ezelőttig (kíváncsiságból előkerestem a szerződést: 2005 március, hogy megy az idő...) a jó öreg, hagyományos modemes, „betárcsázós” internetet használtam. (Nem kapkodtam el a váltást, na...) Havi időlimites előfizetés volt, amit csak azért vállaltam be, mert napra leosztva az időkeretet olyan mennyiség jött ki, amennyit tutira nem használtam. Persze a „most nem kell, bontsuk a vonalat” reflex azért megvolt... (Lehet, hogy innen jön a jelenlegi rigolyám is, hogy „kézzel” engedélyezem a hálózatot? :) ) Utána egy 512 KBites ADSL jött, ez néhány szokást azért megváltoztatott. (Mondjuk egy 200 MB-os „update”-et már bátran neki mertem állni letölteni.) OS-nek ez időtájt kezdtem használni az UHU-Linux aktuális verzióját a RedHat8 után. (A RH8-cal még erősen modemeztem, erre tisztán emlékszem. Az 56K-s modemmel nagyjából 5 KBYTE/Sec-et lehetett elérni, valamerre van még egy képernyőképem, amin a modemen átcsorgó adatok átviteli sebessége látszik egy koordináta rendszerben. Az elején van egy pár másodpercig tartó 10 KBYTE/Sec-es csúcsérték. Annyira meglepődtem, hogy kellett róla valami „bizonyíték”... :) Persze fogalmam sincs, hogy meg van-e még valamerre.)

Az ADSL-nek hála kezdtem próbálgatni a különböző disztribúciókat, mivel ekkor már nem mást kellett megkérnem, hogy töltsön le nekem valamit. Ez viszont egy „kényelmetlenséget” is magával hozott; minden telepítés után kézzel kellett a pppoe-t konfigurálni. Elvoltam ezzel egy darabig, de érett a gondolat, hogy a pppoe-t „kiszervezem” egy routerbe, és akkor megúszom ezt a procedúrát. Ezt se kapkodtam el, de hogy mikor lett végül routerem, arról már fogalmam sincs. :)

Az első (sok azért nem volt) ilyen eszközöm egy TL-R460 típusú kütyü, aminek az egyetlen előnye az, hogy olcsó. Ez megvan még most is, „B-tervnek” elő is kerestem, de erről hamarosan. Volt vele egy érdekes problémám, amire nem sikerült megoldást találni: néha a gugli oldalai nem mentek vele. Látszólag minden más rendben volt, csak ez nem. Kölcsönkértem egy „leselejtezett” másik routert, azzal ez a hiba egyszer sem jött elő. („Leselejtezett”: rögzítés gyanánt valahova fel volt ragasztva, amikor lecserélték, szó szerint le lett tépve a helyéről. Így a készülék házának az alja meg sem volt. Szerencsére ez még egy régebbi cucc, belül fém vázzal, tehát a bele az nem lógott ki, de akkor se volt szívderítő látvány. :) ) Persze a sajátomon fw-t azt frissítettem, (lehetett újra pppoe-t konfigurálni, juhé...) de a probléma nem oldódott meg. Ugyan a másik routert használhattam tovább, de azt meg nem véletlenül cserélték le. Szóval jött az ötlet, kell egy normális router. A történet itt már 2011-ben jár, az N900-am ezelőtt nem sokkal lett meg, emiatt az új routerrel szemben követelmény lett a Wi-Fi. A „bontószökevény” egyik hiányossága is ehhez kapcsolódik, ugyan az is tudott Wi-Fi-t, de titkosításnak csak a WEP-et ismerte. Az igények így szép lassan körvonalazódtak:

  1. A LAN irányába legalább 2 :) csatlakozó legyen, de általában 4 szokott lenni minimum, ez nem lesz gond;
  2. Egyelőre nem szükséges a gigabites hálózati interfész, de ha az lesz, az nem baj;
  3. Tudjon Wi-Fi-t, a WEP-nél komolyabb titkosítással;
  4. A Wi-Fi lehetőleg kívülről egyszerűen kapcsolható legyen;

Sajnos (vagy szerencsére, ezt sose tudom eldönteni) nem értek a hálózatokhoz, számomra a router feladata kimerül annyiban, hogy routol. :/ A Wi-Fi-t viszonylag ritkán használnám, emiatt azt folyamatosan bekapcsolva tartani nem lenne érdemes. Viszont az meg életszerű eset, hogy akkor akarnék Wi-Fi-zni, amikor nincs a „nagy” számítógép bekapcsolva, tehát a webes felületen való kapcsolgatás nem éppen ideális. Ennek ellenére – furcsa módon – a kívülről kapcsolható rádiós egység nem jellemző, talán csak egy olyan eszközt láttam valamilyen tesztbemutatóban, ami ilyet tudott. Persze a típusáról tippem sincs... Ezt a ficsőrt alternatív firmware-ekben azért meg lehet találni, emiatt az utolsó pontomat talán kicserélhetem a

  1. Legyen lehetőség alternatív firmware használatára;

sorra.

A keresgélés közben akadtam rá a most is használt alanyra, ami nem más, mint a WNR3500L nevet viselő stuff. Ezt már a megjelenésekor „Open-Source Router” néven emlegette a gyártó, az alternatív fw-ek használatát egyenesen támogatva. (A név végén levő „L” talán a Linuxra utal? Rémlik még egy olyan gyári doksi is, amiben komplett szerelési utasítás van arra nézve, hogy mit kell csinálni, ha véletlenül téglásítottad az eszközt. Ilyen „belső soros / JTAG port merre található” típusú leírásra kell gondolni. Persze most nem találom... Van helyette ez, mondjuk nem néz ki éppen hivatalosnak.) A gyártó létrehozott egy oldalt, ahol a FLOSS fejlesztések össze is vannak szedve. (Van itt jó pár egyéb router is, azért dicséretes ez a hozzáállás a témához.)

Szóval még mindig 2011 eleje, maga az eszköz akkor sem volt túl olcsó, olyan 25e HUF környéke rémlik. Ma már egy kicsit konszolidáltabb az ára, de még most sem két fillér. :) Megrendeltem (a helyi kereskedők persze ilyet nem tartanak), megjött, csináltam rajta egy firmware frissítést (gyárit a gyári akkori legújabbra), beállítottam, Wi-Fi-t bekapcsoltam fixen, mivel csak a webes felületről lehet, aztán az egészet beraktam az asztalfiókba a modem mellé és „elfelejtkeztem” róla. Volt értelme egy ilyen drága routert választani... :-D

Az „elfelejtkezés” azért nem volt teljesen végleges, sokszor eszembe jutott, hogy le kellene cserélni a gyári fw-t, ha már van rá lehetőség. Ez az időpont most, bő 4 évvel a beruházás után, el is jött. :) Van némi felhajtás most akörül, hogy az egyik nagy internetszolgáltató bevezeti a NAT-ot az IPv6 helyett. Ugyan nekem nincs közöm ehhez a céghez internet ügyben, de kíváncsi lettem, hogy nálam mi a helyzet. (Valószínű, hogy én még akár el is lennék NAT mögött, de szívesen megkérdezném ilyen esetben a szolgáltatót, hogy ezért nekem mennyivel kell kevesebbet fizetni?) Ezt pedig a router webes felületén tudom csak megtenni, annak meg kell a login-password párja. De ha már arra járok, akár faraghatnék is...

Nem oly régen jelent meg az Open-Wrt 15.05, erről a fw-ről még nem hallottam/olvastam rosszat. Vajon van-e az én routeremhez szupport? :) Az OpenWrt Table of Hardware oldalán szerepel a WNR3500L, azzal a megjegyzéssel, hogy csak a V1 támogatott, a V2 nem. A V1-nél is említenek valami bugot, de 2013-01-11 a hozzá tartozó időpont (ami egyezik az első kiadással), azóta talán van javítás. (Mintha nem lenne ez az oldal teljesen naprakész, de erről később.) Az én routerem vajon milyen verziójú? Mivel elég régi, én a V1-re tippelnék, de az a tuti, ha megnézem:

A tipp jó, valóban V1-es. De ha már itt tartok, célszerű lenne kideríteni a chipset típusát is:

(Persze nem az lesz az éles, amit éppen fotózni akarok, ezen már meg se lepődök. :) ) Balra az „alkalmazásprocesszor” (BCM4718, az OpenWrt oldala jól tudja :) ), jobbra a gigabites switch (BCM53115). Ezen információk birtokában neki is lehet állni keresni az OpenWrt letöltési oldalán. A megfelelő könyvtárban – meglepő módon – van előcsomagolt verzió a WND3500L V1 és V2 verziójához is, emiatt gondolom, hogy a „támogatott hardveres” oldal lehet hogy frissítendő lenne...

A beállítási leírást olvasva kiderül, hogy az első „bejelentkezés” a telnet segítségével fog megtörténni, ezért nulladik lépésként a telnet csomagot fel kell rakni. Ezután jöhet az OpenWrt telepítése az eszközre, ehhez az

openwrt-15.05-brcm47xx-mips74k-netgear-wnr3500l-v1-other-regions-squashfs.chk

fájlra van szükség, ami van vagy 3.6 MBYTE. (A V1-es alaplapon a FLASH mérete csak 8 MBYTE, a V2-es 128 MBYTE-tal szemben. De ez még bőven jó...) A telnet telepítést + fw letöltést még a kísérletezés előtt célszerű megejteni, mivel utólag elég macerás. ;)

A most következő részben viszont a dráma teljes mértékben elmarad, bármilyen furcsa. Ugyan bekészültem a régi routerrel + a netbookkal, hogy legyen kéznél keresési lehetőség, de a „nagygépen” is megnyitottam a feltételezett segítséget jelentő oldalakat a böngészőben. Ha meg valami balul sülne el, a régi routert még mindig berakhatom az éppen matatott helyére. A beállítás alatt keresni viszont valószínűleg lesz mit, mivel a leírás szerint az alap telepítés nem tartalmaz webes beállító felületet. Terminálban matatással meg routert még nem konfiguráltam.

A telepítést több fajta módon is meg lehet ejteni, a legegyszerűbb a gyári firmware frissítési opcióját használni. Semmilyen utalást nem találni arra nézve, hogy ez ebben az esetben is működhet-e, de az ellenkezőjét se állítja senki. A gyári fw webes felületére bejelentkezéshez van leírás a dokumentációban, de rajta van a lényeg magán a készülék házán is:

Igen, van USB csatlakozó a készüléken, és hiába a szín, ez bizony csak 2.0-s verzió, nem hármas. A belépési cím a „www.routerlogin.net” webcím. (Hogy ez miért is volt jó? Csak ezért az egy címért van egy darab névszerver implementálva a gyári fw-be? :) ) A jelszó természetesen már nem ez volt, de ez most részletkérdés, éppen azon mesterkedek, hogy ez így többet ne is működjön. :-D

A fw cseréről egy képernyőképem van:

Az eredeti login oldal nem működött Firefox alatt (valamilyen bővítmény lesz a ludas, úgy gondolom), de a konqueror a barátom, azzal sikerült az egész folyamat. Ez az állapot lassan a vége, itt jutott eszembe, hogy képet is kellene csinálni, mert ezt a folyamatot a dokumentáláshoz már nem tudom megismételni! :) Az eleje egy olyan ablak, ahol ki kell választani a feltöltendő firmware-t, ott az előbb letöltött fájlt kell megadni. Utána talán egy „biztos akarod?” típusú kérdés jött, utána meg egy figyelmeztetés, hogy az éppen felrakandó firmware az régebbi, mint ami éppen fenn van. A számok tényleg kisebbek voltak, ;) ettől függetlenül akartam. Itt a képnél még nem lehetett tudni, hogy mi lesz a végkifejlet. A „csík” végigment, utána a biztonság kedvéért még vártam vagy két percet. Azt sejtettem, hogy az újraindulás után nem fog a „routerlogin.net” képernyő automatán (sehogy se) bejönni, és tényleg... A böngészőlap bezárása a folyamat befejezése. De mit sikerült alkotni? A megfelelő parancs:

$ telnet 192.168.1.1

Ezután a következő kép fogad:

És igen, sikerült az alap telepítése, nem téglásítottam el az eszközt! Ez már jó jel... Szépen megkér rá az UI, hogy adjunk meg egy root jelszót, ez letiltja a telnetet és engedélyezi az ssh-t:

Ezek után egy exit paranccsal innen ki lehet lépni, majd egy

$ ssh root@192.168.1.1

paranccsal, az előbb beállított jelszót megadva be lehet lépni újra:

Ez is működik... Mivel a konzolos hálózatosdihoz sem értek, kellene telepíteni valami webes konfiguráló felületet. Ez az OpenWrt-nél a LuCI névre hallgat, amit a leírás szerint az

# opkg install luci

paranccsal lehet felrakni. Igen ám, de ameddig a pppoe-t nem konfigurálom be, addig nincs internet elérése a routernek sem, így meg nem lesz csomagtelepítés. Szerencsére az opkg-nak van --help paramétere, így megtudható, hogy a (már) telepített csomagokat az

# opkg list-installed

paranccsal le lehet kérdezni:

Érdekes, de mintha telepítve lenne az a bizonyos LuCI (Lua Configuration Interface), ami így is van! :) Némi pppoe-s konfigurálás után:

Igen, a „gyári” build tartalmazza a LuCI-t (természetesen most a WNR3500L-es 15.05-ös buildról van csak szó), a státusz alapján normális publikus IP címet kaptam. :) A dokumentáció ír valamerre a webes interfész HTTPS-es eléréséről, illetve a hozzávalókról, ezt most nagyvonalúan kihagyom. Viszont van még itt egy fontos(nak érzett) beállítás:

A router SSH-s elérését csak belülről, a LAN oldaláról szabad most engedélyeznem. (Kívülről egyelőre nem óhajtom elérni.) A webes interfészt (magát a LuCI-t) elvileg nem lehet alapból elérni kívülről, mindenesetre beállítást ehhez nem találtam itt. Ezen felül a System/Startup oldalon a telnet tiltva lett, aztán ennyi. Azért még lehet mit finomhangolni...

A konzolos konfigurálás elmaradt, pedig hozzákészültem az esetleges doksikeresgetéshez. A feladathoz az UCI nevű szerszám kell, de szerintem meg lennék lőve, ha „kézzel” kellene pppoe-t konfigurálnom. (Bár akkor bővebb lett volna ez a mese... :) )

Na de ha már alternatív firmware, jöhetne a Wi-Fi kapcsolgatás is. Ehhez a wifitoggle csomagot kell felrakni a LuCI-n keresztül, vagy belépve az

# opkg install wifitoggle

paranccsal. Majd illik „megeditálni” a konfigurációs fájlját:

# vi /etc/config/wifitoggle

(A vi nekem egy kissé idegen, jobban örülnék mondjuk egy nano-nak, de ez részletkérdés.)

A „finomhangolás” nélkül is működik a móka, viszont pontosítani nem árt. Ez a csomag (wifitoggle) általános OpenWrt-s stuff, nem kizárólag a WNR3500L-hez készült. Ezért lehetnek elnevezésbeli problémák is. Ami érdekes:

  1. button 'wps' – Ez mondja meg, hogy milyen gombra működjön az átkapcsolás. A WPS nekem több mint tökéletes.
  2. presistent '0' – Ha ez 1, akkor az aktuális állapotot el is menti. Tehát ha bekapcsolták, akkor a router következő indulásánál is be lesz kapcsolva. Nekem ez a mentés nem kell, induljon csak kikapcsolt állapotban!
  3. timer '0' – Az itt beállított érték az másodperc, bekapcsolás után ennyi idővel automatikusan kikapcsolja a Wi-Fi rádiót. Eredetileg itt 600 (10 perc) szerepel, a 0 kikapcsolja az automatikus kikapcsolást.
  4. led_sysfs 'bcm47xx:green:wps' – Melyik LED jelezze vissza a működést.
  5. led_disable_default '1' – A Wi-Fi állapotot hogyan jelezze vissza? Eredetileg itt 0 szerepel, a LED akkor világít, ha a Wi-Fi ki van kapcsolva. Nekem inkább akkor virítson, ha éppen engedélyezve van!

Ennyi. 4 év után végre friss firmware van a stuffon! Meg nem megy fölöslegesen a Wi-Fi! Micsoda fejlődés... :) A led_disable_default átállítása amúgy „nem jött be”, továbbra is kikapcsolt állapot esetén világít a WPS LED-je. Csak hogy legyen valami negatívum is, ne legyen minden tökéletes... :-D

Frissítés: a vi mellé fel lehet telepíteni a nano-t is, van abból is kész csomag. Viszont a múltkori keresésem nem vezetett eredményre, közben az is kiderült hogy miért. A rendszer csomagkezelője az opkg, viszont a „háttértáron” nincs meg alapból a teljes csomaglista, mivel az fölöslegesen foglalná csak a helyet. Az

# opkg list

parancs alapesetben csak a telepített csomagokat listázza ki (ha jól sejtem). Először egy

# opkg update

parancsot kell lefuttatni, ez letölti az elérhető csomagok listáját, utána van értelme a list paraméterrel keresni:

# opkg list | grep nano

A „kedvenc” editort először azért nem találtam meg, mert a wifitoggle telepítése és a nano telepítési kísérlete között (valószínűleg) volt egy router újraindítás. A csomaglista update végeredménye viszont csak a RAM-ba töltődik le, azt a csomagkezelő nem menti az esetünkben amúgy elég szűkös FLASH-be.

Frissítés #2: egy ideje már elérhető a Chaos Calmer 15.05.1-es verziója, a hírt olvasva nekem is kedvem támadt egy frissítéshez. A stuff amúgy abszolút hozta eddig az elvárhatót; úgy üzemelt, hogy észre sem lehetett venni. (Ilyennek kellene lenni az összes hasonló eszköznek!) Ugyan óriási uptimeokkal nem tudok büszkélkedni, mivel az „ami nem kell, az ne legyen bekapcsolva” elvet követve áramtalanítva van a router is, minimum éjszakára, de nem is ez az érdekes.

De bele is futottam egy „vicces” szituációba: nézzük meg, hogy „csomag szinten” van-e valami frissítés. A routerbe ssn-h keresztül bejelentkezve a következő parancsok kellenek:

# opkg update
# opkg list-upgradable

Az első letölti az aktuális csomaglistát, a második kilistázza azokat a csomagokat, amik frissíthetők. Nálam volt vagy 8-10 frissíthető csomag, amik mindegyike a LuCI-hoz kapcsolódott. Az ugyan nyilvánvaló, hogy a 15.05-ből ezektől nem lesz 15.05.1, de sebaj, úgysem csináltam még csomagfrissítést... ;) Ehhez az

# opkg upgrade <pkgs>

parancs kell, ahol a <pkgs> – természetesen – a frissítendő csomag neve. Ezzel egyesével felfrissültek a LuCI-s csomagok, csak értelme nem volt semmi, mivel úgyis az új verzió menne fel az egész helyett. Jöhet az egész frissítése a 15.05.1-re, erre van lehetőség a webes felületen keresztül. Csakhogy a LuCI a bejelentkező kép helyett egy kellemes hibaüzenettel fogadott, miszerint valamilyen (téma?)fájlt nem tud megnyitni, emiatt ő most inkább nem működik. Kellett nekem csomagokat frissíteni. :\ (Eszembe is jutott a klasszikus vicc a vadászról...)

Mivel az ssh elérés (meg minden egyéb) rendesen működik, jöjjön a rendszerfrissítés parancssorból. A komplett frissítési folyamathoz van egy kiváló segítség az OpenWrt oldalán, ami tárgyalja a webes meg a parancssoros megoldást is. Az oldalt átpörgetve eléggé „húzósnak” látszik a történet, de valójában semmi extra; csak sok a magyarázat. A folyamat valahogy úgy zajlik, hogy a frissítés elején automatikusan mentődik a komplett beállítás, utána lecserélésre kerül az összes rendszerkomponens, majd a végén visszaállítódik az összes beállítás. Amik „elvesznek”, azok az alaptelepítés részét nem tartalmazó, külön felrakott csomagok. Az előbbi leírás egy igen tetemes része arról szól, hogy a telepített csomaglistát hogyan lehet megszerezni, majd a későbbiekben felhasználni. Ez most nem érdekes; mivel összesen két plusz csomagom van (nano, wifitoggle), az majd megy manuálisan is.

A „konzolos” frissítés első lépése, hogy le kell tölteni az eszközre az új image fájlt, ami fel fog kerülni. (Nekem most ez a fájl a lényeges.) A leírás azt mondja, hogy a routeren a /tmp könyvtárba a wget segítségével töltsük le, ami kell. A cím https-es, a routerre meg nem raktam fel a megfelelő csomagokat, így „egyenesen” nem megy a letöltés. Van viszont ssh, a „rendes” gépre letöltött image innen is felmásolható:

$ scp openwrt-15.05.1-brcm47xx-mips74k-netgear-wnr3500l-v1-other-regions-squashfs.chk root@192.168.1.1:/tmp

A jelszó megadása után a megfelelő helyre oda is kerül. (A /tmp könyvtár „ramdiszk”, a leírásban van segítség arra is, ha esetleg (átmenetileg) túl kevés lenne a hely rajta. Szerencsére az esetemben ezzel sincs semmi gond.) A frissítési folyamat elindítása van hátra:

# cd /tmp
# sysupgrade -v openwrt-15.05.1-brcm47xx-mips74k-netgear-wnr3500l-v1-other-regions-quashfs.chk

A -v paraméter csak „bőbeszédűbbé” teszi a folyamatot. A frissítés eltart egy ideig (a flash memória nem az írási sebességre van kihegyezve...), a végén lesz egy reboot, aminek a hatására – nem meglepő módon – megszakad az ssh kapcsolat. Miután az eszköz újraindult, újra be lehet rá csatlakozni a megszokott módon. Az összes beállítás megmaradt, kivéve az, hogy a telnet újra engedélyeződött, ami tulajdonképpen elővigyázatosságból nem is baj. Azért újra kikapcsoltam. :) A két plusz csomagom az opkg-nak hála újra felkerült, a wifitoggle konfigurációs állományára a csomagkezelő azt mondta, hogy az /etc/config/wifitoggle néven már van egy ilyen fájl, így ő azt inkább nem írná felül (!), hanem a sajátját /etc/config/wifitoggle.opkg néven menti. Ez utóbbi nem kell, törölhető, az eredeti verzió megmaradt, így azt sem kell szerkeszteni. A LuCI újra működőképes, visszaállt a régi rend annyi különbséggel, hogy „egyel frissebb” verzió dolgozik ezután a routeren. Egy figyelmeztetés ide azért kívánkozik: a „gyári” OpenWrt-s frissítési leírást célszerű végignézni abban az esetben, ha komolyabb módosítások is végre lettek hajtva, mert előfordulhat, hogy „van mit menteni / módosítani” a sysupgrade előtt.

Konklúzió? Nem biztos, hogy annyira nagyon szükség volt most erre a frissítésre, de ilyet még nem csináltam. Ha a webes felülettel nem történik az a bizonyos malőr (Lehet, hogy kellett volna egy reset? :) ), akkor még mindig nem mondhatnám el, hogy ápgrédeltem terminálból rúter förmvert. Ugyan szoktam az „ami nem romlott el, ne javítsuk meg” mondást néha használni, ez most is érvényes lehetne, de ez pont az a téma, ahol sosem árt az óvatosság / frissesség. Az OpenWrt-t meg a jövőben szeretném máshol is használni, az „ismerkedésre fordított idő” nem vész kárba.

Linkek:

  1. WNR3500L – open-source router
  2. wifitoggle konfigurálása
  3. Nyomógombok konfigurálásához egy adag dokumentáció
  4. UCI – Unified Configuration Interface
  5. opkg – csomagkezelő dokumentáció
  6. OpenWrt OS upgrade procedure

balagesz

---

2015.10.31.
2015.11.15. opkg update kiegészítés
2016.03.19. 15.05.1 frissítés

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Egy Linksys WRT54GL-t használok, megvásárlásának idején nagyon népszerű volt mivel az alternatív firmware-ek tökéletesen támogatták. De soha nem cseréltem rajta fw-t, nem éreztem, és most sem érzem szükségét. Múltkor felmentem a Linksys oldalára és meglepődve tapasztaltam, hogy a legújabb fw idén júliusi, ráadásul több sebezhetőséget is javít. Eljött a frissítés ideje. :)

Egyik korábbi frissítés után a router elfelejtett minden beállítást, ráadásul a lementett configból se lehetett visszaállítani, úgyhogy azzal kezdtem, hogy kinyertem a configból a pppoe jelszót (mivel fene tudja hol van meg papíron). Azért a configból, mert a webes felületen eleve titkosítva vannak a jelszavak (nagyon helyesen). Ehhez először egy C-s toolal próbálkoztam, ami ugyan kidumpolt pár adatot, de a jelszót azt pont nem. Aztán találtam meg a RouterPassView-t, az remekül működött. Végül persze erre nem volt szükség, a router megőrizte a beállításait.

A frissítés után azért felfedeztem pár különbséget, a webes felületnek lett rendes login oldala, a wlan led pedig azóta egyáltalán nem világít. Először azt hittem, a frissítés kikapcsolta a wifit, de a hálózat látható maradt, viszont nem lehetett csatlakozni hozzá. Adtam a routernek egy rebootot, ezután kapcsolódni már tudtam, de a led sötét maradt. Tulajdonképpen nem zavar, úgyse azt nézegetem egész nap. :) (Mondjuk lehet akkor világítana ha kikapcsolom a wifit, de ennek nem tudom mi értelme lenne.)

Firmware frissítés után javallot egy gyári alapbeállítás visszaállítás, meg egy resetelés is.
Ezután meg nulláról mindent újra beállítani.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Ez ilyen ráolvasás?

--
arch,debian,openelec,android

Hint WRT54GL-hez: ha megynyitod az oldalt, amin a PPPoE jelszó van, az oldal forrásában megtalálható azt.

A webes felületen valami teljesen más van a password mező értékének beállítva. Lehet, hogy nem titkosítva, csak kódolva van, ezt nem tudom.

De soha nem cseréltem rajta fw-t, nem éreztem, és most sem érzem szükségét.

Szükségét kimondottan én sem éreztem, de túl sokat lehetett mostanság olyasmikről is hallani, hogy komplett botnetek működnek a világon hibás router fw-k segítségével. Tehát nem árt azért, ha pont a routeren friss a fw.

Az, hogy a gyári fw mikori, azt egy gyors kereséssel nem sikerült kiderítenem. Az eredeti oldalt megnézve a letöltéshez meg regisztrálni kéne, ha jól látom. Így meg inkább "vendort váltottam". :)

nice, thx és sub!

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

+1

Attól tartok, h LUCI - azaz webes felület - nem minden eszköz openwrt-s fw-jében van benne alapból, mert mondjuk nincs elég hely számára. Ilyenkor marad konzolos Vi-os pppoe konfigurálás. Jó erre felkészülni és nem akkor szembesülni vele, amikor épp nem lesz net. Aztán ha már működik a net és van USB csatlakozó a routeren, akkor lehet külső Hdd-t csatlakoztatni és extroot -tal már telepíthető.

Én is a hetekben váltottam openwrt-re és mielőtt nekiálltam volna pont ilyen összefoglalók/beszámolók után kutattam. Szóval nagyon hasznos! :-)

Ma már nincs olyan, hogy "nincs net". Ha gépeken nincs, mert a router nem megy, akkor van personal hotspot a gépeknek. Ha gépek sincsenek, akkor van okostelefon.

--
trey @ gépház

> Ha gépek sincsenek, akkor van okostelefon.

Nemt'om felétek mi a helyzet, de laktam már Pesten belül (!) olyan helyen, hogy a mobilnet létezése baromira nem volt triviális kérdés. :)

Nálunk van. Azaz nincs :-)
Persze az szuper ha van alternatív lehetőség is a net elérésére és utána tud nézni a pppoe.conf opcióinak.

A luci-val kapcsolatban úgy tudom, hogy a "rendes" kiadások (12.09, 14.07, 15.05...) image-eiben minden esetben benne van, viszont ha a development ágból fordítasz (vagy egy development snapshot image-et töltesz le), akkor külön telepítened kell.

Én fordításnál így szoktam beletenni:

cat > .config << EOF
CONFIG_TARGET_ar71xx=y
CONFIG_TARGET_ar71xx_nand=y
CONFIG_TARGET_ar71xx_nand_WNDR4300=y
CONFIG_PACKAGE_luci=y
EOF

Utána jöhet a "make defconfig", ami hozzácsap ehhez minden olyan csomagot, ami alapból benne szokott lenni az image-ekben.

Ja, amúgy éppen openwrt-t fordítok, ezért vagyok hirtelen ennyire képben. :)

Én kifejezetten örültem, hogy a "lüszi"-t nem külön kellett felrakni. Bár azért fel voltam lelkileg készülve a feladatra. Egy kis konzolos faragástól nem szoktam megijedni, de ha nincs rá szükség, az csak kellemes meglepetés.

elvileg a luci is a uci-n keresztul configolja a rendszert, tehat ha nincs is webes felulet, akkor konzolbol is tudod szabalyosan modositani a beallitasokat.

sot, vm-ben van egy x86-os build. ott beallitod a pppoe-t (vagy akarmit), megnezed a konzolos konfigot, majd azt atrakod a webnelkuli wrt-re.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Ebbe az x86-os buildba még nem futottam bele, de megjegyzem! :)

Ez hogy kerult fooladalra? :O

Úgy, hogy kitettem.

--
trey @ gépház

Meglepetés, köszönöm! :)

Kis apróság: A "WNR3500Lv2"-ben 32MB FLASH van. A RAM mérete 128MB.

Nekem - mint fent látható - V1-es van, amibe 64 MBYTE RAM / 8 MBYTE FLASH van forrasztva. A V2-ről a Wikipedia és az OpenWrt oldala írja a 128 MBYTE RAM / 128 MBYTE FLASH kombinációt. Ez utóbbi oldalon van kép a V1-es és a V2-es alaplapról is. Az előbbi képen be is sikerült azonosítani a RAM/ROM csipeket, az utóbbin a ROM nincs meg. Valószínűleg a nyák túloldalán van. Arról az oldalról nincs kép valamerre? Nekem is gyanúsan soknak tűnik a FLASH kapacitás 16×-os méretűre növelése. Ha az "csak" 128 Mbites tehát 16 MBYTE-os lenne, az reálisabbnak hangzik.

A tomato shibby firmware megtévesztett engem. A webfelületén 32MB flash-ről számol be nekem.

Az egyik fórumban találtam erre magyarázatot:
http://www.linksysinfo.org/index.php?threads/let-s-talk-about-netgear-3500l-v2-128mb-nand-flash-128mb-ram.36676/

"Router has 128MB nand flash but driver create 16 partition in nand flash, well partition linux (software + jffs) has only 32MB and this is for users."

Úgytűnik tényleg van 128MB NAND flash. Firmware (és driver) függő mennyit mire tudod használni.

Meglepő. :) Ugyan lengyelül nem tudok, de a hivatkozott fórumban levő képről azt sejtem, hogy ez a V2-es másik oldala. Ezen a Flash látszik, ami egy K9F1G08U, ami valóban 128 MBYTE-os. Elfogyott a 8 MBYTE-os régi? Vagy ez a 128-as olcsóbb volt? :-D