Üdv!

Bár be lehet tölteni, de két napja lejárt az SSL tanusítványuk, és azt írják, hogy az oldal zárva van.

Igen, ddns alapján hivatkozom a routerre. Asus-os ddns-t használok. Gondolom frissülnie kellene, legalábbis ezzel kapcsolatos hibaüzenetet nem látok. Lehet, bogy másik ddns szolgáltatót kellene használni?

Először arról kéne meggyőződni, hogy az eddigi Asus-os DDNS frissül-e rendszeresen. Amit leírtál (néhány napig működik), arra utalhat, hogy IP váltás történik, de a domain név még a régi IP-t “látja”. Melyik internet szolgáltatónál vagy?

DIGI.
Hogy tudok meggyőződni arról, hogy frissül-e rendszeresen a ddns?

Mondjuk, legközelebb, ha gond van a WG-vel, frissítsd manuálisan az Asus DDNS-t. Ha ezt követően működik a WG, esélyes, hogy ez a probléma.
Amúgy meg hasonlítsd össze a WAN címedet azzal az IP címmel, amit az nslookup.io mutat

[ Szerkesztve ]

Vagy próbáld másik netről (pl. mobilnet) megpingelni a DDNS címed, akkor elvileg ki fogja írni a feloldott IP címet, és azt vesd össze a routerben látható WAN IP címmel.

Köszönöm, Intruder2k5 Neked is.

köszi

Most ugyanaz a WAN IP cím, mint amit az nslookup oldal is mutat. De most működik is WG.
Lehet, hogy amikor a DIGI újítja az IP cimet 7 naponta, akkor száll el a dolog.

Lehet, de ez a normál működés. Mi frissíti nálad a DDNS-t? Valószínűleg az késik.

[ Szerkesztve ]

Fogalmam sincs mi frissíti, a routerben be van állítva az asus-os ddns és ennyi.

Próbálj ki egy másik DDNS-t.

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Köszi

Hogyan tudom kézzel frissíteni az Asus DDNS-t?
Kipróbáltam, hogy a DIGI-s ONT-t újraindítottam, ezáltal új IP-t kaptam. Megnéztem az nslookup oldalon a DDNS címem IP-jét és természetesen az újraindítás előtti IP-t mutatta. A WG sem működött nyilvánvalóan. Szóval a probléma okát sikerült megtalálni, köszönöm Mindenkinek.
Most már csak a megoldásra kellene rájönni.

Más problémám is van. AX86S van a rendszerben AiMEsh node-ként vezetékes backhaul-lal. Arra lettem figyelmes, hogy a telefonom, ami kb. 400-420 Mbit-et mért a node közelében, ugyanezen pozícióban csak 280-300-at mért. A node újraindítását követően ismét megvolt a szokásos sebesség. Ennek mi lehet az oka?

Kipróbáltam NO-IP-s ddns címmel, de IP váltásnál ugyanúgy a régit mutatja az nslookup.

Adott egy régi 2,5-es HDD amit egy SATA-USB adapterrel nem ismer fel az AX53U! Ugyan azzal az adapterrel egy SanDisk SSD tökéletes megy. Mi nem tetszik a HDD-ben a routernek?

Vártál vele eleget? Azért van, hogy ezeknek kell 2-3 perc mire frissül a DNS, tehát közvetlen IP váltás után nem is fogja az új címet mutatni.

Szerintem vártam, de megpróbálom még egyszer.
Egyébként, ha a router wan ddns menüben a lap alján rányomok az alkalmaz gombra, akkor megtörténik a frissítés. Olyan, mintha az ip cím váltásnál nem történne meg a routerben a frissítés automatikusan.
Lehet, hogy nyomok egy nvram-os resetet és mindent újra beállítok.

Duck DNS, Dynu jobb választás, szerintem. DNS-O-Matic-hoz hozzáadod, és minden jó lesz.

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Nem igazán értem, hogy ez hogyan segítene azon a problémán, hogy a WAN IP cím módosulás esetén a router nem frissíti az IP címet a DDNS szolgáltató felé?

Nyomtam egy WPS-es resetet és beállítottam csak a ISP logint és a DDNS-t. Csináltam egy WAN kapcsolat bontást / kapcsolódást, hogy megváltozzon az IP.
Sajnos a helyzet ugyanaz, a router nem frissíti le az IP-t.
Áthidaló megoldásként azt csinálom, hogy nem asuscomm-os, hanem no-ip-s DDNS-t használok, azt beállítottam a Synology NAS-omban, az pedig ahogy kell kb. 2 percenként csekkolja és frissíti a WAN IP-t. Így IP váltás után is működik a WG rendesen.
Természetesen a routerben is ez a no-ip-s DDNS van beállítva.
Nem tudom, hogy ez router hardweres hiba, vagy fw hiba-e.

Még azt ki fogom próbálni, hogy eggyel korábbi fw-t felrakok és azzal is megnézem, hogy mi a helyzet, mert a legutóbbi fw frissítés infójában van egy ilyen rész, ami nekem gyanús és lehet, hogy ott van valami elrontva.
"Resolved an issue that caused hostname errors in the DDNS service"

Oké, hogy a NAS-om elvégzi most az IP frissítést, de ennek kéne működnie a routerben is.

Egyébként ez egy AX86U Pro, nem tudom, hogy van-e másnak ilyen routere, esetleg meg tudja-e nézni, hogy mi a helyzet DDNS téren.

Szia.
Nálam az RT-AX58u v2-n már a második frissítés óta ugyan ez a hiba.

Köszi az infót .
Akkor ez nem hardware-es probléma lesz.

Ennek a script-nek kellene lefutnia, de nem megy automatikus, csak ha belépek a WAN - DDNS menübe és megnyomom az alkalmazás gombot. Ha éppen akkor van IP váltás, amikor nem vagyok otthon, akkor b*szhatom...

inadyn[6818]: In-a-dyn version 2.8.1 -- Dynamic DNS update client.
inadyn[6818]: Update forced for alias **********.***.***, new IP# XX.XXX.XX.XXX
inadyn[6818]: Updating cache for **********.***.***

[ Szerkesztve ]

Egyszerűen, a router IP-címe tovabbításra kerül, ami frissíti a szolgáltató felé, nem a router frissíti.

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

A DNS-O-Matic honnan tudja a router IP címét?
A routeren nincs DNS-O-Matic.

[ Szerkesztve ]

Itt van egy bejegyzes hasonló hibáról. Ha jól látom az IPv6 update kikapcsolását javasolják: [link]

Okos mérnök a hülyeséggel is kalkulál. Avagy, a "Figyelj oda jobban" tábla nem munkavédelmi eszköz....

Hardver ilyen problémát nem okoz, ez mindenképp SW hiba. Ha ki tudod deríteni a script pontos nevét és elérési útját, akkor esetleg cron-ba be lehetne tenni a routerben is. Nekem "sajnos" nincs ASUS gyári fw-m, így csak guglizni tudnék a témában. Bár ha a NAS működik 7/24, akkor az is pont olyan jó megoldás.

[ Szerkesztve ]

"ahogy kell kb. 2 percenként csekkolja és frissíti"
Nagyon régről mintha úgy rémlene hogy a ddns szolgáltató az ennyire sűrű bejelentkezést egy idő után DoS támadásnak fogja értékelni és letilt.
Felesleges 1 napnál rövidebb időre venni a kényszerített frissítést.

Melyik routeren nincs? Gyári FW-n is van:

Onnan tudja, hogy a routeren bejelentkezel a DNSOMATIC felhasználóval és változás esetén azonnal megújítja az IP-det.

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Lehet, hogy nem két perc, de ahogy megváltozott az IP cím a NAS néhány percen belül frissítette.

Köszi, egyelőre a NAS fogja ezt a tevékenységet végezni, aztán meglátjuk, hogy mit hoz a jövő.
Úgy gondolom, hogy ezt tudnia kellene tudnia mindenféle bűvészkedés nélkül.

Az ipv6 nálam teljesen ki van kapcsolva. Vagy máshol kellene keresnem ezt a beállítást?

Mi a különbség, hogy dnsomatic, vagy noip ddns bejelentkezést állítok be a routerben? Noip-ssel sem frissítette az ip-t, akkor dnsomatic-kal miért tenné?

A no-ip-t nagyon régen használtam és csakis manuálisan sikerült IP-t frissíteni. A DNSOMATIC pl. mindent automatikusan végez, több, mint 1 éve nem nyúltam hozzá, minden flottul működik. De nem értem a sok kérdést, próbáld ki és meglátod, vagy beírod a keresőbe és sok találatod és válaszod lesz.

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Kipróbáltam, nem nyert. A router nem küldi az új IP-t ezért nem is történik meg a frissítés. Valószínűleg Nálad Merlin alatt ez a funkció hibátlanul működik, ezért nem tapasztalsz problémát.

Ez egy nyomorult bug a firmware-ben... Visszatettem kettővel ezelőtti fw-t, konkrétan a 3.0.0.4.388_22525-t.
Ahogy változik az IP, kb. 15-20 másodpercen belül megtörténik a frissítés.

Lehet/érdemes ezt jelezni az ASUS-nak? Ha igen, akkor hol?

Adminisztráció oldalon van Visszajelzés fül.

Okos mérnök a hülyeséggel is kalkulál. Avagy, a "Figyelj oda jobban" tábla nem munkavédelmi eszköz....

Köszi .
Közben megtaláltam a honlapjukon is és jeleztem feléjük a problémát. Hátha jó fejek lesznek és javítják.

Köszi. Ezzel most mit tegyek?
De szerettem a WRT54GL-en a DDWRT-t.

[ Szerkesztve ]

Sziasztok, ezzel talalkozott mar valaki? Tuya eszkozok random offline mennek, aztan vagy visszajon vagy nem. Ilyen logokat latok, amikor megtortenik a dolog. A netet mar felturtam, kiprobaltam tobb dolgot, de nem oldotta meg. RT-AX58U 388.2_beta2

Kovetkezo lepes a regebbi fw felrakasa lesz.

Jul 17 05:20:04 TUYA-fping:        5 alive 
Jul 17 05:24:48 hostapd: eth5: STA fc:67:1f:fe:b6:7d IEEE 802.11: disassociated 
Jul 17 05:24:48 wlceventd: wlceventd_proc_event(494): eth5: Deauth_ind FC:67:1F:FE:B6:7D, status: 0, reason: Disassociated due to inactivity (4), rssi:-72 
Jul 17 05:24:48 wlceventd: wlceventd_proc_event(494): eth5: Deauth_ind FC:67:1F:FE:B6:7D, status: 0, reason: Previous authentication no longer valid (2), rssi:-72
Jul 17 05:24:48 hostapd: eth5: STA fc:67:1f:fe:b6:7d IEEE 802.11: disassociated 
Jul 17 05:24:49 wlceventd: wlceventd_proc_event(511): eth5: Disassoc FC:67:1F:FE:B6:7D, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (, rssi:0 
Jul 17 05:24:49 hostapd: eth5: STA fc:67:1f:fe:b6:7d IEEE 802.11: disassociated 
Jul 17 05:25:05 TUYA-fping:        4 alive

[ Szerkesztve ]

Ha most frissítettél fw-t és most kezdődtek a problémák, akkor downgrade segíthet esetleg.
Wifi csatorna fixálva van?

Merlinből van stabil, miért nem azt használod? Hátha az megoldja.
Esetleg van 388.4_alpha1 is. Ha ezek után is rossz, akkor megpróbálhatod a régebbit.

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Ja, elfelejtettem irni, hogy ez a fw van mar regen fent, es pl. az elmult kb. 2 hetben minden jo volt, bar logot nem neztem, de az eszkozok jol mukodtek. Nehany napja kezdte el megint (korabban is csinalta mar, csak akkor nem neztem logot).

Wifi fix 13, panel kornyek, kb. csak ezen nem csinalja felpercenkent.

@#19643blakey: a multkori USB-s problemamnal probalkoztam ezzel megoldani, akkor az volt a legfrissebb, aztan az maradt rajta.

[ Szerkesztve ]

1-11 között próbáld meg, a 12-13-as csatornákat sok eszköz nem szereti.

#19646 sto1911
Még van 10, amit kipróbálhatsz.

[ Szerkesztve ]

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Probakepp levettem meg a hetvegen 1-re, tele volt dobalva a log ezekkel az uzenetekkel.

Vegigmehetek az osszesen, de szamit egy panelrengetegben? Meg ket hetig jo a 13-ason is, aztan egyszercsak valamiert elromlik.

[ Szerkesztve ]

Itt van egy FAQ az IoT eszközök kompatibilitásával kapcsolatban Asus routeren: [link]

Okos mérnök a hülyeséggel is kalkulál. Avagy, a "Figyelj oda jobban" tábla nem munkavédelmi eszköz....

Koszi, ezek be voltak allitva, legalabbis ami elerheto az enyemen.
(Mondjuk megjegyzem a 21. szazadban illene olyan eszkozoket gyartani, amik alapveto dolgokat kepesek jol csinalni es nem kell mindenfele kompatibilitasi problemaval kuzdeni.)

388.2_2 frissites utani reboot utan azonnal:
Jul 17 13:08:35 wlceventd: wlceventd_proc_event(494): eth5: Deauth_ind FC:67:1F:FE:B6:7D, status: 0, reason: Disassociated due to inactivity (4), rssi:-71

Érdekes. Ezen az SNBForumson [link] valaki ugyanezzel a problémával küzdött csak AX88U Pro az alany. Hosszú küzdelem után visszavitte és kicserélte AX58U-ra és megszűnt a problémája. Erősen úgy tűnik, hogy az Asus nincs a helyzet magaslatán ezekkel az IoT eszközökkel.

Okos mérnök a hülyeséggel is kalkulál. Avagy, a "Figyelj oda jobban" tábla nem munkavédelmi eszköz....

Most probakepp atraktam a jelenleg problemas eszkozt a digis routerre, sot, en abban a hitben voltam azon ki volt kapcsolva a wifi, ugyhogy most az is eszembe jutott, hogy az zavarta volna?

A linked kulonosen vicces annak a fenyeben, hogy nekem pont AX58U-on nem mukodik

Mondjuk olyat is olvastam, hogy a frissebb Merlinek a gyari fw-nel is szarabbak lettek...