Ezt a no-ip.com-on?

-gf-

nem, a ddns kliensben (routerben az avanced (haladó) fülön.

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

Mi az oka annak, hogy fw frissítés után csak Chrome alatt nem tudok belépni a router kezelőfelületére?
v1.9 hw verzió, gyáriról gyárira frissítettem. Internet Explorer, Firefox alatt működik a dolog.

''Soha ne add fel, ez a legnagyobb, halálos ellenség'' Replika

Az én DD-WRT fimware-mben nincs ilyen. (Firmware: DD-WRT v24-sp2 (05/27/14) std) Újabbakban van? Ha frissítéssel megoldható, melyiket ajánlod?

-gf-

benéztem én openwrt-ről beszéltem, de mondjuk ez egy szimpla cron parancsal is megoldható...

wgetel lekérdezed a megfelelő ip címet szintén wgettel frissíted az update url-en keresztül beletehetsz egy feltételt is, hogy ne terheld feleslegesen a szerverüket.

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

Közben találtam a DD-WRT-ben egy custom beállítási lehetőséget, ami lehetőséget ad url-n történő lekérdezésre, és a noip.com-on meg egy példát:

http://username:password@dynupdate.no-ip.com/nic/update?hostname=mytest.testdomain.com&myip=1.2.3.4

Tudásomhoz mérten kitöltöttem, de még mindig van valami hiba.

[ Szerkesztve ]

-gf-

[link]
egy próbát megérne.

Az URL-be csak ennyit tegyél: http://checkip.dyndns.com/

[ Szerkesztve ]

Köszönöm a tippet! A NO-IP-t ugyan elhagytam, most a duckdns a befutó.

Az általad említett URL-os opció és a G.F. és Celtis kolléga hsz-sai alapján összeollóztam a megfelelő parancsot.

Most ellenőriztem vissza az OpenWRT logját:
231710 : Forced Update - L: '92.249.179.XXX' == R: '92.249.179.XXX'
231710 : #> /bin/uclient-fetch -q -O /var/run/ddns/myddns_ipv4.dat -Y off 'http://www.duckdns.org/update?domains=imaverick&token=YYYYYYYYYYY&ip='92.249.179.XXX' 2>/var/run/ddns/myddns_ipv4.err
231711 : DDNS Provider answered: OK

Gondolom akkor ez rendben van.

[ Szerkesztve ]

"Sokkal könnyebb gazdagon boldognak lenni, mint szegényen" (Moldován András)

ez mitől lehet?

passwd: can't create '/etc/shadow+': No space left on device
passwd: can't update password file /etc/shadow

?

Nem telepítettem semmit plusszban.

Felraktam ez :
suste-OpenWRT-BB-0.8.1-tl-wr1043nd-v2-squashfs-factory

meg ezt:

suste-OpenWRT-BB-0.8.1-tl-wr1043nd-v2-squashfs-sysupgrade

és már az elejétől ez van.

Hogy fogyhatott el a hely?

+ Ezen az eszközön volt már régebben ez a verzió , akkor semmi hiba nem volt.

Mi a megoldás?

[ Szerkesztve ]

factory reset után is ez van?

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

Szia!

Próbálj meg egy resetet, mert valószínűleg config-ok megtartásával frissítettél (ami teljesen felesleges volt, hiszen ugyan az a verzió), így valóban elfogyhatott a hely. De jó lenne látni egy df -h kimenetet.

[ Szerkesztve ]

Alex

Reset megoldotta, most jónak tűnik.

ezek a képen a dev/root az normális , hogy nincs hely?

[ Szerkesztve ]

Igen, az teljesen normális. Az a csak olvasható squashfs partíció (maga a firmware).

Alex

ok.
Már csak azt kellene orvosolni , hogy a custom dns beállítást is sikerüljön menteni. Mert látszólag nem megy, mentés után üres marad a sor.

[ Szerkesztve ]

Megjelent már a WPA3 a DD- Open- WRT re..?

Erről majd Suste/Headless nyilatkozik, hogy van-e elegendő hely ehhez a flash-ban. De azt gondolom, hogy igen. Mondjuk nálad valami foglal 656 KB-ot. Ezt neked kellene tudni, hogy mi.

Alex

8.1-es fw-ben sok hely van még a transmission web is telepíthető utólag. Ha jól emlékszem első konfig után egy jó 600 kb marad 8mb-os eszközön.

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

Lehet ezt jobban tudja a firm készítője.

Igazából nem tudom ,hogy minek nem kellene ott lenni. Én nem piszkáltam el tudtommal semmit.

Ok, már írtad . Nem tudtam. Úgy gondoltam kell mind a kettő.

A lényeg , hogy nem ez a hiba forrása , mert régebben is így volt felrakva és akkor semmi baj nem volt.

Most viszont megint mentési bajok vannak , mert elfogy a hely.

Elsőre nézzünk egy

df -h /overlay

kimenetet.

Alex

[ Szerkesztve ]

Akkor most ezt.
du -a /overlay|sort -nr|head -n30

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

Minek van transmission-remote telepítve? miniupnpd is feles. de még a transmission webet is kétségbe vonnám. Amúgy ez a 3-as okozza, hogy elfogy a helyed teljesen ebből kettőt választhatsz és jó leszel...

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

A remote valóban nem kell, így 28% szabad lett!

Köszi

Abban tudsz segíteni hogy, vagy egy sambat, vagy egy ftp -t (amelyik jobb) felhasználónév/jelszóra konfigurálni ?

[ Szerkesztve ]

Ide mit kell megadnom ?

(full sötét vagyok az ipv6-hoz )

Sziasztok?
Ti ezt a szöveget hogy értelmezikek? Mikor vagyok védve a WPA2 KRACK ellen?
Ahogy a képen látszik vagy a másik állásban?
(A tiltás tiltása az engedélyezés vagy maga a tiltás?)

Én úgy értelmezem, hogy most van kikapcsolva a védelem. De a szöveg szerint nem is kell bekapcsolnod, mert eleve javítva van DD-WRT r33555 build felett

Még egy problémám akadt.

Frissíteni akartam egy WR1043ND v1 routeren a firmet. Előtte DD-WRT volt rajta de már sok éves, egy friss ddwrt-t letöltöttem hozzá, és fel is ment elvileg hba nélkül, de újrainduláskor lefagy és boot-loop ba kerúl. Hol az összes led villan fel hol csak 4lan + wan (a tápled mindig ég).

Gondolom csak a TFTP helyreállítás marad. De nem világos számomra milyen firmet adjak meg neki? Egy DD-WRT set vagy egy TP-LINK től letöltöttet?

A végén a TL-WR1043ND-V1-FW0.0.3-stripped.bin filet töltöttem le az összefoglaló szerint. Az ottani módszer szerint végigpróbáltam mindent de eredmény nélkül.

A furcsa csak az hogy tápadáskor mindegy hogy nyomom a resetet vagy sem, ugyanúgy viselkedik. Kb 1-1.5s -ig mintha próbálkozna ha be van dugva a kábel, a PC ezt észre is veszi de a tftp nem érzékel semmit.

Én is pont így jártam.
A végén csak a soros port megoldás segített.

Lehet hardverhibás és valóban tönkrement, nem adnék 1eFt-nál többet a javíttatásáért, inkább veszek másikat ( wr841 v 940-et), mert úgyis csak AP-ként használnám.

A lényeg hogy rá tudjam tenni a KRACK álló DD-WRT -t.

[ Szerkesztve ]

Szia!

Valószínűleg még tftp nélküli bootloader (csak az utolsó 1-2 gyári firmware tartalmazott tftp recovery-t) van az eszközön. Így valóban csak a soros port marad. Hacsak nem sikerült a bootloader-t is felülírni DD-WRT alatt (sajnos az megengedi), mert akkor csak a teljes flash újraírás (persze kiforrasztás és beforrasztás is) marad.

Budapesten tudok segíteni, ha gondolod.

Alex

A ledek alapján nem hardver hiba
Kérd a felajánlott segítséget.
AP-nek tökéletes ez a ketyere még ma is.

Egy kicsit pihentesd. Nálam volt, hogy két nap után magához tért. Tudom ez már vudu kategória.
Érdemes életet lehelni ezekbe, én v1-em most swich és printszerver funkciót lát el.

Szia! Köszönöm a felajánlást, lehet hogy élni fogok vele ha a 'pihentetés' nem segít..
Pesten élek. A pontos hw verziója: 1.8

gabor_01 : mi más lehetne mint hw hiba? Az írási folyamat szépen végigfutott, nem volt áramszünet vagy fagyás. Mikor kb 2 éve utoljára flasheltem akkor is volt valami gond vele, de többszöri újraindítás után sikerült bejelentkezni és egy pár hónappal azelőtti firmet feltölteni rá a webes felületen.
Lehet hogy a proci programozó lába 'fáradt el' vagy 1-2 flash cella fagyott be nem tudom. Az összefoglaló szerint 8 GiB flash chip van rajta, a firm mérete 7.68 GiB volt amit rátettem. Nem hiszem hogy az én eszközömbe -véletlen- kisebb flasht tettek volna, mert az már egy évtizeddel ezelőtt kiderült volna.

[ Szerkesztve ]

Az utóbbi 1 év DD-WRT verziók mint téglásítják ezt a routert. Kivétel nélkül !

Pedig pont a WPA2 KRACK védelem miatt kell, ami kizárólag az Atheros chipes 2018-as DD-WRT ben érhető el. Ha jól olvastam ez Open-WRT esetén a 19.x beta verziókban érhető el, de ti tudtommal a stabil (azaz évek óta változatlan) 14.x vagy 15.x verziós openwrt alapot használjátok.

[ Szerkesztve ]

Hát igen

8 MB flash van az eszközben...
Reméljük a DD-WRT a bootloader partíciót nem írta fölül (volt már nálam olyan), így hamar és egyszerűen menthető.
Ha folyamatos újraindulást produkál az eszköz, akkor a kernelt nem tudja betölteni. Ilyenkor hibásan került a flash-re, vagy a ráírt tartalom hibás.
Az Openwrt-s csapat az elsők között volt, aki a Krack-ra reagált. Fix már tavaly októbertől van stabil build-ben is...

[ Szerkesztve ]

Alex

jaja

Nem router funkcióban van használva, switch és printservernek van berakva.

Attól még a biztonsági rések ott vannak...

Alex

Jó tudni