Új hozzászólás Aktív témák

  • kutga

    félisten

    válasz xabolcs #21346 üzenetére

    Dedikálttá válhat, persze, mondjuk a lan3, vagy a wan, mert azokat nem használom.
    Az 1.0/24-es halózatnak nem lesz több tagja, ezt csak telepítés/kezdeti beállítás/tesztelés céljából használnám. Vezetéken kapcsolódik mind a fő router, mind az ap, mind a kliens, amit szeretnék.

    A másik ötletem, hogy előveszem a tartalék routeremet és azon állítok be egy alhálózatot.

  • xabolcs

    őstag

    válasz kutga #21345 üzenetére

    Persze, hogy meg lehet oldani valahogy! ;]

    A megoldashoz viszont tobb info kell! Ime nehany kerdes:
    - dedikaltta valhat az az egy port?
    - hol van az 1.0/24-es halozat tobbi tahja? es hogyan kapcsolodik a routerhez?
    - ...

  • kutga

    félisten

    Hölgyek/Urak!

    Otthon van egy openwrt-s access pointom (Cudy WR3000 v1, 24.10.2), a fő router a 192.168.2.0/24-es alhálózatban osztja az ip címeket, így az ezen lógó eszközök is innen kapják. Ha azt szeretném, hogy az egyik porton lévő minipécé (és csakis az) a 192.168.1.0/24-es alhálózatban kapjon ip-t, azt meg lehet oldani valahogy?

  • xabolcs

    őstag

    válasz PistiSan #21341 üzenetére

    Az emlitett GitHub-os feliratkozason felul meg feliratkozhatsz
    - a nemzetkozi forum "Release and security announcements" reszere, a csengot keresd!
    - az OpenWrt-Announce levlistara - "a mailing list for new releases and security announcements"

    Tovabbi lehetosegek: Important Changes and Announcements

  • Geth

    veterán

    válasz PistiSan #21341 üzenetére

    Én github-on iratkoztam fel a repóra, tegnap jött az értesítés a tag-ről, hajnalban a release-ről.

  • PistiSan

    addikt

    válasz trance89 #21340 üzenetére

    Erre fel lehet valahol iratkozni, hogy kapjak róla értesítést?Köszi hogy szóltál, este fel dobom mindenre is.

  • PBA

    aktív tag

    válasz xabolcs #21334 üzenetére

    Szia,

    köszi a tippet, végüla triband Edup-ot néztem ki és rendeltem meg Aliról. A gyorsaság miatt akartam itthon megvenni. :)

  • PBA

    aktív tag

    válasz vargalex #21336 üzenetére

    Igen, jól gondolod, ismerem ezt a lehetőséget, de fontos a wifi stabilitás és sebesség, ezért külön,dedikált rádióval valósítanám meg.

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz vargalex #21336 üzenetére

    Lehet, de úgy tapasztaltam és olvastam is, hogy ha egy rádión van egyszerre kliens és AP, akkor az AP csak akkor él, ha a kliens csatlakozott.

  • vargalex

    Topikgazda

    válasz E.Kaufmann #21335 üzenetére

    Egy rádiós egység lehet egyszerre kliens és AP is. Nem kell ehhez semmilyen külön program. Én ezt azért nem vetettem fel, mert úgy láttam, hogy a kolléga érti, mit szeretne és nem szeretné felezni a wifi sebességet.

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz PBA #21333 üzenetére

    Van valami program amivel belőhető, hogy az AP akkor is éljen ugyanazon a rádión, ha a kliens szubinterfész nem kapcsolódik. Én erre amúgy egy másik olcsóbb OWRT routert használok.

  • xabolcs

    őstag

    válasz PBA #21331 üzenetére

    Pont ezt csinaltam meg nemreg a D-Link DIR-860L B1 + Fenvi FU-AX1800 parossal! :K

    A Linux kompatibilis USB-s WFI dongle-krol pedig morrownr oldalan tudsz olvasni: a "The Plug and Play List"-et keresd! Meg az eszkozeid vid-pid parosait!
    Mit mond az lsusb a WIFI stick-jeidrol?

    Ha nem szeretnel AliExpress-ezni, akkor majd AE-zek en, te meg megveheted az enyemet! :))

  • PBA

    aktív tag

    válasz PistiSan #21332 üzenetére

    Van beépített rádió, külön 5G-s és 2.4G-s. Az 5G-s AP módban szór, a 2.4G-s csatlakozik kliens módban, de kellene egy 5G-s ami kliens módban tud futni. Ezért kellene a plusz, harmadik rádió.

    Speciális felhasználásra szánt mobil eszközről van szó, nem itthoni felhasználásra. :)

  • PistiSan

    addikt

    válasz PBA #21331 üzenetére

    OpenWRT-vel is tudsz kliens módban csatlakozni wifi hálózathoz, a beépített antennákkal valami gond van, miért keresel külön eszközt?

  • PBA

    aktív tag

    Sziasztok,

    tudnátok ajánlani olyan USB-s WIFI dongle-t, ami viszonylag korszerű és egyszerűen/gyorsan megvásárolható itthon is, és stabil, jól működő Openwrt-s támogatása van? Kliens üzemmódban szeretnék más WIFI hálózathoz csatlakozni. Igen, kifejezetten erre lenne szükséges, nem MESH hálózatot akarok építeni, stb. Csak és kizárólag WIFI hálózatra csatlakoztatni az Openwrt-s routeremet. Van pár darab Tplink meg Comfast USB WIFI stickem, de szerencsétlenségemre egyiknek sincs normális támogatása, nem tudtam őket beüzemelni normálisan.

    Fontos, hogy stabilan tudjon üzemelni kliensként, azaz kiforrott cuccot keresnék. Ha tud WIFI6-ot 6E-t, az külön klassz. AP üzemmódra nincs szükségem. Köszönök minden tippet!

  • Puro

    aktív tag

    válasz PistiSan #21329 üzenetére

    TplinkER605v2 gyári fwre rootként bejutni ssh-n keresztül úgy hogy még fw downgrade is kell másfél óra pepecselés, eleve ótvar lassan indul a rendszer legalább 1 perc, ezen Barrier Breaker ment. Múlthétig... ;] Mondjuk nem értem minek ilyen ősrégit használnak viszonylag új hardveren két év után meg szarnak a támogatásra. Legújabb kiadással rá sem ismerni úgy hasít még a boot is.

  • PistiSan

    addikt

    Ma sikerült jó áron beszereznem egy "MERCUSYS MR90X v1"-et, az openwrt telepítés nem volt egyszerű, ssh csináltam, de fent van és működik. :Y

  • vargalex

    Topikgazda

    válasz xabolcs #21327 üzenetére

    Én meg szokásosan egy cron jobra, amiben én megírom scriptben a pinget, egyebet. :)

  • xabolcs

    őstag

    válasz E.Kaufmann #21326 üzenetére

    "wifi down" lesz a baratod!

    Csak a megfelelo triggert kell megtalalnod! :K

    En szokasosan a pingcheck-re szavazok.

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz xabolcs #21325 üzenetére

    Jó a WiFi lekapcsolása, mert úgy takarodik át a gyengébb AP-ra a relé, valamint természetesen a script vissza is kapcsolja a rádiókat, amint van megint kapcsolat a LAN felé vezetéken (ami egy másik AP).

  • xabolcs

    őstag

    válasz E.Kaufmann #21324 üzenetére

    Ahogy az OpenWrt wifi klienseben meg lehet adni, hogy adott BSSID-hez kapcsolodjon, ugy nem lehet megadni a rele wifi konfigjaban?

    A garazs wifi nem csak vezetek nelkul kapcsolodik a lakas wifijere?
    Mert akkor a vegleges wifi lekapcsolas nem jo, mert akkor sose jon vissza magatol. ;]

    Kikapcsolas helyett pl. wifi kliensek kirugasa, wifi ujrainditas, ... jut eszembe.

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz E.Kaufmann #21321 üzenetére

    Bejelentettem a hibát az OpenWRT-nek és más is jelzett, más típusú, de szintén mt7621 alapú routerrel, hogy nem nagyon akarózik működni a reboot újabban.

    Apropó, ki hogy oldaná meg meg, hogy OpenWRT lelője a rádiót, ha nem éri el vagy az internetet vagy valamit a helyi hálóból? Utóbbit szeretném, a garázs wifi-t le akarom lőni, ha megszakad a kapcsolat a lakással (erre van külön eszköz-pár külön csatornákon), csak azt az okosrelét, ami fontos szeretném átterelni a lakás wifijére, ami ugyan gyengébb, de a semminél jobb, a relé roaming beállításai meg nem azt csinálják, amit szeretnék, ezért kell AP oldalon is megtámogatni.
    A ChatGPT adott valami választ, de az nekem nem tetszik annyira, pedig működni látszik, cron alapon :D

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz Puro #21322 üzenetére

    Nálam is csak a P2P rádiókon van WPA3. Még be van lőve a KRACK védelem meg 802.11w optional beállítással és OCV workaround beállítással, hátha érnek valamit.

  • Puro

    aktív tag

    válasz E.Kaufmann #21318 üzenetére

    Most volt időm ezzel foglalkozni, wpa2 lett az egésznek a megoldása, usteer gyakorlatilag defaulton is váltogat szépen ap barangolás is szünetmentes. Telefonon app nélkül csak annyit látok, hogy max wifi bárhová is megyek appal meg mac alapján látszik az ap és sáv váltás. :R

  • E.Kaufmann

    veterán

    LOGOUT blog

    Megint nézegetem a snapshotokat, AX53u-n úgy járok, hogy a restart nem müxik. Inkább leáll a router, semmi led nem világít, áramtalanítás javítja. Más járt így mostanában? Terhelés alatt és hosszútávon nincs gond, csak pl a watchcat, ha restartolná, akkor geb@sz van :D (múltkor a túloldalt szereltem sokáig, amit pingelt a rádió és a restartba belebambult)

  • kutga

    félisten

    válasz E.Kaufmann #21311 üzenetére

    +1

    Nálam Fujitsu S920 alapú minipc üzemel erre a célra, innen az apróról, 4 portos Intel hálózati kártya van benne. A wifi AP Cudy WR3000.

    Virtualizációval is próbálkoztam, de mivel a házi szerver egyben a hobbi konfig is, a babrálást nehezen viselte a család. ;]

  • hcl

    titán

    LOGOUT blog (1)

    Hello
    Ezzel kapcsolatban valakinek van ötlete a dts-re?
    Addig jutottam, hogy valószínű a feszszabályzók nincsenek jól megadva, mert
    [ 2.141855] dldo2: supplied by regulator-dummy
    -val van tele a dmesg, és amiatt nem működhet a cpufreq-dt...?

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz Puro #21317 üzenetére

    Egyrészt nekem fullos a WPAD csomagom van (wpad-wolfssl, nem tudom fejből, melyikben mi van, mi nincs és mesh-el is szórakozgattam), mástrészt előbb be kell pipálni a 802.11r-t, hogy bejöjjön több opció. A 802.11v meg úgy van elnevezve, hogy "BSS Transition", de ott van a leírásában a luci-n.

  • Puro

    aktív tag

    válasz E.Kaufmann #21316 üzenetére

    A k és v nincs benne a luciban, azt külön kell beírni a configba?

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz E.Kaufmann #21315 üzenetére

    Ha jol puskázom a konfigomat, ezeket kellene minden AP-n és rádión belőni az azonos SSID-khez, amin roamingolni kell (a fentebb említett protokollok bekapcsolása, amikkel meg tudják beszélni a kliensek az AP-val, hogy mikor érdemes lépni és merrefelé és ha jól értem még a Band steering-hez sem árt, mert az usteer csak az információcserét biztosítja az AP-k és helyi rádiók között, de a kliensek ebből még nem tudnak semmit segítség nélkül):
    wireless.wifinetX.ieee80211r='1'
    wireless.wifinetX.mobility_domain='[közös egyedi négy jegyű hex azonosító az összes AP-n és rádión ugyanarra az SSID-re]'
    wireless.wifinetX.ft_over_ds='0'
    wireless.wifinetX.ft_psk_generate_local='1'
    wireless.wifinetX.ieee80211k='1'
    wireless.wifinetX.bss_transition='1'

    Ha így se menne még meg kell próbálni visszaváltani WPA2-re WPA3-ról, hátha.

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz Puro #21314 üzenetére

    Ja hogy roaminggal súlyosbítva. K/V/R protokolok be vannak lőve a Wifi hálónál?

  • Puro

    aktív tag

    válasz E.Kaufmann #21297 üzenetére

    Most ilyen beállításokkal kóperálok, de már a 2gre váltás sem megy az adott ap-n inkább marad a kliens a -75dB-es 5mbit sávszélen minthogy átmenne másik sávra nem értem miért erőlteti ezt vagy -80dB után le is dobja... Kezdem elengedni ezt a témát érdekes módon a gyári fw tökéletesen barangoltatta a klienseket. Az 5G váltás ap között viszont patikán működik, szakadásmentes.
    usteer.@usteer[0]=usteer
    usteer.@usteer[0].network='lan'
    usteer.@usteer[0].syslog='1'
    usteer.@usteer[0].local_mode='0'
    usteer.@usteer[0].ipv6='0'
    usteer.@usteer[0].debug_level='0'
    usteer.@usteer[0].remote_update_interval='1000'
    usteer.@usteer[0].remote_node_timeout='10'
    usteer.@usteer[0].assoc_steering='1'
    usteer.@usteer[0].probe_steering='1'
    usteer.@usteer[0].min_connect_snr='-80'
    usteer.@usteer[0].min_snr_kick_delay='5000'
    usteer.@usteer[0].band_steering_interval='60000'
    usteer.@usteer[0].band_steering_min_snr='-65'
    usteer.@usteer[0].roam_trigger_snr='-65'
    usteer.@usteer[0].roam_scan_snr='-65'

  • cree

    csendes tag

    válasz vargalex #21310 üzenetére

    Egyenlőre feladtam 2 napnyi bohóckodást, vissza raktam a padavant ! :)

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz PistiSan #21309 üzenetére

    Én külön választanám a Wifi-t és valami x86-os megoldást választanék, akár virtualizálva.

  • vargalex

    Topikgazda

    válasz cree #21307 üzenetére

    Annyira nem látom át az enterek hiánya miatt (ráadásul telefonról), de ha a Network configon nem módosítottál, akkor ez így biztosan nem oszt IP címet.

  • PistiSan

    addikt

    Sziasztok.
    Gondolkodok új router vásárlásán, LAN portok száma nem érdekes, külön switch van. Kezeljen sok kapcsolatot, wifi legyen gyors openwrt alatt is.
    Mit ajánlotok?

  • cree

    csendes tag

    válasz vargalex #21306 üzenetére

    tcom(lan1)----wifi router(lan1)

    nincs semi extra bridge plugin konfogolva drelay vagy hasonló...

    config dnsmasq    option domainneeded '1'    option boguspriv '1'    option filterwin2k '0'    option localise_queries '1'    option rebind_protection '1'    option rebind_localhost '1'    option local '/lan/'    option domain 'lan'    option expandhosts '1'    option nonegcache '0'    option cachesize '1000'    option authoritative '1'    option readethers '1'    option leasefile '/tmp/dhcp.leases'    option resolvfile '/tmp/resolv.conf.d/resolv.conf.auto'    option nonwildcard '1'    option localservice '1'    option ednspacket_max '1232'    option filter_aaaa '0'    option filter_a '0'        option ignore '1'
    config dhcp 'lan'    option interface 'lan'    option start '100'    option limit '150'    option leasetime '12h'    option dhcpv4 'server'    option dynamicdhcp '0'        option ignore '1'
    config dhcp 'wan'    option interface 'wan'    option ignore '1'
    config odhcpd 'odhcpd'    option maindhcp '0'    option leasefile '/tmp/hosts/odhcpd'    option leasetrigger '/usr/sbin/odhcpd-update'    option loglevel '4'

  • vargalex

    Topikgazda

    válasz cree #21305 üzenetére

    Hogy kötötted össze a két routert? Vagy hogy van konfigurálva az OpenWrt?
    Ha az interface-nál kikapcsolod a DHCP-t, akkor nincs az az Isten, hogy az OpenWrt osszon IP címet! Ha LAN-LAN kötöd össze, akkor pedig (ha már él a Telekom router DHCP szervere) szintén nem indul el, hacsak nem force-olod.

  • cree

    csendes tag

    válasz vargalex #21303 üzenetére

    Openwrt kiad egy ujat az adot eszköznek nem a fix jelenik meg ami a tcom routerbe van megadva azé ! 2 dhcp szép galibát csinál együt!Openwrt kikel irtani a dhcp de mégis fut!

  • vargalex

    Topikgazda

    válasz cree #21298 üzenetére

    Milyen DHCP-t nem tudsz letiltani? A LAN interface-nál próbáltad? Egyébként, ha engedélyezve is van és a két eszköz LAN-LAN van összekötve, akkor ha már fut egy DHCP szerver a hálózaton, az OpenWrt nem indít még egyet. Hacsak nem force-olod...

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz cree #21301 üzenetére

    Ha van Luci, akkor System->Stratup->Local Startup fül alá ezt kell bemásolni és volt-nincs DHCP, DNS és tűzfal:

    for i in firewall dnsmasq odhcpd; do
    if /etc/init.d/"$i" enabled; then
    /etc/init.d/"$i" disable
    /etc/init.d/"$i" stop
    fi
    done

    Vagy itt ez a leírás: [link]

  • cree

    csendes tag

    válasz E.Kaufmann #21299 üzenetére

    Ugy látom a dhcp ki irtása az openwrt nagy probléma mert mezei roterekbe csupán 2..3 setting ap-point mode ,dhcp disable elvolt intézve!Nem tudom elhagyni a modolt firmwaret usb szerver is használom routert nem(samba,ftp) !

  • hcl

    titán

    LOGOUT blog (1)

    Hello,

    Sry, ez megint kissé off.
    Még mindig tablet , Allwinner A31s proci (tehát ARM-os Linux). Most tartok ott, hogy valóban,működik a táp IC, de a proci 1GHz-en pörög, így valahogyan vissza kéne venni. Elvileg ez dts-ből menne, abban vannak meghatározva operating point-ok. Kiszedtem mondjuk az 1GHz, dts lefordít, betettem a /boot-ba, és... ugyanúgy 1GHz :D
    A governor is performance-n van (ismeri a többi gyakorit is, powersave, stb., de ha beállítom, kifagy :D ) .
    Valaki tudja, hogyan lehet dts-ből frekit szabályozni? Elvileg cpufreq-dt van ezen a cuccon. Az a dts/dtb-ből szedné a frekit, ha jól értem... és nem :W

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz cree #21298 üzenetére

    Na megint le fog bacni egy fórumtárs, de vesszők, plíííz!
    OpenWRT alatt le lehet lőni a saját DHCP-jét, de ha össze van bridge-elve a T-Com cucca a LAN-nal, akkor max tűzfallal tudod szűrni. De jobb lenne, ha külön alhálózat lenne a LAN-nak és a WAN-nak, ahogy normálisan szokás, mert úgy nem csorog át a Telekom-os router DHCP szórása.

  • cree

    csendes tag

    Hi!
    Tcom roterben van a belső hálózat dhcp bekapcsolva ezt nem lehet kikapcsolni (fontos ip) címzések mait !tcom roterhez (lan1) van kötve openwrst router (lan1) kábelezve wifi biztosítása a célja de openwrt dhcp nem lehet kikapcsolni egyszerűen még a dnsmasq and odhcpd letiltással sem hogy lehet teljesen letiltani ami valóságban tényleg működik is !Vele kapcsolatos leírások nem működik vacak !

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz Puro #21296 üzenetére

    A load balancing arra jó, hogy szétossza a két rádió/csatorna között a klienseket egyenletesen, hogy ne csak egy rádió/csatorna legyen leterhelve (céges környezetben sok kliens esetén jól jöhet). A band steering meg arra jó, hogy amit lehet, lapátoljon 5GHz-ra (vagy még magasabbra, ugye jön a 6GHz). Ha utóbbit szeretnéd, akkor az utóbbiból kell kisebb érték, ha az előbbit, akkor meg az előbbiből. Legalább is én így értelmeztem ezeket az értékeket, de lehet, tévedek, mindenesetre én az utóbbit akarom és úgy értettem, hogy te is.

    Amúgy elkezdtem írni a logoutra egy cikket roaming és usteer témában, amit nem mentettem sehova és jött a blackout, úgyhogy most várom, hogy helyreállítsa a kürt a hibás mentéseit a PH-nak ;]:P (magyarul, a francnak van kedve újra leírni...)

  • Puro

    aktív tag

    válasz E.Kaufmann #21295 üzenetére

    Fura, mert a load_balancing_threshold='10000' állítólag azt adja meg mennyi csatlakozott kliens után lépjen érvénybe, jelen esetben 10000 :DDD De így meg le sem fut a band_steering_threshold='1' hacsak el nem éri a 10k kliens számot vagy ha 1 eszköz lóg rajta akkor sem működik. Közben finomhangoltam én is a beállításokat, este felé fogom kipróbálni.
    usteer.@usteer[0]=usteer
    usteer.@usteer[0].network='lan'
    usteer.@usteer[0].syslog='1'
    usteer.@usteer[0].local_mode='0'
    usteer.@usteer[0].ipv6='0'
    usteer.@usteer[0].debug_level='2'
    usteer.@usteer[0].remote_update_interval='1000'
    usteer.@usteer[0].remote_node_timeout='10'
    usteer.@usteer[0].assoc_steering='1'
    usteer.@usteer[0].probe_steering='1'
    usteer.@usteer[0].min_connect_snr='-65'
    usteer.@usteer[0].min_snr_kick_delay='5000'
    usteer.@usteer[0].band_steering_interval='20000'
    usteer.@usteer[0].band_steering_min_snr='-68'
    usteer.@usteer[0].roam_trigger_snr='-65'

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz E.Kaufmann #21294 üzenetére

    Na, beputtyoztam a konzolra (tévedtem egy tizes szorzót, de az volt a lényeg, hogy a load balancing valami marha nagy szám legyen, a steering threshold meg a lehető legkisebb, a nulla meg nem jó, mert lekapcsolja a francba a steering-et):

    usteer.@usteer[0].load_balancing_threshold='10000'
    usteer.@usteer[0].band_steering_threshold='1'

    usteer.@usteer[0].link_measurement_interval='0'
    usteer.@usteer[0].band_steering_interval='60000'
    Utóbbi kettő egyedi tuning próbálkozás, az első kettőt állítsd be mindenképp.

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz Puro #21293 üzenetére

    Luci alatt tudom mondani, Band steering treshold=1, Load balancing treshold = 1000, így nekem 5 percen belül random idő alatt, de vált.

  • Puro

    aktív tag

    Usteerrel bajlódom most, nem igazán úgy működik ahogy szeretném... Cél hogy 5g legyen az elsődleges, ha távolodok -70dBm-nél váltson át másik apra vagy 2g-re ha közeledek akkor újra 5g. Ezzel a beállítással most azt csinálja ha van kedve átmegy 2g-re aztán azon is maradt holnaputánig. 802.11r be van kapcsolva mindenhol az összes ap egyforma ssid és ch. Esetleg van valakinek configja tanolmányozásra?
    usteer.@usteer[0]=usteer
    usteer.@usteer[0].network='lan'
    usteer.@usteer[0].syslog='1'
    usteer.@usteer[0].local_mode='0'
    usteer.@usteer[0].ipv6='0'
    usteer.@usteer[0].debug_level='2'
    usteer.@usteer[0].remote_update_interval='1000'
    usteer.@usteer[0].remote_node_timeout='10'
    usteer.@usteer[0].assoc_steering='1'
    usteer.@usteer[0].probe_steering='1'
    usteer.@usteer[0].min_connect_snr='-70'
    usteer.@usteer[0].min_snr_kick_delay='5000'
    usteer.@usteer[0].band_steering_interval='60000'
    usteer.@usteer[0].band_steering_min_snr='-70'

  • kiborg

    aktív tag

    válasz kiborg #21253 üzenetére

    Leszedtem a DDNS csomagot, újra visszatettem, de semmi változás. Marad a verzióléptetés a 0-ról. :(

  • Ablakos

    őstag

    válasz krealon #21288 üzenetére

    Tizen éve sikerült téglásítanom, az alaplapról kellett felprogramozni a dobozt.
    Persze most sem akar működni a sysupgrade.bin. XHR request timed out hibát ad a luci felület. Az uhttpd keepalive értéket felhúztam magasra, de nem javul.
    Látom van gyári firmware és arra is lehet tenni gargoyle rendszert.
    Még küzdök egy kicsit.

  • xabolcs

    őstag

    válasz vargalex #21202 üzenetére

    Es meg akkor is jol jon a relayd, amikor a kliens eszkoz (0e8d:7961 MediaTek Inc. Wireless_Device, Fenvi AX1800 USB, kmod-mt7921u) nem szereti a WDS-t ... vagy epp user error van! ;]

    Nagy lelkesen bedugtam a jo oreg D-Link DIR-860L routerembe, aztan a rendszernaploban ment a siras, hogy jajj, nem tamogatja a kivant modot. :U
    Ugyhogy felcsaptam az OpenWrt wiki-t es beallitottam.

    Csak azt nem tudom, hogy miert allit be statikus IP-t a wifi kliensnek, meg ugyanazt az IP-t a relay bridge-nek. :F

    Szerencsere suste leirasa nem emlit ilyen folosleges atkonfiguralasokat, igy megnyugodtam. :DDD

    Egyebkent nagyon jo kis kutyu! :K

  • krealon

    veterán

    válasz Ablakos #21287 üzenetére

    A varázsszó a relayd.

    Ha nem szeretnél sokat variálni, csak hogy működjön, akkor a Gargoyle "Wireless Bridge / Repeater" üzemmódja pár kattintással elintézhető.
    TL-WR1043ND v1 -re innen tölthető le. sysupgrade (mivel nálad eleve OpenWRT van rajta)

  • Ablakos

    őstag

    Eszköz: TP-Link TL-WR1043ND v1 (hálózati tudásom szegényes)
    Stabilan tudja a 300Mbit kapcsolatot, ezért szeretném használatba venni.
    A TP kliens módban csatlakozik az otthoni wifi hálózatba (192.168.200.0/24 hálózat) és a lan portok (bridge) kapnak címet a TP-től(192.168.1.0/24 hálózat). Azt szeretném elérni, hogy a wlan0 és a bridge portok egy hálózaton legyenek. Ahogyan a wlan is dinamikus címet kap, a lan portok is ebből a hálóból kapják a címet. (ne legyen címforgatás)
    Lehet ilyet tenni?

    Network->Interface

  • vargalex

    Topikgazda

    válasz Puro #21285 üzenetére

    Nyilván lehetne, de ugye az sem megy át a CPU-n, így arra utaltam, hogy a magyarázat sántít.

  • Puro

    aktív tag

    válasz vargalex #21284 üzenetére

    Az nem lehet, hogy lanon ment csak forgalom nas-pc között vagy valami ilyesmi?

  • vargalex

    Topikgazda

    válasz Puro #21283 üzenetére

    Ezt írtam. A HW NAT-os csomagok nem mennek át a CPU-n, így nem tudja számlálni a kernel.
    Mondjuk az enyém érdekesebb. Nálam ugye ki van kapcsolva, de úgy sem jön ki a matek.

  • Puro

    aktív tag

    válasz Puro #21282 üzenetére

    Offload traffic never crosses netdev interfaces.

    Akkor ez ilyen :U

  • Puro

    aktív tag

    válasz vargalex #21279 üzenetére

    Én a v17 óta nem használtam csak most, hogy változott a net de itt se stimmel nekem se a forgalom...
    nlbwmon vnstat mindegyik furán számol

  • vargalex

    Topikgazda

    válasz Puro #21278 üzenetére

    Na, ennyire szoktam nézegetni a LuCI-t. :)
    Szerintem nem csak a CPU-n átmenő forgalmat mutatja. Hiszen alap konfiguráció szerint az a WAN-LAN forgalom lenne. Ha nincs bekapcsolva a HW NAT, akkor annak viszont mindnek meg kellene jelennie. Nálam nincs bekapcsolva sem a SW, sem a HW NAT, viszont:

    Ilyen viszont nem fordulhatna elő... Felfelé több a LAN portok forgalma, mint a WAN porté, lefelé viszont jóval kevesebb.

    Mondjuk a bridge forgalma sem stimmel:

  • Puro

    aktív tag

    válasz vargalex #21277 üzenetére

    Ez rögtön a Status nyitóoldal 24.10.2. Állítólag csak azt a forgalmat mutatja ami átmegy a cpu-n is.

  • vargalex

    Topikgazda

    válasz Puro #21276 üzenetére

    Ez pontosan melyik menüpont? Illetve melyik OpenWrt verzió?

    Egyébként szerintem azért van, mert bridge-be vannak szervezve és a bride interface-on jelenik meg valójában a forgalom.

  • Puro

    aktív tag

    válasz Puro #21275 üzenetére

    Arra nem találtam még megoldást nem is értem mitől van így, hogy bandwidth statisztikánál a fizikai lan portokra alig mér forgalmat csak a dsa és wan1 alatt mutatja rendesen. Ez egy MT7621-es eszköz, ha számít valamit.
    lan2 a fizikai eth1 oda ment közel 3GB le/fel.

  • vargalex

    Topikgazda

    válasz Puro #21273 üzenetére

    A @wan-t beraktad a wan tűzfal zónába?
    A wiki-ben található leírásból a végén található "If the WAN L2 device doesn't match L3 device like in case of PPPoE, change the modem interface." részt megcsináltad? Ugyanis az éppen érint téged...

  • Puro

    aktív tag

    válasz vargalex #21272 üzenetére

    @wan 192.168.0.100 -gondolom ezzel az ipvel meg kellene jelennie abban a hálóban, mint fix ip-s eszköz- modem lanja 192.168.0.1, saját lan 192.168.1.1 statikus routet nem néztem még.
    Vodás időkben nekem is működött a 192.168.100.1 mindenféle mók nélkül, de azóta átmentem a T-hez optikára.

  • vargalex

    Topikgazda

    válasz Puro #21266 üzenetére

    Milyen IP címmel hoztad létre a @wan interface-t, mi a modem IP címe és mi a saját LAN-od IP tartománya? Statikus route-ok nincsenek beállítva?

    Egyébként nálam One (volt Vodafone, előtte UPC) HGW van bridge módban. Nincs @wan interface definiálva, a modemet elérem a 192.168.100.1-es IP-n. Hiszen a router úgyis a WAN felé tolja ki a csomagot, a HGW (legalábbis az One-os) pedig jól fogadja is...

  • yodee_

    őstag

    válasz E.Kaufmann #21269 üzenetére

    Zsír új az eszköz, én helyeztem először üzembe. Ha sok gond lesz vele akkor igénylek másik típust de addig menüből fogom újraindítani. Sajnos ezek az új cuccok nem olyan megbízhatóak mint a régiek... Az előző huawei ONT 10 évig nem volt kikapcsolva, újraindítva csak áramszünet esetén.

  • xabolcs

    őstag

    válasz E.Kaufmann #21269 üzenetére

    Pont ahogy irod! :K

    Illetve mukodik Tasmotaval is meg mas HA kompatibilis vacokkal!

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz yodee_ #21268 üzenetére

    Sokkal egyszerűbb egy shelly-t elékötni és watchdog-gal vagy watchcat-tal webhook-on buzgerálni. Valamint az se nehéz, hogy telefonálj, hogy a szolgáltató cserélje le a foschkupacot. Esetleg tápcsere.

  • yodee_

    őstag

    válasz E.Kaufmann #21267 üzenetére

    Sajnos a jelenlegi szolgáltató eszköz egy foskupac és úgy néz ki időközönként újra kell indítani. Sokkal egyszerűbb webes felületen keresztül bárhonnan, mint lemászni a műhelybe és ki majd bekapcsolni :)

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz Puro #21266 üzenetére

    Miért akarja mostanában mindenki buzgerálni a bridge módú szolgáltatói eszközét? :DDD Mikrotik topikban is ez a téma most...

    PS: Off topic flag és szmájli közkívánatra hozzáadva :P

  • Puro

    aktív tag

    Wanból hogyan érem el a modemet, pppoe átengedés be van kapcsolva, de arról megy az iptv, @wan static ip interfacet hozzáadva nem működik. :R

  • xabolcs

    őstag

    válasz E.Kaufmann #21264 üzenetére

    Mea culpa, tenyleg nem hallgatok Markos-Nadast. :B

    Ha ott lett volna egy hangulatjel (pl. egy kacsintos), szerintem nem ertettem volna felre es csondben maradtam volna.

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz xabolcs #21263 üzenetére

    Te se hallgattál Markos-Nádast, mert akkor nem háborognál, hanem röhögnél rajta. Amúgy egy nem túl ária nevű (az Űrgolyhókban a leghatalmasabb erő neve a világegyetemben :D ) tanárom mondta, hogy magyar programozónak magyar billentyűzetet :DDD

  • xabolcs

    őstag

    válasz E.Kaufmann #21262 üzenetére

    Dán írógépen nincs ékezet?

    A magyar billentyuzetemen van ekezet es megis angol kiosztassal hasznalom. 🤷

    Ha mar mindenkeppen meg kellett ezt emlitened ezen a szakmai forumon, akkor legalabb tetted volna ezt a reszet a hozzaszolasodnak offtopik-ba!

  • E.Kaufmann

    veterán

    LOGOUT blog

    válasz anarchic #21261 üzenetére

    Dán írógépen nincs ékezet?

    A Wifi7-es képességeket még pont most pakolja bele pl a fentebb említett Félix gyerek a snapshotokba, az MLO most kezdett működni, én nem sietnék.

  • anarchic

    tag

    Sziasztok, Eltelt 2ev miota probalkoztam a Xiaomi 10000 routerrel akkor feladtam azt, valahogy osszehackoltam a AX3000 mesh be..
    Viszint most azivessem eloszednem belole azt a wifi 7et amit csak a BE10000 be aktivaltak be..

    Olvasgattam, elmeletileg lehetseges OpenWRTzni a sima 10000 Xiaomit van esetleg kozottunk, olyan aki megcsinalta?
    2eve az volt a bajom, hogy a gyari FWben nem tudtam vlant allitani a Kinai verzioban, gondoltam majd jon egy EU verzio es osszehozom.. de sajnos ez a verzio nem kapott EU vert..

    Xiaomi 10000 RC1 openwrt

  • E.Kaufmann

    veterán

    LOGOUT blog

    Kedvencem ez a Félix gyerek, remélhetőleg ez a patch már stabil lesz és hamarosan kipróbálhatom a snapshot-ban, jelent-e valamit a CPU terhelés csökkenésében vagy akár sebességben, mert minden OpenWRT-s cuccom MTK-s :D :
    [link]

  • vargalex

    Topikgazda

    válasz Headless #21258 üzenetére

    Én sem szoktam touch-ot betenni, csak linkeltem a wikiben található "hivatalos" megoldást.
    Ott szépen meg is van magyarázva a miértje: induláskor a sysfxtime a /etc-ben található utoljára módosított file módosítási időpontjára állítja be.a rendszeridőt. Ezzel a touch-al el lehet kerülni, hogy esetleg egy reboot után rögtön ismét újraindítást végezzen a cron, ezzel végtelen újraindításba kerülve.

  • Headless

    őstag

    válasz xabolcs #21257 üzenetére

    Lehetne sorrendet változtatni am először ping utána touch, bár nem tudom egyáltalán van-e értelme a touchnak én csak azért raktam bele, mert vargalex által küldöttbe benne volt. Magamnak nem raktam volna bele (szerintem nem változtat semmit főleg nem ennyu sleepel), bár a 70-es sleepet is kissebre vettem volna magamnak.

    Bár alapvetően én flash írastól nem félnék. Mi annó rengeteg statisztikai adatot mentettünk susteval percenként. (Hőmérséklet, cpu load, network stat interfészenként, etc) és nem tempbe hanem flashbe. Ez lehetett úgy 2018-ban és még mindig megy a router. Napi használatban.

    De ha ettől fél valaki akkor lehetne a ping az első a sleep után és akkor kevesebbszer frissíti a modosítási dátumát a fájlnak.

    */5 * * * * sleep 70 && ping -c 1 192.168.111.3 >/dev/null || { touch /etc/banner;reboot;}t

  • Truman

    senior tag

    válasz Headless #21255 üzenetére

    Nem kevertem volna bele, ha így értenék a paraméterezéshez mint te. Ezért jobbak láttam valami hülyebiztosabb megoldást. :DDD Köszi a scriptet .Tesztelem pár napig ezt a "Watchcat" -ot, ha nem válik be kipróbálom a tiédet.

  • Headless

    őstag

    válasz Truman #21254 üzenetére

    hali Én nem kevernék bele mégegy csomagot, ha a sima reboot neked megfelelő volt...

    használj sűrűbb cron-t akár percenkéntit ( az alábbi 5 perces). és tegyél bele egy ping feltételt is. az ip címet cseréld le arra amire szeretnéd. akár valami online oldalra is. annyi hogy a sleep ne legyen nagyobb a futtatási időközödnél. habár az csak azért van hogy ne induljon újra folyamatosan.
    */5 * * * * sleep 70 && touch /etc/banner && ping -c 1 192.168.111.3 >/dev/null || reboot

  • Truman

    senior tag

    válasz Truman #21180 üzenetére

    Sziasztok!

    Visszatérve az automatikus újraindítás problémájára. Szuperül működik a script, amit vargalex linkelt. Egy vele a baj, ha mondjuk beállítom azt, hogy minden nap délbe induljon újra az AP kliens, de ha őfenségének reggel van kedve megszakadni, egészen reggeltől délig nincs kamerám.
    Találtam egy "Watchcat" nevű csomagot, ami ami újraindítást ígér, ha egy állomás nem pingelhető.
    A kérdésem meg az lenne: hogy ugye én itt most azt állítottam be, hogy 10 percenként pingeljen és ha nincs válasz induljon újra?

  • kiborg

    aktív tag

    válasz vargalex #21252 üzenetére

    Véletlenül bármit, de nem hiszem. Hogy tudom ellenőrizni ?

    Tényleg üres újraindítás után:
    File not found or empty feliratot látom a beolvasás után.

    Miután újratöltöm(Reload) a és ránézek a DDNS logra, már ezt látom:
    203336 : ************ ************** ************** **************
    203336 note : PID '3767' started at 2025-09-06 20:33
    203336 : ddns version : 2.8.2-26
    203336 : uci configuration:
    ddns.NoIP.check_interval='5'
    ddns.NoIP.check_unit='minutes'
    ddns.NoIP.domain='kiborg.no-ip.info'
    ddns.NoIP.enabled='1'
    ddns.NoIP.force_interval='10'
    ddns.NoIP.force_unit='minutes'
    ddns.NoIP.interface='wan'
    ddns.NoIP.ip_source='web'
    ddns.NoIP.ip_url='http://checkip.dyndns.com'
    ddns.NoIP.lookup_host='kiborg.no-ip.info'
    ddns.NoIP.password='***PW***'
    ddns.NoIP.retry_unit='seconds'
    ddns.NoIP.service_name='no-ip.com'
    ddns.NoIP.use_ipv6='0'
    ddns.NoIP.use_syslog='2'
    ddns.NoIP.username='kiborg80912@gmail.com'
    ddns.NoIP=service
    203336 : verbose mode : 0 - run normal, NO console output
    203336 : check interval: 300 seconds
    203337 : force interval: 600 seconds
    203337 : retry interval: 60 seconds
    203337 : retry counter : 0 times
    203337 : No old process
    203337 : last update: never
    203337 : Detect registered/public IP
    203337 : #> /usr/bin/nslookup kiborg.no-ip.info >/var/run/ddns/NoIP.dat 2>/var/run/ddns/NoIP.err
    203337 : Registered IP '91.82.172.155' detected
    203337 info : Starting main loop at 2025-09-06 20:33
    203337 : Detect local IP on 'web'
    203337 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://checkip.dyndns.com' 2>/var/run/ddns/NoIP.err
    203338 : Local IP '94.21.205.56' detected on web at 'http://checkip.dyndns.com'
    203338 : Update needed - L: '94.21.205.56' <> R: '91.82.172.155'
    203338 : parsing script '/usr/lib/ddns/update_no-ip_com.sh'
    203338 : sending dummy IP to 'no-ip.com'
    203338 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=127.0.0.1' 2>/var/run/ddns/NoIP.err
    203339 : 'no-ip.com' answered:
    good 127.0.0.1
    203340 : sending real IP to 'no-ip.com'
    203340 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=94.21.205.56' 2>/var/run/ddns/NoIP.err
    203341 : 'no-ip.com' answered:
    good 94.21.205.56
    203341 info : Update successful - IP '94.21.205.56' send
    203341 info : Forced update successful - IP: '94.21.205.56' send
    203341 : Waiting 300 seconds (Check Interval)

    Viszont feltűnt egy ilyen "hibaüzenet":

    Jelenthet ez bármit is ?

    El lehet távolítani a DDNS és újra felrakni ?

  • vargalex

    Topikgazda

    válasz kiborg #21251 üzenetére

    Egyébként újraindításkor tényleg üres a DDNS log?

    Újra megnézve olyan, mintha a hotplug event nem futna le, vagy ugye nem jó interface name-t kap. Nem törölted ki véletlenül a /etc/hotplug.d/iface/95-ddns scriptet?

  • kiborg

    aktív tag

    válasz xabolcs #21250 üzenetére

    Nethiány miatt nem aggódok, van egy tartalék router, ami bármikor beállítható ehelyett. Csak nyilván funkcióvesztéssel ideiglenesen.

    Köszönöm az eddigi segítséget és a közeljövőben egy nyugodt hétvégén megcsinálom az upgrade-t és beszámolok az eredményességéről.

  • xabolcs

    őstag

    válasz kiborg #21249 üzenetére

    A keppel kapcsolatban: igen, sysupgrade!

    vargalex: igaz! :B

    kiborg: ahogy vargalex javasolta, ne tartsd meg a beallitasokat!
    Mentsd le a lementenivalokat, legfokeppen a PPPoE felhasznalonevet es jelszot! :DDD

    Meg persze legyen keznel mobilinternet, ha valami balul sulne el es azonnali hatallyal el kellene kuldened minket zabot hegyezni! ;]

  • kiborg

    aktív tag

    válasz xabolcs #21247 üzenetére

    Igen, az utólag telepített csomagok újratelepítésével tisztában vagyok. Egy nyelvi csomag a Lucihoz, DDNS és nyelvi csomagja és ennyi. A többi beállítás már parancssorból van (SSH).
    A fent csatolt képpel kapcsolatban ? sysupgrade ?

  • vargalex

    Topikgazda

    válasz xabolcs #21247 üzenetére

    A beállításokat én semmiképpen nem tartanám meg, hiszen valószínűleg azok hibája okozza a problémát.

  • xabolcs

    őstag

    válasz kiborg #21246 üzenetére

    Akkor lesz full hardreset, amikor a "beallitasok torlese? megtartasa?" pipat allitgatod!

    Alapesetben megtartja a beallitasaidat! (De mint mondtam, az utolag telepitett csomagokat lehet, hogy ujra kell telepitened!)

  • kiborg

    aktív tag

    válasz xabolcs #21245 üzenetére

    Lövésem sincs, hogy mit és hogyan. Inkább elengedném a dolgot.

    Két lehetőséget látok magam előtt:
    a; Factory Reset és előtte mindenről screenshot.
    b; rábeszéllek, hogy távolról feltedd a leújjabb verziót (kivéve, ha egyszerű a 23-as az ami nem igényel nagy mahinációt), sw frissítésnél gyakorlatilag factory reset van, ugye ?

    Innen letöltöm a sysupgrade-t letöltöm, betallózom és várok amíg megtörténik? Ez full hardreset, illetve factory reset is egyben, ugye ?

  • xabolcs

    őstag

    válasz kiborg #21244 üzenetére

    Igazabol nem nagy kaland!

    Egy megfelelo tartalmu fajl kell letenni egy megadott konyvtarba es futtathatova tenni.
    Az utobbi az egeszben a legerdekesebb: tudod hogyan kell? Akar chmod-dal, akar WinSCP-vel, akar barmi massal?

    A megfelelo tartalmat es az adott konyvtarat ossze tudom neked allitani, de neked kell a celhelyre juttatni es futtathatova tenni.

    Vagy valami kepernyomegosztasos konferenciaprogrammal eliranyitalak. :)

  • kiborg

    aktív tag

    válasz xabolcs #21243 üzenetére

    Igen, elfelejtettem írni de természetesen azt is próbáltam, eredménytelenül.

    Pingcheck-ről van valahol valami magyar leírás ? Vagy viszonylag egyszerű/értelemszerű a dolog ?

  • xabolcs

    őstag

    válasz kiborg #21241 üzenetére

    Szomoru!

    A javasolt alnev csatolo @wan se mukodott?

    Factory reset elott en meg megprobalnam a pingcheck kiegeszitot beuzemelni. :K
    Hogy mikor internetet kap a router, akkor inditsa ujra / el a ddns-t.

    Ha pedig factory reset lesz a vege, akkor indits rogton 23.05.6-tal!
    Az siman felmegy, nem kell buveszkedni! :K

  • vargalex

    Topikgazda

    válasz kiborg #21241 üzenetére

    Én megpróbálnék egy factory reset utáni ismételt beállítást.

  • kiborg

    aktív tag

    válasz xabolcs #21230 üzenetére

    Sziasztok!

    Az a nagy helyzet, hogy kipróbáltam és sajnos nem hozott eredményt.
    Reboot után továbbra sem indul el a szolgáltatás. :(

  • kiborg

    aktív tag

    válasz xabolcs #21239 üzenetére

    Céges böngészőben proxy van beállítva egyedi porttal. Putty-al SSH-n belépek a routerembe azon az egyedi porton és a router meg csinál egy forwardot a LAN felé, amit viszont mint lan forgalom a egyből megy ki a wan-on és lőn korlátlan, SSH titkosított internetkapcsolatom a cég hálózatán belül.

    De egyébként csak magamnak csinálom. Cégnél(multi) az IT-sok által szűrve és monitorozva van, hogy ki mit csinál és mit tölthet le, de így ez nem lehetséges. A 443-as portot meg nem tilthatják le :D

  • xabolcs

    őstag

    válasz kiborg #21238 üzenetére

    Ha csak magadnak csinalod a tavoli elerest, akkor javaslom a Tailscale vagy a ZeroTier hasznalatat! :K

    Van hozza eleg tarhely az AX3200-on es csak te latod (meg akinek megengeded). Nem kell betorestol tartani, mint egy publikus port eseten.

  • kiborg

    aktív tag

    válasz xabolcs #21237 üzenetére

    Akkor marad így, stabilitásával meg vagyok elégedve. Amire kell azt tudja. Egyedül a DynDNS van pluszként felrakva. Meg külső SSH nyitása nem a 22-es porton, a céges net miatt :D. Meg pár egyéb portforward és időzített tiltás/engedélyezés mac adress alapján a wifin a gyerek miatt.

  • xabolcs

    őstag

    válasz kiborg #21236 üzenetére

    Ha nem hasznalsz valami specialis dolgot (pl. auc, owut, ...) a frissitesre, akkor az utolag telepitett csomagokat lehet, hogy ujra kell telepitened! Ami megint csak nyug es fejfajast tud okozni. :))

    Es mivel azt irtad, hogy "ennyire nem értek hozzá", ezert inkabb ne nyulj hozza, amig mukodik! ;]

    Megerni egyebkent eleg sokaig megeri ujabb kiadasra valtani, de a mostani, 24.10-es kiadasra valo ugras Xiaomi AX3200 eseteben nem trivialis.

    Tavsegitseggel (mobilinterneten keresztul) szivesen megcsinalom neked! :K
    Ha erdekel, keress meg privatban!

  • kiborg

    aktív tag

    válasz xabolcs #21235 üzenetére

    Elhiszem amit mondasz, mert ennyire nem értek hozzá (sőt mint a mellékelt ábra mutatja, semennyire), de tudtam, hogy ez működött és ez boldoggá tett majd elszomorított amikor nem. Mivel időben el volt tolódva a dolog, ezért fejben nem kapcsoltam össze a két dolgot.

    Viszont megkérdem, hogy a 22.03-az verzióról (ez támogatta elsőnek ezt a routert) megérheti váltani 24.10-re (aktuális)?

  • xabolcs

    őstag

    válasz kiborg #21234 üzenetére

    Delutan kiderul! :K

    Egyebkent nem baj, hogy belepiszkaltal! :N
    Csak mint tapasztaltad, ha mar egy helyen belepiszkal az ember, akkor mashol is bele kellhet piszkalni, avagy "vegigvezetni" a rendszeren a valtozast.

    Mondjuk a PPPoE kapcsolatra nem igazan vannak felkeszulve a csomagok: azaz sima DHCP-nel hasznalt alapertelmezett beallitassal jonnek, a PPPoE pedig nem az, meg az altala letrehozott "pppoe-wan" virtualis interfesz sem. ;]
    Csak hogy egyszeru legyen a PPPoE felhasznalok elete! :DDD

  • kiborg

    aktív tag

    válasz xabolcs #21233 üzenetére

    Igen, belepiszkáltam sajnos, mert nem működött a pppoe kapcsolódás (hiába volt jó a felhasználó név és jelszó páros), eltávolítottam és újra hozzáadtam a webes felületen (ezt saját kútfőből) a WAN-t és a WAN_6-t, a LAN-hoz viszont nem nyúltam,mert akkor gondolom ki is zártam volna magam a routerből. (ezt a problémát itt nem kérdeztem meg, mert nem volt netem) Ezután tök jól működött a rendszer (illetve csak nem tűnt fel, hogy van egy ilyen rejtett hibám, nem tulajdonítottam különösebb jelentőséget neki,hogy kézzel kell indítani, de megszaporodtak az áramszünetek és muszáj lépni).
    Remélem ez megoldotta a problémát.

  • xabolcs

    őstag

    válasz kiborg #21231 üzenetére

    Szerettem is volna kerdezni, hogy mitol lettek neked ilyen nagybetus dolgaid?
    WAN, WAN_6, pppoe-WAN, LAN

    Te piszkaltald bele, vagy mar "igy jott ki a gyarbol" (azaz OpenWrt telepiteskor)?

    Felig-meddig megvalaszolva a kerdesemet:

    [ 0.000000] Machine model: Xiaomi Redmi Router AX6S

    Illetve:

    Szoval nem nagybetusen jottt ki a gyarbol.

    Azert vagyok ra kivancsi, mert szemmel jol lathato szerepe volt a nagybetusegnek a problemadban.
    Igen a PPPoE kapcsolat se segit a helyzeten. :DDD

  • vargalex

    Topikgazda

    válasz kiborg #21231 üzenetére

    Ahogy a kolléga is írja, a pppoe-WAN kell neked, hiszen a wan switch port nem kap IP címet, így nem fut rá semmilyen hotplug script.

  • xabolcs

    őstag

    válasz kiborg #21229 üzenetére

    Orulok, hogy megjelent a naploban (es a kepeiden) szereplo "pppoe-WAN" is.
    Valaszd azt!
    Aztan ha lesz lehetoseg ujrainditasra, akkor probald is ki!

    Ha a tesztek szerint nem segit, akkor probald meg az "Alnev csatolo: @WAN"-t is!

    Aztamindenit, milyen forditasok! :B

  • xabolcs

    őstag

    válasz kiborg #21205 üzenetére

    Ezen hozzaszolasod masodik kepen levo "Esemenyhalozat" lenyilo menu valaszthato elemeire gondolok.

  • vargalex

    Topikgazda

    válasz kiborg #21226 üzenetére

    Az "eseményhálózat" alatt a DDNS config-odban az Eseményhálózat lenyíló. Itt, az általad berakott második képen.

  • kiborg

    aktív tag

    válasz xabolcs #21225 üzenetére

    és:

    Illetve az "eseményhálózat" alatt a szolgáltatásokra gondolsz ? Csak a Dinamikus DNS van, egyéb szolgáltatás nincs telepítve.

  • xabolcs

    őstag

    válasz kiborg #21224 üzenetére

    A korabbi kepeden szereplo "Esemenyhalozat" lenyilo menujeben milyen lehetosegek vannak?

    Illetve a mostani kepeden az "Interfaces" menupontbol megnyilo oldalrol is kuldj egy kepet legyszives!

    Az IP-ket es MAC cimeket hagyd ki, ha tudod! Eleg az elso oszlop is, valahogy igy:

  • kiborg

    aktív tag

    válasz vargalex #21223 üzenetére

    Szia! Kérlek pontosítsd, hogy melyik is a network config amire gondolsz.

  • vargalex

    Topikgazda

    válasz kiborg #21220 üzenetére

    Szia!

    A network config-ot is meg tudnád mutatni? Neked PPPoE neted van. Ilyenkor nem emlékszem, hogy a DDNS-nél az esemény hálózatnál a wan marad, vagy pppoe-wan-ra kell módosítani. A lényeg, hogy szerintem azért nem ugrik rá, mert nem a wan megy up-ba. De ezt majd PPPoE-s nettel rendelkező kollégák megírják.

  • kiborg

    aktív tag

    válasz xabolcs #21221 üzenetére

    Újra nem kell indítani, mert onnantól, hogy manuálisan elindítottam, ha több hónapig nincs áramszünet/újraindulás, akkor el is felejtem ezt a problémát, fut mint az ahogy a nagykönyvben meg van írva. Egyedül az újrainduláskori elindulás a probléma.

  • xabolcs

    őstag

    válasz kiborg #21220 üzenetére

    En feltennem a pingcheck csomagot es felkonfiguralnam az online esemenyre, hogy inditsa el / ujra a ddns-t.

    Az ellenorzest megemelnem perces vagy ket perces intervallumra.

    Mondjuk ha a ddns nem indul el automatikusan, akkor lehet a pingcheck se! :U

  • kiborg

    aktív tag

    Újraindítás után szintén nem futott a DDNS, újratöltés gomb megoldotta a problémát, de sajnos a manuális indítás nem megfelelő.

  • kiborg

    aktív tag

    válasz vargalex #21217 üzenetére

    Rendszernapló közvetlenül az újraindítás után:
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.000000] Linux version 5.10.146 (builder@buildhost) (aarch64-openwrt-linux-musl-gcc (OpenWrt GCC 11.2.0 r19803-9a599fee93) 11.2.0, GNU ld (GNU Binutils) 2.37) #0 SMP Fri Oct 14 22:44:41 2022
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Machine model: Xiaomi Redmi Router AX6S
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Zone ranges:
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] DMA [mem 0x0000000040000000-0x000000004fffffff]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] DMA32 empty
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Normal empty
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Movable zone start for each node
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Early memory node ranges
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] node 0: [mem 0x0000000040000000-0x0000000042ffffff]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] node 0: [mem 0x0000000043000000-0x000000004302ffff]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] node 0: [mem 0x0000000043030000-0x000000004fffffff]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x000000004fffffff]
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 0.000000] On node 0 totalpages: 65536
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 0.000000] DMA zone: 1024 pages used for memmap
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 0.000000] DMA zone: 0 pages reserved
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 0.000000] DMA zone: 65536 pages, LIFO batch:15
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] psci: probing for conduit method from DT.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] psci: PSCIv0.2 detected in firmware.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] psci: Using standard PSCI v0.2 function IDs
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] psci: Trusted OS migration not required
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] percpu: Embedded 20 pages/cpu s43992 r8192 d29736 u81920
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 0.000000] pcpu-alloc: s43992 r8192 d29736 u81920 alloc=20*4096
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 0.000000] pcpu-alloc: [0] 0 [0] 1
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Detected VIPT I-cache on CPU0
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] CPU features: detected: ARM erratum 845719
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] CPU features: kernel page table isolation disabled by kernel configuration
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] CPU features: detected: ARM erratum 843419
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 64512
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.000000] Kernel command line: console=ttyS0,115200n1 loglevel=8 swiotlb=512 rootfstype=squashfs firmware=1 uart_en=1
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Dentry cache hash table entries: 32768 (order: 6, 262144 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Inode-cache hash table entries: 16384 (order: 5, 131072 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Memory: 232880K/262144K available (8254K kernel code, 894K rwdata, 1444K rodata, 448K init, 299K bss, 29264K reserved, 0K cma-reserved)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] rcu: Hierarchical RCU implementation.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] Tracing variant of Tasks RCU enabled.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0
    Thu Sep 4 17:23:06 2025 kern.warn kernel: [ 0.000000] GIC: GICv2 detected, but range too small and irqchip.gicv2_force_probe not set
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] arch_timer: cp15 timer(s) running at 12.50MHz (phys).
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x2e2049cda, max_idle_ns: 440795202628 ns
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000003] sched_clock: 56 bits at 12MHz, resolution 80ns, wraps every 4398046511080ns
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000188] Calibrating delay loop (skipped), value calculated using timer frequency.. 25.00 BogoMIPS (lpj=125000)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000198] pid_max: default: 32768 minimum: 301
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000270] Mount-cache hash table entries: 512 (order: 0, 4096 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.000276] Mountpoint-cache hash table entries: 512 (order: 0, 4096 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.001281] rcu: Hierarchical SRCU implementation.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.001384] dyndbg: Ignore empty _ddebug table in a CONFIG_DYNAMIC_DEBUG_CORE build
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.001567] smp: Bringing up secondary CPUs ...
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.001903] Detected VIPT I-cache on CPU1
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.001947] CPU1: Booted secondary processor 0x0000000001 [0x410fd034]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.002008] smp: Brought up 1 node, 2 CPUs
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.002016] SMP: Total of 2 processors activated.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.002020] CPU features: detected: 32-bit EL0 Support
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.002025] CPU features: detected: CRC32 instructions
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.002133] CPU: All CPU(s) started at EL2
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.002144] alternatives: patching kernel code
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.005368] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.005386] futex hash table entries: 512 (order: 3, 32768 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.005472] pinctrl core: initialized pinctrl subsystem
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.006594] NET: Registered protocol family 16
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.006895] DMA: preallocated 128 KiB GFP_KERNEL pool for atomic allocations
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.006921] DMA: preallocated 128 KiB GFP_KERNEL|GFP_DMA pool for atomic allocations
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.006945] DMA: preallocated 128 KiB GFP_KERNEL|GFP_DMA32 pool for atomic allocations
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.007211] thermal_sys: Registered thermal governor 'fair_share'
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.007214] thermal_sys: Registered thermal governor 'bang_bang'
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.007219] thermal_sys: Registered thermal governor 'step_wise'
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.007223] thermal_sys: Registered thermal governor 'user_space'
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.007440] ASID allocator initialised with 65536 entries
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.007810] pstore: Registered ramoops as persistent store backend
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.007816] ramoops: using 0x10000@0x42ff0000, ecc: 0
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.033314] cryptd: max_cpu_qlen set to 1000
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.035029] SCSI subsystem initialized
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 0.035163] libata version 3.00 loaded.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.035314] usbcore: registered new interface driver usbfs
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.035344] usbcore: registered new interface driver hub
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.035369] usbcore: registered new device driver usb
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.036421] clocksource: Switched to clocksource arch_sys_counter
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.036966] NET: Registered protocol family 2
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.037065] IP idents hash table entries: 4096 (order: 3, 32768 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.037413] tcp_listen_portaddr_hash hash table entries: 256 (order: 0, 4096 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.037430] TCP established hash table entries: 2048 (order: 2, 16384 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.037448] TCP bind hash table entries: 2048 (order: 3, 32768 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.037476] TCP: Hash tables configured (established 2048 bind 2048)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.037540] UDP hash table entries: 256 (order: 1, 8192 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.037556] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes, linear)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.037643] NET: Registered protocol family 1
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.037662] PCI: CLS 0 bytes, default 64
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.040258] workingset: timestamp_bits=46 max_order=16 bucket_order=0
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.042799] squashfs: version 4.0 (2009/01/31) Phillip Lougher
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.042808] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.074539] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
    Thu Sep 4 17:23:06 2025 kern.err kernel: [ 0.079033] mt-pmic-pwrap 10001000.pwrap: unexpected interrupt int=0x1
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.093402] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.095241] printk: console [ttyS0] disabled
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.115452] 11002000.serial: ttyS0 at MMIO 0x11002000 (irq = 21, base_baud = 1562500) is a ST16650V2
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.708182] printk: console [ttyS0] enabled
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.713271] mtk_rng 1020f000.rng: registered RNG driver
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.713447] random: crng init done
    Thu Sep 4 17:23:06 2025 kern.warn kernel: [ 0.718697] cacheinfo: Unable to detect cache hierarchy for CPU 0
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.730291] loop: module loaded
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.733434] Loading iSCSI transport class v2.0-870.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.739461] mtk-snand 1100d000.snfi: chip is F50L1G41LB, size 128MB, page size 2048, oob size 64
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.750255] [BBT] BMT.v2 is found at 0x3ff
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.754535] 10 fixed-partitions partitions found on MTD device 1100d000.snfi
    Thu Sep 4 17:23:06 2025 kern.err kernel: [ 0.761619] OF: Bad cell count for /snfi@1100d000/partitions
    Thu Sep 4 17:23:06 2025 kern.err kernel: [ 0.767292] OF: Bad cell count for /snfi@1100d000/partitions
    Thu Sep 4 17:23:06 2025 kern.err kernel: [ 0.773344] OF: Bad cell count for /snfi@1100d000/partitions
    Thu Sep 4 17:23:06 2025 kern.err kernel: [ 0.779029] OF: Bad cell count for /snfi@1100d000/partitions
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.784774] Creating 10 MTD partitions on "1100d000.snfi":
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.790264] 0x000000000000-0x000000080000 : "Preloader"
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.796657] 0x000000080000-0x0000000c0000 : "ATF"
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.802024] 0x0000000c0000-0x000000140000 : "u-boot"
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.808103] 0x000000140000-0x000000180000 : "u-boot-env"
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.814056] 0x000000180000-0x0000001c0000 : "bdata"
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.819598] 0x0000001c0000-0x000000240000 : "factory"
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.825731] 0x000000240000-0x000000280000 : "crash"
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.831286] 0x000000280000-0x0000002c0000 : "crash_log"
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.837201] 0x0000002c0000-0x0000006c0000 : "kernel"
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 0.850280] no rootfs found after FIT image in "kernel"
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 0.855503] 0x0000006c0000-0x0000075c0000 : "ubi"
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.094079] mtk_soc_eth 1b100000.ethernet eth0: mediatek frame engine at 0xffffffc011c20000, irq 30
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.103678] i2c /dev entries driver
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.108169] mtk-wdt 10212000.watchdog: Watchdog enabled (timeout=31 sec, nowayout=0)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.118889] NET: Registered protocol family 10
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.124038] Segment Routing with IPv6
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.127756] NET: Registered protocol family 17
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.132224] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.145273] 8021q: 802.1Q VLAN Support v1.8
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.150650] pstore: Using crash dump compression: deflate
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.165286] mtk-pcie 1a143000.pcie: host bridge /pcie@1a143000 ranges:
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.171838] mtk-pcie 1a143000.pcie: Parsing ranges property...
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.177676] mtk-pcie 1a143000.pcie: MEM 0x0020000000..0x0027ffffff -> 0x0020000000
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.212195] mtk-pcie 1a143000.pcie: PCI host bridge to bus 0000:00
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.218383] pci_bus 0000:00: root bus resource [bus 00-ff]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.223860] pci_bus 0000:00: root bus resource [mem 0x20000000-0x27ffffff]
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.230732] pci_bus 0000:00: scanning bus
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.234774] pci 0000:00:00.0: [14c3:3258] type 01 class 0x060400
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.240806] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x1ffffffff 64bit pref]
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.249463] pci_bus 0000:00: fixups for bus
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.253643] pci 0000:00:00.0: scanning [bus 00-00] behind bridge, pass 0
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.260341] pci 0000:00:00.0: bridge configuration invalid ([bus 00-00]), reconfiguring
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.268354] pci 0000:00:00.0: scanning [bus 00-00] behind bridge, pass 1
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.275137] pci_bus 0000:01: scanning bus
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.279354] pci 0000:01:00.0: [14c3:7915] type 00 class 0x000280
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.285530] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x000fffff 64bit pref]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.292857] pci 0000:01:00.0: reg 0x18: [mem 0x00000000-0x00003fff 64bit pref]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.300180] pci 0000:01:00.0: reg 0x20: [mem 0x00000000-0x00000fff 64bit pref]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.308135] pci 0000:01:00.0: supports D1 D2
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.312396] pci 0000:01:00.0: PME# supported from D0 D1 D2 D3hot D3cold
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.319029] pci 0000:01:00.0: PME# disabled
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.323509] pci 0000:01:00.0: 2.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s PCIe x1 link at 0000:00:00.0 (capable of 4.000 Gb/s with 5.0 GT/s PCIe x1 link)
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.367574] pci_bus 0000:01: fixups for bus
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.371751] pci_bus 0000:01: bus scan returning with max=01
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.377329] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.383939] pci_bus 0000:00: bus scan returning with max=01
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.389521] pci 0000:00:00.0: BAR 0: no space for [mem size 0x200000000 64bit pref]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.397176] pci 0000:00:00.0: BAR 0: failed to assign [mem size 0x200000000 64bit pref]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.405172] pci 0000:00:00.0: BAR 8: assigned [mem 0x20000000-0x201fffff]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.411958] pci 0000:01:00.0: BAR 0: assigned [mem 0x20000000-0x200fffff 64bit pref]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.419780] pci 0000:01:00.0: BAR 2: assigned [mem 0x20100000-0x20103fff 64bit pref]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.427605] pci 0000:01:00.0: BAR 4: assigned [mem 0x20104000-0x20104fff 64bit pref]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.435422] pci 0000:00:00.0: PCI bridge to [bus 01]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.440386] pci 0000:00:00.0: bridge window [mem 0x20000000-0x201fffff]
    Thu Sep 4 17:23:06 2025 kern.err kernel: [ 1.447244] pcieport 0000:00:00.0: of_irq_parse_pci: failed with rc=-22
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.453849] pcieport 0000:00:00.0: assign IRQ: got 0
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.458820] pcieport 0000:00:00.0: enabling device (0000 -> 0002)
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 1.464922] pcieport 0000:00:00.0: enabling bus mastering
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.470740] mtk_hsdma 1b007000.dma-controller: Using 3 as missing dma-requests property
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.478935] mtk_hsdma 1b007000.dma-controller: MediaTek HSDMA driver registered
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.535338] mt7530 mdio-bus:00 wan (uninitialized): PHY [mt7530-0:01] driver [MediaTek MT7531 PHY] (irq=138)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.554982] mt7530 mdio-bus:00 lan1 (uninitialized): PHY [mt7530-0:02] driver [MediaTek MT7531 PHY] (irq=139)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.574619] mt7530 mdio-bus:00 lan2 (uninitialized): PHY [mt7530-0:03] driver [MediaTek MT7531 PHY] (irq=140)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.594264] mt7530 mdio-bus:00 lan3 (uninitialized): PHY [mt7530-0:04] driver [MediaTek MT7531 PHY] (irq=141)
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.605852] mt7530 mdio-bus:00: configuring for fixed/2500base-x link mode
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.612892] DSA: tree 0 setup
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 1.613092] mt7530 mdio-bus:00: Link is Up - 2.5Gbps/Full - flow control rx/tx
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 1.616587] UBI: auto-attach mtd9
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 1.626375] ubi0: attaching mtd9
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.204411] ubi0: scanning is finished
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.213816] ubi0: attached mtd9 (name "ubi", size 111 MiB)
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.219304] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.226169] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.232955] ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.239910] ubi0: good PEBs: 888, bad PEBs: 0, corrupted PEBs: 0
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.245907] ubi0: user volume: 2, internal volumes: 1, max. volumes count: 128
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.253124] ubi0: max/mean erase counter: 2/1, WL threshold: 4096, image sequence number: 1665787481
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.262249] ubi0: available PEBs: 0, total reserved PEBs: 888, PEBs reserved for bad PEB handling: 19
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.271515] ubi0: background thread "ubi_bgt0d" started, PID 769
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 2.278606] block ubiblock0_0: created from ubi0:0(rootfs)
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 2.284084] ubiblock: device ubiblock0_0 (rootfs) set to be root filesystem
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 2.295383] VFS: Mounted root (squashfs filesystem) readonly on device 259:0.
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 2.302737] Freeing unused kernel memory: 448K
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 2.336457] Run /sbin/init as init process
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 2.340543] with arguments:
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 2.343500] /sbin/init
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 2.346195] with environment:
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 2.349332] HOME=/
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 2.351682] TERM=linux
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 2.354379] firmware=1
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 2.357080] uart_en=1
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 2.553659] init: Console is alive
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 2.557208] init: - watchdog -
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 2.861761] kmodloader: loading kernel modules from /etc/modules-boot.d/*
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 2.879682] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 2.892870] init: - preinit -
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 3.171339] mtk_soc_eth 1b100000.ethernet eth0: configuring for fixed/2500base-x link mode
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 3.179698] mtk_soc_eth 1b100000.ethernet eth0: Link is Up - 2.5Gbps/Full - flow control rx/tx
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 3.196389] mt7530 mdio-bus:00 lan1: configuring for phy/gmii link mode
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 3.203689] 8021q: adding VLAN 0 to HW filter on device lan1
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 4.476532] mt7530 mdio-bus:00 lan1: Link is Up - 1Gbps/Full - flow control rx/tx
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 4.484038] IPv6: ADDRCONF(NETDEV_CHANGE): lan1: link becomes ready
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 7.254018] UBIFS (ubi0:1): Mounting in unauthenticated mode
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 7.259760] UBIFS (ubi0:1): background thread "ubifs_bgt0_1" started, PID 848
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 7.293881] UBIFS (ubi0:1): recovery needed
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 7.391388] UBIFS (ubi0:1): recovery completed
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 7.395883] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name "rootfs_data"
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 7.403714] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 7.413623] UBIFS (ubi0:1): FS size: 103231488 bytes (98 MiB, 813 LEBs), journal size 5206016 bytes (4 MiB, 41 LEBs)
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 7.424137] UBIFS (ubi0:1): reserved for root: 4875878 bytes (4761 KiB)
    Thu Sep 4 17:23:06 2025 kern.notice kernel: [ 7.430746] UBIFS (ubi0:1): media format: w5/r0 (latest is w5/r0), UUID DB37C13D-3A02-4B29-A395-22EB3ECBF48E, small LPT model
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 7.446849] mount_root: switching to ubifs overlay
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 7.456947] overlayfs: "xino" feature enabled using 2 upper inode bits.
    Thu Sep 4 17:23:06 2025 user.debug kernel: [ 7.468169] urandom-seed: Seeding with /etc/urandom.seed
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 7.558811] mt7530 mdio-bus:00 lan1: Link is Down
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 7.570471] procd: - early -
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 7.573406] procd: - watchdog -
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 8.125897] procd: - watchdog -
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 8.130000] procd: - ubus -
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 8.193426] procd: - init -
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 8.463076] urngd: v1.0.2 started.
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 8.504862] kmodloader: loading kernel modules from /etc/modules.d/*
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 8.522112] Loading modules backported from Linux version v5.15.58-0-g7d8048d4e064
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 8.529754] Backport generated by backports.git v5.15.58-1-0-g42a95ce7
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 8.584123] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 8.594782] mt7915e 0000:01:00.0: assign IRQ: got 142
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 8.599923] pci 0000:00:00.0: enabling bus mastering
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 8.604898] mt7915e 0000:01:00.0: enabling device (0000 -> 0002)
    Thu Sep 4 17:23:06 2025 kern.debug kernel: [ 8.610987] mt7915e 0000:01:00.0: enabling bus mastering
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 8.667893] mt7622-wmac 18000000.wmac: HW/SW Version: 0x8a108a10, Build Time: 20190801210006a
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 8.667893]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 8.794758] mt7622-wmac 18000000.wmac: N9 Firmware Version: _reserved_, Build Time: 20220630094834
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 8.807571] mt7915e 0000:01:00.0: HW/SW Version: 0x8a108a10, Build Time: 20211222184017a
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 8.807571]
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 8.949220] mt7915e 0000:01:00.0: WM Firmware Version: ____000000, Build Time: 20211222184052
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 9.023754] mt7915e 0000:01:00.0: WA Firmware Version: DEV_000000, Build Time: 20211222184111
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 9.165879] PPP generic driver version 2.4.2
    Thu Sep 4 17:23:06 2025 kern.info kernel: [ 9.171567] NET: Registered protocol family 24
    Thu Sep 4 17:23:06 2025 user.info kernel: [ 9.179857] kmodloader: done loading kernel modules from /etc/modules.d/*
    Thu Sep 4 17:23:06 2025 user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses!
    Thu Sep 4 17:23:06 2025 user.notice dnsmasq: Allowing 127.0.0.0/8 responses
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: started, version 2.86 cachesize 150
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: DNS service limited to local subnets
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-cryptohash no-DNSSEC no-ID loop-detect inotify dumpfile
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: UBus support enabled: connected to system bus
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: using only locally-known addresses for test
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: using only locally-known addresses for onion
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: using only locally-known addresses for local
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: using only locally-known addresses for bind
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
    Thu Sep 4 17:23:06 2025 daemon.warn dnsmasq[1]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: read /etc/hosts - 4 addresses
    Thu Sep 4 17:23:06 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 17 addresses
    Thu Sep 4 17:23:06 2025 authpriv.info dropbear[1621]: Not backgrounding
    Thu Sep 4 17:23:07 2025 daemon.notice wpa_supplicant[1758]: Successfully initialized wpa_supplicant
    Thu Sep 4 17:23:07 2025 user.notice : Added device handler type: bonding
    Thu Sep 4 17:23:07 2025 user.notice : Added device handler type: 8021ad
    Thu Sep 4 17:23:07 2025 user.notice : Added device handler type: 8021q
    Thu Sep 4 17:23:07 2025 user.notice : Added device handler type: macvlan
    Thu Sep 4 17:23:07 2025 user.notice : Added device handler type: veth
    Thu Sep 4 17:23:07 2025 user.notice : Added device handler type: bridge
    Thu Sep 4 17:23:07 2025 user.notice : Added device handler type: Network device
    Thu Sep 4 17:23:07 2025 user.notice : Added device handler type: tunnel
    Thu Sep 4 17:23:08 2025 user.notice ucitrack: Setting up /etc/config/network reload dependency on /etc/config/dhcp
    Thu Sep 4 17:23:08 2025 user.notice ucitrack: Setting up /etc/config/wireless reload dependency on /etc/config/network
    Thu Sep 4 17:23:08 2025 user.notice ucitrack: Setting up /etc/config/firewall reload dependency on /etc/config/luci-splash
    Thu Sep 4 17:23:08 2025 user.notice ucitrack: Setting up /etc/config/firewall reload dependency on /etc/config/qos
    Thu Sep 4 17:23:08 2025 user.notice ucitrack: Setting up /etc/config/firewall reload dependency on /etc/config/miniupnpd
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.730153] mtk_soc_eth 1b100000.ethernet eth0: Link is Down
    Thu Sep 4 17:23:08 2025 user.notice ucitrack: Setting up /etc/config/dhcp reload dependency on /etc/config/odhcpd
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.739584] mtk_soc_eth 1b100000.ethernet eth0: configuring for fixed/2500base-x link mode
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.748010] mtk_soc_eth 1b100000.ethernet eth0: Link is Up - 2.5Gbps/Full - flow control rx/tx
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.749982] mt7530 mdio-bus:00 lan1: configuring for phy/gmii link mode
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.770586] 8021q: adding VLAN 0 to HW filter on device lan1
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.781087] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.789312] br-lan: port 1(lan1) entered blocking state
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.794566] br-lan: port 1(lan1) entered disabled state
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.800980] device lan1 entered promiscuous mode
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.805605] device eth0 entered promiscuous mode
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'lan' is enabled
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'lan' is setting up now
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'lan' is now up
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.820869] mt7530 mdio-bus:00 lan2: configuring for phy/gmii link mode
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.828124] 8021q: adding VLAN 0 to HW filter on device lan2
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.836753] br-lan: port 2(lan2) entered blocking state
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.841982] br-lan: port 2(lan2) entered disabled state
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.848195] device lan2 entered promiscuous mode
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.858056] mt7530 mdio-bus:00 lan3: configuring for phy/gmii link mode
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.865181] 8021q: adding VLAN 0 to HW filter on device lan3
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.875422] mt7530 mdio-bus:00 lan3: Link is Up - 1Gbps/Full - flow control rx/tx
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.877952] br-lan: port 3(lan3) entered blocking state
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.888183] br-lan: port 3(lan3) entered disabled state
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.895849] device lan3 entered promiscuous mode
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.904751] br-lan: port 3(lan3) entered blocking state
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.909999] br-lan: port 3(lan3) entered forwarding state
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.917551] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
    Thu Sep 4 17:23:08 2025 user.notice ucitrack: Setting up non-init /etc/config/fstab reload handler: /sbin/block mount
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: bridge 'br-lan' link is up
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'lan' has link connectivity
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.928815] mt7530 mdio-bus:00 wan: configuring for phy/gmii link mode
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.935877] 8021q: adding VLAN 0 to HW filter on device wan
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.940362] mt7530 mdio-bus:00 wan: Link is Up - 1Gbps/Full - flow control off
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'WAN' is enabled
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'loopback' is enabled
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'loopback' is setting up now
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'loopback' is now up
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Network device 'eth0' link is up
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Network device 'lan3' link is up
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Network device 'wan' link is up
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'WAN' has link connectivity
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'WAN' is setting up now
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Network device 'lo' link is up
    Thu Sep 4 17:23:08 2025 daemon.notice netifd: Interface 'loopback' has link connectivity
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 11.949989] IPv6: ADDRCONF(NETDEV_CHANGE): wan: link becomes ready
    Thu Sep 4 17:23:08 2025 daemon.err insmod: module is already loaded - slhc
    Thu Sep 4 17:23:08 2025 daemon.err insmod: module is already loaded - ppp_generic
    Thu Sep 4 17:23:08 2025 user.notice ucitrack: Setting up /etc/config/system reload trigger for non-procd /etc/init.d/led
    Thu Sep 4 17:23:08 2025 daemon.err insmod: module is already loaded - pppox
    Thu Sep 4 17:23:08 2025 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
    Thu Sep 4 17:23:08 2025 daemon.err insmod: module is already loaded - pppoe
    Thu Sep 4 17:23:08 2025 daemon.info pppd[2211]: Plugin pppoe.so loaded.
    Thu Sep 4 17:23:08 2025 daemon.info pppd[2211]: PPPoE plugin from pppd 2.4.9
    Thu Sep 4 17:23:08 2025 daemon.notice pppd[2211]: pppd 2.4.9 started by root, uid 0
    Thu Sep 4 17:23:08 2025 user.notice ucitrack: Setting up /etc/config/system reload dependency on /etc/config/luci_statistics
    Thu Sep 4 17:23:08 2025 user.notice ucitrack: Setting up /etc/config/system reload dependency on /etc/config/dhcp
    Thu Sep 4 17:23:08 2025 daemon.info pppd[2211]: PPP session is 7169
    Thu Sep 4 17:23:08 2025 daemon.warn pppd[2211]: Connected to 3c:ec:ef:38:7c:8d via interface wan
    Thu Sep 4 17:23:08 2025 kern.info kernel: [ 12.267206] pppoe-WAN: renamed from ppp0
    Thu Sep 4 17:23:08 2025 daemon.info pppd[2211]: Renamed interface ppp0 to pppoe-WAN
    Thu Sep 4 17:23:08 2025 daemon.info pppd[2211]: Using interface pppoe-WAN
    Thu Sep 4 17:23:08 2025 daemon.notice pppd[2211]: Connect: pppoe-WAN <--> wan
    Thu Sep 4 17:23:09 2025 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) --> new PHY
    Thu Sep 4 17:23:09 2025 daemon.notice procd: /etc/rc.d/S96led: setting up led WAN
    Thu Sep 4 17:23:09 2025 kern.info kernel: [ 12.511113] br-lan: port 4(wlan0) entered blocking state
    Thu Sep 4 17:23:09 2025 kern.info kernel: [ 12.516460] br-lan: port 4(wlan0) entered disabled state
    Thu Sep 4 17:23:09 2025 kern.info kernel: [ 12.521961] device wlan0 entered promiscuous mode
    Thu Sep 4 17:23:09 2025 kern.info kernel: [ 12.526762] br-lan: port 4(wlan0) entered blocking state
    Thu Sep 4 17:23:09 2025 kern.info kernel: [ 12.532074] br-lan: port 4(wlan0) entered forwarding state
    Thu Sep 4 17:23:09 2025 kern.info kernel: [ 12.576663] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
    Thu Sep 4 17:23:09 2025 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->ENABLED
    Thu Sep 4 17:23:09 2025 daemon.notice hostapd: wlan0: AP-ENABLED
    Thu Sep 4 17:23:09 2025 daemon.info procd: - init complete -
    Thu Sep 4 17:23:09 2025 daemon.err odhcpd[1849]: Failed to send to ff02::1%lan@br-lan (Address not available)
    Thu Sep 4 17:23:09 2025 daemon.info dnsmasq[1]: read /etc/hosts - 4 addresses
    Thu Sep 4 17:23:09 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 17 addresses
    Thu Sep 4 17:23:09 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c.2632 - 0 addresses
    Thu Sep 4 17:23:09 2025 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 0 addresses
    Thu Sep 4 17:23:10 2025 daemon.notice netifd: Wireless device 'radio0' is now up
    Thu Sep 4 17:23:10 2025 daemon.notice netifd: Network device 'wlan0' link is up
    Thu Sep 4 17:23:10 2025 daemon.info dnsmasq[1]: read /etc/hosts - 4 addresses
    Thu Sep 4 17:23:10 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 17 addresses
    Thu Sep 4 17:23:10 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c.2632 - 17 addresses
    Thu Sep 4 17:23:10 2025 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 1 addresses
    Thu Sep 4 17:23:11 2025 kern.info kernel: [ 14.668675] mt7530 mdio-bus:00 lan1: Link is Up - 1Gbps/Full - flow control rx/tx
    Thu Sep 4 17:23:11 2025 kern.info kernel: [ 14.676187] br-lan: port 1(lan1) entered blocking state
    Thu Sep 4 17:23:11 2025 kern.info kernel: [ 14.681423] br-lan: port 1(lan1) entered forwarding state
    Thu Sep 4 17:23:11 2025 daemon.notice netifd: Network device 'lan1' link is up
    Thu Sep 4 17:23:11 2025 daemon.notice pppd[2211]: PAP authentication succeeded
    Thu Sep 4 17:23:11 2025 daemon.notice pppd[2211]: peer from calling number 3C:EC:EF:38:7C:8D authorized
    Thu Sep 4 17:23:11 2025 daemon.notice pppd[2211]: local LL address fe80::8c5b:e175:f486:87b2
    Thu Sep 4 17:23:11 2025 daemon.notice pppd[2211]: remote LL address fe80::546f:59bc:1ca3:cd41
    Thu Sep 4 17:23:11 2025 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::546f:59bc:1ca3:cd41%pppoe-WAN: Address not available
    Thu Sep 4 17:23:11 2025 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::546f:59bc:1ca3:cd41%pppoe-WAN: Address not available
    Thu Sep 4 17:23:12 2025 daemon.notice netifd: Network device 'pppoe-WAN' link is up
    Thu Sep 4 17:23:12 2025 daemon.notice netifd: Interface 'WAN' is now up
    Thu Sep 4 17:23:12 2025 daemon.notice pppd[2211]: local IP address 87.97.89.254
    Thu Sep 4 17:23:12 2025 daemon.notice pppd[2211]: remote IP address 10.0.0.1
    Thu Sep 4 17:23:12 2025 daemon.notice pppd[2211]: primary DNS address 193.110.57.4
    Thu Sep 4 17:23:12 2025 daemon.notice pppd[2211]: secondary DNS address 193.110.56.8
    Thu Sep 4 17:23:12 2025 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::546f:59bc:1ca3:cd41%pppoe-WAN: Address not available
    Thu Sep 4 17:23:12 2025 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::546f:59bc:1ca3:cd41%pppoe-WAN: Address not available
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using nameserver 193.110.57.4#53
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using nameserver 193.110.56.8#53
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for test
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for onion
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for local
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for bind
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
    Thu Sep 4 17:23:12 2025 daemon.notice netifd: Network alias 'pppoe-WAN' link is up
    Thu Sep 4 17:23:12 2025 daemon.notice netifd: Interface 'WAN_6' is enabled
    Thu Sep 4 17:23:12 2025 daemon.notice netifd: Interface 'WAN_6' has link connectivity
    Thu Sep 4 17:23:12 2025 daemon.notice netifd: Interface 'WAN_6' is setting up now
    Thu Sep 4 17:23:12 2025 user.notice firewall: Reloading firewall due to ifup of WAN (pppoe-WAN)
    Thu Sep 4 17:23:12 2025 user.notice firewall: Reloading firewall due to ifupdate of WAN (pppoe-WAN)
    Thu Sep 4 17:23:12 2025 daemon.info hostapd: wlan0: STA d4:f0:ea:e9:df:98 IEEE 802.11: authenticated
    Thu Sep 4 17:23:12 2025 daemon.info hostapd: wlan0: STA d4:f0:ea:e9:df:98 IEEE 802.11: associated (aid 1)
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: exiting on receipt of SIGTERM
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: started, version 2.86 cachesize 150
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: DNS service limited to local subnets
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-cryptohash no-DNSSEC no-ID loop-detect inotify dumpfile
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: UBus support enabled: connected to system bus
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq-dhcp[1]: DHCP, IP range 192.168.1.100 -- 192.168.1.249, lease time 12h
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for test
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for onion
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for local
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for bind
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using nameserver 193.110.57.4#53
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using nameserver 193.110.56.8#53
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for test
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for onion
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for local
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for bind
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: read /etc/hosts - 4 addresses
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 19 addresses
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 1 addresses
    Thu Sep 4 17:23:12 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
    Thu Sep 4 17:23:13 2025 daemon.info hostapd: wlan0: STA 00:a1:14:01:7b:b1 IEEE 802.11: authenticated
    Thu Sep 4 17:23:13 2025 daemon.info hostapd: wlan0: STA 00:a1:14:01:7b:b1 IEEE 802.11: associated (aid 2)
    Thu Sep 4 17:23:13 2025 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 00:a1:14:01:7b:b1
    Thu Sep 4 17:23:13 2025 daemon.info hostapd: wlan0: STA 00:a1:14:01:7b:b1 WPA: pairwise key handshake completed (RSN)
    Thu Sep 4 17:23:13 2025 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 00:a1:14:01:7b:b1
    Thu Sep 4 17:23:14 2025 daemon.notice hostapd: wlan0: AP-STA-CONNECTED d4:f0:ea:e9:df:98
    Thu Sep 4 17:23:14 2025 daemon.info hostapd: wlan0: STA d4:f0:ea:e9:df:98 WPA: pairwise key handshake completed (RSN)
    Thu Sep 4 17:23:14 2025 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED d4:f0:ea:e9:df:98
    Thu Sep 4 17:23:14 2025 daemon.info hostapd: wlan0: STA 34:98:7a:dc:b5:06 IEEE 802.11: authenticated
    Thu Sep 4 17:23:14 2025 daemon.info hostapd: wlan0: STA 48:55:19:49:2f:c9 IEEE 802.11: authenticated
    Thu Sep 4 17:23:14 2025 daemon.info hostapd: wlan0: STA 34:98:7a:dc:b3:af IEEE 802.11: authenticated
    Thu Sep 4 17:23:14 2025 daemon.info hostapd: wlan0: STA 34:98:7a:dc:b5:06 IEEE 802.11: associated (aid 3)
    Thu Sep 4 17:23:14 2025 daemon.info hostapd: wlan0: STA 48:55:19:49:2f:c9 IEEE 802.11: associated (aid 4)
    Thu Sep 4 17:23:14 2025 daemon.info hostapd: wlan0: STA 34:98:7a:dc:b3:af IEEE 802.11: associated (aid 5)
    Thu Sep 4 17:23:14 2025 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 48:55:19:49:2f:c9
    Thu Sep 4 17:23:14 2025 daemon.info hostapd: wlan0: STA 48:55:19:49:2f:c9 WPA: pairwise key handshake completed (RSN)
    Thu Sep 4 17:23:14 2025 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 48:55:19:49:2f:c9
    Thu Sep 4 17:23:14 2025 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 34:98:7a:dc:b5:06
    Thu Sep 4 17:23:14 2025 daemon.info hostapd: wlan0: STA 34:98:7a:dc:b5:06 WPA: pairwise key handshake completed (RSN)
    Thu Sep 4 17:23:14 2025 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 34:98:7a:dc:b5:06
    Thu Sep 4 17:23:14 2025 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 34:98:7a:dc:b3:af
    Thu Sep 4 17:23:14 2025 daemon.info hostapd: wlan0: STA 34:98:7a:dc:b3:af WPA: pairwise key handshake completed (RSN)
    Thu Sep 4 17:23:14 2025 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 34:98:7a:dc:b3:af
    Thu Sep 4 17:23:14 2025 daemon.notice netifd: Interface 'WAN_6' is now up
    Thu Sep 4 17:23:14 2025 user.notice firewall: Reloading firewall due to ifup of WAN_6 (pppoe-WAN)
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) d4:f0:ea:e9:df:98
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.142 d4:f0:ea:e9:df:98
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using nameserver 193.110.57.4#53
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using nameserver 193.110.56.8#53
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using nameserver 2a01:368:a::2#53
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using nameserver 2a01:368:a::1#53
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using only locally-known addresses for test
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using only locally-known addresses for onion
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using only locally-known addresses for local
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using only locally-known addresses for bind
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: read /etc/hosts - 4 addresses
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 19 addresses
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 2 addresses
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.50 18:c0:4d:d7:09:07
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.50 18:c0:4d:d7:09:07 Tibor-Gepe
    Thu Sep 4 17:24:34 2025 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::546f:59bc:1ca3:cd41%pppoe-WAN: Address not available
    Thu Sep 4 17:24:34 2025 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::546f:59bc:1ca3:cd41%pppoe-WAN: Address not available
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.57 6c:f0:49:de:cc:63
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.57 6c:f0:49:de:cc:63 Torrent-PC
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.142 d4:f0:ea:e9:df:98
    Thu Sep 4 17:24:34 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.142 d4:f0:ea:e9:df:98 dreame_vacuum_r2209
    Thu Sep 4 17:24:35 2025 daemon.warn dnsmasq[1]: possible DNS-rebind attack detected: dns.msftncsi.com
    Thu Sep 4 17:24:35 2025 daemon.warn dnsmasq[1]: possible DNS-rebind attack detected: nlb-o15yovwgajdxn1mzb2.cn-shanghai.nlb.aliyuncsslb.com
    Thu Sep 4 17:24:35 2025 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 00:a1:14:01:7b:b1
    Thu Sep 4 17:24:35 2025 daemon.info hostapd: wlan0: STA 00:a1:14:01:7b:b1 IEEE 802.11: disassociated
    Thu Sep 4 17:24:36 2025 daemon.info hostapd: wlan0: STA 00:a1:14:01:7b:b1 IEEE 802.11: authenticated
    Thu Sep 4 17:24:36 2025 daemon.info hostapd: wlan0: STA 00:a1:14:01:7b:b1 IEEE 802.11: associated (aid 2)
    Thu Sep 4 17:24:36 2025 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 00:a1:14:01:7b:b1
    Thu Sep 4 17:24:36 2025 daemon.info hostapd: wlan0: STA 00:a1:14:01:7b:b1 WPA: pairwise key handshake completed (RSN)
    Thu Sep 4 17:24:36 2025 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 00:a1:14:01:7b:b1
    Thu Sep 4 17:24:37 2025 daemon.warn dnsmasq[1]: possible DNS-rebind attack detected: dns.msftncsi.com
    Thu Sep 4 17:24:37 2025 daemon.info hostapd: wlan0: STA 50:2c:c6:54:6f:06 IEEE 802.11: authenticated
    Thu Sep 4 17:24:37 2025 daemon.info hostapd: wlan0: STA 50:2c:c6:54:6f:06 IEEE 802.11: associated (aid 6)
    Thu Sep 4 17:24:37 2025 daemon.info hostapd: wlan0: STA 50:2c:c6:72:a6:1e IEEE 802.11: authenticated
    Thu Sep 4 17:24:37 2025 daemon.info hostapd: wlan0: STA 50:2c:c6:54:67:da IEEE 802.11: authenticated
    Thu Sep 4 17:24:37 2025 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 50:2c:c6:54:6f:06
    Thu Sep 4 17:24:37 2025 daemon.info hostapd: wlan0: STA 50:2c:c6:54:6f:06 WPA: pairwise key handshake completed (RSN)
    Thu Sep 4 17:24:37 2025 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 50:2c:c6:54:6f:06
    Thu Sep 4 17:24:37 2025 daemon.info hostapd: wlan0: STA 50:2c:c6:54:67:da IEEE 802.11: associated (aid 7)
    Thu Sep 4 17:24:37 2025 daemon.info hostapd: wlan0: STA 50:2c:c6:72:a6:1e IEEE 802.11: associated (aid 8)
    Thu Sep 4 17:24:37 2025 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 50:2c:c6:54:67:da
    Thu Sep 4 17:24:37 2025 daemon.info hostapd: wlan0: STA 50:2c:c6:54:67:da WPA: pairwise key handshake completed (RSN)
    Thu Sep 4 17:24:37 2025 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 50:2c:c6:54:67:da
    Thu Sep 4 17:24:37 2025 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 50:2c:c6:72:a6:1e
    Thu Sep 4 17:24:37 2025 daemon.info hostapd: wlan0: STA 50:2c:c6:72:a6:1e WPA: pairwise key handshake completed (RSN)
    Thu Sep 4 17:24:37 2025 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 50:2c:c6:72:a6:1e
    Thu Sep 4 17:24:38 2025 daemon.info hostapd: wlan0: STA 0c:71:8c:18:11:c7 IEEE 802.11: authenticated
    Thu Sep 4 17:24:38 2025 daemon.info hostapd: wlan0: STA 0c:71:8c:18:11:c7 IEEE 802.11: associated (aid 9)
    Thu Sep 4 17:24:38 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 34:98:7a:dc:b5:06
    Thu Sep 4 17:24:38 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.161 34:98:7a:dc:b5:06
    Thu Sep 4 17:24:38 2025 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::546f:59bc:1ca3:cd41%pppoe-WAN: Address not available
    Thu Sep 4 17:24:38 2025 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::546f:59bc:1ca3:cd41%pppoe-WAN: Address not available
    Thu Sep 4 17:24:38 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 48:55:19:49:2f:c9
    Thu Sep 4 17:24:38 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.102 48:55:19:49:2f:c9
    Thu Sep 4 17:24:38 2025 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:38 2025 daemon.info hostapd: wlan0: STA 0c:71:8c:18:11:c7 WPA: pairwise key handshake completed (RSN)
    Thu Sep 4 17:24:38 2025 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 34:98:7a:dc:b3:af
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.232 34:98:7a:dc:b3:af
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq[1]: read /etc/hosts - 4 addresses
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 19 addresses
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 6 addresses
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.102 48:55:19:49:2f:c9
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.102 48:55:19:49:2f:c9 DIGI-Kapcsolo-SONOFF
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq[1]: read /etc/hosts - 4 addresses
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 19 addresses
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 6 addresses
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.161 34:98:7a:dc:b5:06
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.161 34:98:7a:dc:b5:06 ESP_DCB506
    Thu Sep 4 17:24:42 2025 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::546f:59bc:1ca3:cd41%pppoe-WAN: Address not available
    Thu Sep 4 17:24:42 2025 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::546f:59bc:1ca3:cd41%pppoe-WAN: Address not available
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.215 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.215 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPINFORM(br-lan) 192.168.1.57 6c:f0:49:de:cc:63
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.57 6c:f0:49:de:cc:63 Torrent-PC
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 34:98:7a:dc:b3:af
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.232 34:98:7a:dc:b3:af
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.215 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.161 34:98:7a:dc:b5:06
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.161 34:98:7a:dc:b5:06 ESP_DCB506
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.102 48:55:19:49:2f:c9
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.102 48:55:19:49:2f:c9 DIGI-Kapcsolo-SONOFF
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.215 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.232 34:98:7a:dc:b3:af
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.232 34:98:7a:dc:b3:af ESP_DCB3AF
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.215 0c:71:8c:18:11:c7
    Thu Sep 4 17:24:42 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.215 0c:71:8c:18:11:c7 Adri-telo
    Thu Sep 4 17:25:11 2025 user.info : luci: accepted login on / for root from 192.168.1.50
    Thu Sep 4 17:25:17 2025 daemon.warn dnsmasq[1]: possible DNS-rebind attack detected: nlb-o15yovwgajdxn1mzb2.cn-shanghai.nlb.aliyuncsslb.com

    Kernel napló:

    [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]
    [ 0.000000] Linux version 5.10.146 (builder@buildhost) (aarch64-openwrt-linux-musl-gcc (OpenWrt GCC 11.2.0 r19803-9a599fee93) 11.2.0, GNU ld (GNU Binutils) 2.37) #0 SMP Fri Oct 14 22:44:41 2022
    [ 0.000000] Machine model: Xiaomi Redmi Router AX6S
    [ 0.000000] Zone ranges:
    [ 0.000000] DMA [mem 0x0000000040000000-0x000000004fffffff]
    [ 0.000000] DMA32 empty
    [ 0.000000] Normal empty
    [ 0.000000] Movable zone start for each node
    [ 0.000000] Early memory node ranges
    [ 0.000000] node 0: [mem 0x0000000040000000-0x0000000042ffffff]
    [ 0.000000] node 0: [mem 0x0000000043000000-0x000000004302ffff]
    [ 0.000000] node 0: [mem 0x0000000043030000-0x000000004fffffff]
    [ 0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x000000004fffffff]
    [ 0.000000] On node 0 totalpages: 65536
    [ 0.000000] DMA zone: 1024 pages used for memmap
    [ 0.000000] DMA zone: 0 pages reserved
    [ 0.000000] DMA zone: 65536 pages, LIFO batch:15
    [ 0.000000] psci: probing for conduit method from DT.
    [ 0.000000] psci: PSCIv0.2 detected in firmware.
    [ 0.000000] psci: Using standard PSCI v0.2 function IDs
    [ 0.000000] psci: Trusted OS migration not required
    [ 0.000000] percpu: Embedded 20 pages/cpu s43992 r8192 d29736 u81920
    [ 0.000000] pcpu-alloc: s43992 r8192 d29736 u81920 alloc=20*4096
    [ 0.000000] pcpu-alloc: [0] 0 [0] 1
    [ 0.000000] Detected VIPT I-cache on CPU0
    [ 0.000000] CPU features: detected: ARM erratum 845719
    [ 0.000000] CPU features: kernel page table isolation disabled by kernel configuration
    [ 0.000000] CPU features: detected: ARM erratum 843419
    [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 64512
    [ 0.000000] Kernel command line: console=ttyS0,115200n1 loglevel=8 swiotlb=512 rootfstype=squashfs firmware=1 uart_en=1
    [ 0.000000] Dentry cache hash table entries: 32768 (order: 6, 262144 bytes, linear)
    [ 0.000000] Inode-cache hash table entries: 16384 (order: 5, 131072 bytes, linear)
    [ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
    [ 0.000000] Memory: 232880K/262144K available (8254K kernel code, 894K rwdata, 1444K rodata, 448K init, 299K bss, 29264K reserved, 0K cma-reserved)
    [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
    [ 0.000000] rcu: Hierarchical RCU implementation.
    [ 0.000000] Tracing variant of Tasks RCU enabled.
    [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
    [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0
    [ 0.000000] GIC: GICv2 detected, but range too small and irqchip.gicv2_force_probe not set
    [ 0.000000] arch_timer: cp15 timer(s) running at 12.50MHz (phys).
    [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x2e2049cda, max_idle_ns: 440795202628 ns
    [ 0.000003] sched_clock: 56 bits at 12MHz, resolution 80ns, wraps every 4398046511080ns
    [ 0.000188] Calibrating delay loop (skipped), value calculated using timer frequency.. 25.00 BogoMIPS (lpj=125000)
    [ 0.000198] pid_max: default: 32768 minimum: 301
    [ 0.000270] Mount-cache hash table entries: 512 (order: 0, 4096 bytes, linear)
    [ 0.000276] Mountpoint-cache hash table entries: 512 (order: 0, 4096 bytes, linear)
    [ 0.001281] rcu: Hierarchical SRCU implementation.
    [ 0.001384] dyndbg: Ignore empty _ddebug table in a CONFIG_DYNAMIC_DEBUG_CORE build
    [ 0.001567] smp: Bringing up secondary CPUs ...
    [ 0.001903] Detected VIPT I-cache on CPU1
    [ 0.001947] CPU1: Booted secondary processor 0x0000000001 [0x410fd034]
    [ 0.002008] smp: Brought up 1 node, 2 CPUs
    [ 0.002016] SMP: Total of 2 processors activated.
    [ 0.002020] CPU features: detected: 32-bit EL0 Support
    [ 0.002025] CPU features: detected: CRC32 instructions
    [ 0.002133] CPU: All CPU(s) started at EL2
    [ 0.002144] alternatives: patching kernel code
    [ 0.005368] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
    [ 0.005386] futex hash table entries: 512 (order: 3, 32768 bytes, linear)
    [ 0.005472] pinctrl core: initialized pinctrl subsystem
    [ 0.006594] NET: Registered protocol family 16
    [ 0.006895] DMA: preallocated 128 KiB GFP_KERNEL pool for atomic allocations
    [ 0.006921] DMA: preallocated 128 KiB GFP_KERNEL|GFP_DMA pool for atomic allocations
    [ 0.006945] DMA: preallocated 128 KiB GFP_KERNEL|GFP_DMA32 pool for atomic allocations
    [ 0.007211] thermal_sys: Registered thermal governor 'fair_share'
    [ 0.007214] thermal_sys: Registered thermal governor 'bang_bang'
    [ 0.007219] thermal_sys: Registered thermal governor 'step_wise'
    [ 0.007223] thermal_sys: Registered thermal governor 'user_space'
    [ 0.007440] ASID allocator initialised with 65536 entries
    [ 0.007810] pstore: Registered ramoops as persistent store backend
    [ 0.007816] ramoops: using 0x10000@0x42ff0000, ecc: 0
    [ 0.033314] cryptd: max_cpu_qlen set to 1000
    [ 0.035029] SCSI subsystem initialized
    [ 0.035163] libata version 3.00 loaded.
    [ 0.035314] usbcore: registered new interface driver usbfs
    [ 0.035344] usbcore: registered new interface driver hub
    [ 0.035369] usbcore: registered new device driver usb
    [ 0.036421] clocksource: Switched to clocksource arch_sys_counter
    [ 0.036966] NET: Registered protocol family 2
    [ 0.037065] IP idents hash table entries: 4096 (order: 3, 32768 bytes, linear)
    [ 0.037413] tcp_listen_portaddr_hash hash table entries: 256 (order: 0, 4096 bytes, linear)
    [ 0.037430] TCP established hash table entries: 2048 (order: 2, 16384 bytes, linear)
    [ 0.037448] TCP bind hash table entries: 2048 (order: 3, 32768 bytes, linear)
    [ 0.037476] TCP: Hash tables configured (established 2048 bind 2048)
    [ 0.037540] UDP hash table entries: 256 (order: 1, 8192 bytes, linear)
    [ 0.037556] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes, linear)
    [ 0.037643] NET: Registered protocol family 1
    [ 0.037662] PCI: CLS 0 bytes, default 64
    [ 0.040258] workingset: timestamp_bits=46 max_order=16 bucket_order=0
    [ 0.042799] squashfs: version 4.0 (2009/01/31) Phillip Lougher
    [ 0.042808] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
    [ 0.074539] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
    [ 0.079033] mt-pmic-pwrap 10001000.pwrap: unexpected interrupt int=0x1
    [ 0.093402] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
    [ 0.095241] printk: console [ttyS0] disabled
    [ 0.115452] 11002000.serial: ttyS0 at MMIO 0x11002000 (irq = 21, base_baud = 1562500) is a ST16650V2
    [ 0.708182] printk: console [ttyS0] enabled
    [ 0.713271] mtk_rng 1020f000.rng: registered RNG driver
    [ 0.713447] random: crng init done
    [ 0.718697] cacheinfo: Unable to detect cache hierarchy for CPU 0
    [ 0.730291] loop: module loaded
    [ 0.733434] Loading iSCSI transport class v2.0-870.
    [ 0.739461] mtk-snand 1100d000.snfi: chip is F50L1G41LB, size 128MB, page size 2048, oob size 64
    [ 0.750255] [BBT] BMT.v2 is found at 0x3ff
    [ 0.754535] 10 fixed-partitions partitions found on MTD device 1100d000.snfi
    [ 0.761619] OF: Bad cell count for /snfi@1100d000/partitions
    [ 0.767292] OF: Bad cell count for /snfi@1100d000/partitions
    [ 0.773344] OF: Bad cell count for /snfi@1100d000/partitions
    [ 0.779029] OF: Bad cell count for /snfi@1100d000/partitions
    [ 0.784774] Creating 10 MTD partitions on "1100d000.snfi":
    [ 0.790264] 0x000000000000-0x000000080000 : "Preloader"
    [ 0.796657] 0x000000080000-0x0000000c0000 : "ATF"
    [ 0.802024] 0x0000000c0000-0x000000140000 : "u-boot"
    [ 0.808103] 0x000000140000-0x000000180000 : "u-boot-env"
    [ 0.814056] 0x000000180000-0x0000001c0000 : "bdata"
    [ 0.819598] 0x0000001c0000-0x000000240000 : "factory"
    [ 0.825731] 0x000000240000-0x000000280000 : "crash"
    [ 0.831286] 0x000000280000-0x0000002c0000 : "crash_log"
    [ 0.837201] 0x0000002c0000-0x0000006c0000 : "kernel"
    [ 0.850280] no rootfs found after FIT image in "kernel"
    [ 0.855503] 0x0000006c0000-0x0000075c0000 : "ubi"
    [ 1.094079] mtk_soc_eth 1b100000.ethernet eth0: mediatek frame engine at 0xffffffc011c20000, irq 30
    [ 1.103678] i2c /dev entries driver
    [ 1.108169] mtk-wdt 10212000.watchdog: Watchdog enabled (timeout=31 sec, nowayout=0)
    [ 1.118889] NET: Registered protocol family 10
    [ 1.124038] Segment Routing with IPv6
    [ 1.127756] NET: Registered protocol family 17
    [ 1.132224] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
    [ 1.145273] 8021q: 802.1Q VLAN Support v1.8
    [ 1.150650] pstore: Using crash dump compression: deflate
    [ 1.165286] mtk-pcie 1a143000.pcie: host bridge /pcie@1a143000 ranges:
    [ 1.171838] mtk-pcie 1a143000.pcie: Parsing ranges property...
    [ 1.177676] mtk-pcie 1a143000.pcie: MEM 0x0020000000..0x0027ffffff -> 0x0020000000
    [ 1.212195] mtk-pcie 1a143000.pcie: PCI host bridge to bus 0000:00
    [ 1.218383] pci_bus 0000:00: root bus resource [bus 00-ff]
    [ 1.223860] pci_bus 0000:00: root bus resource [mem 0x20000000-0x27ffffff]
    [ 1.230732] pci_bus 0000:00: scanning bus
    [ 1.234774] pci 0000:00:00.0: [14c3:3258] type 01 class 0x060400
    [ 1.240806] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x1ffffffff 64bit pref]
    [ 1.249463] pci_bus 0000:00: fixups for bus
    [ 1.253643] pci 0000:00:00.0: scanning [bus 00-00] behind bridge, pass 0
    [ 1.260341] pci 0000:00:00.0: bridge configuration invalid ([bus 00-00]), reconfiguring
    [ 1.268354] pci 0000:00:00.0: scanning [bus 00-00] behind bridge, pass 1
    [ 1.275137] pci_bus 0000:01: scanning bus
    [ 1.279354] pci 0000:01:00.0: [14c3:7915] type 00 class 0x000280
    [ 1.285530] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x000fffff 64bit pref]
    [ 1.292857] pci 0000:01:00.0: reg 0x18: [mem 0x00000000-0x00003fff 64bit pref]
    [ 1.300180] pci 0000:01:00.0: reg 0x20: [mem 0x00000000-0x00000fff 64bit pref]
    [ 1.308135] pci 0000:01:00.0: supports D1 D2
    [ 1.312396] pci 0000:01:00.0: PME# supported from D0 D1 D2 D3hot D3cold
    [ 1.319029] pci 0000:01:00.0: PME# disabled
    [ 1.323509] pci 0000:01:00.0: 2.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s PCIe x1 link at 0000:00:00.0 (capable of 4.000 Gb/s with 5.0 GT/s PCIe x1 link)
    [ 1.367574] pci_bus 0000:01: fixups for bus
    [ 1.371751] pci_bus 0000:01: bus scan returning with max=01
    [ 1.377329] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
    [ 1.383939] pci_bus 0000:00: bus scan returning with max=01
    [ 1.389521] pci 0000:00:00.0: BAR 0: no space for [mem size 0x200000000 64bit pref]
    [ 1.397176] pci 0000:00:00.0: BAR 0: failed to assign [mem size 0x200000000 64bit pref]
    [ 1.405172] pci 0000:00:00.0: BAR 8: assigned [mem 0x20000000-0x201fffff]
    [ 1.411958] pci 0000:01:00.0: BAR 0: assigned [mem 0x20000000-0x200fffff 64bit pref]
    [ 1.419780] pci 0000:01:00.0: BAR 2: assigned [mem 0x20100000-0x20103fff 64bit pref]
    [ 1.427605] pci 0000:01:00.0: BAR 4: assigned [mem 0x20104000-0x20104fff 64bit pref]
    [ 1.435422] pci 0000:00:00.0: PCI bridge to [bus 01]
    [ 1.440386] pci 0000:00:00.0: bridge window [mem 0x20000000-0x201fffff]
    [ 1.447244] pcieport 0000:00:00.0: of_irq_parse_pci: failed with rc=-22
    [ 1.453849] pcieport 0000:00:00.0: assign IRQ: got 0
    [ 1.458820] pcieport 0000:00:00.0: enabling device (0000 -> 0002)
    [ 1.464922] pcieport 0000:00:00.0: enabling bus mastering
    [ 1.470740] mtk_hsdma 1b007000.dma-controller: Using 3 as missing dma-requests property
    [ 1.478935] mtk_hsdma 1b007000.dma-controller: MediaTek HSDMA driver registered
    [ 1.535338] mt7530 mdio-bus:00 wan (uninitialized): PHY [mt7530-0:01] driver [MediaTek MT7531 PHY] (irq=138)
    [ 1.554982] mt7530 mdio-bus:00 lan1 (uninitialized): PHY [mt7530-0:02] driver [MediaTek MT7531 PHY] (irq=139)
    [ 1.574619] mt7530 mdio-bus:00 lan2 (uninitialized): PHY [mt7530-0:03] driver [MediaTek MT7531 PHY] (irq=140)
    [ 1.594264] mt7530 mdio-bus:00 lan3 (uninitialized): PHY [mt7530-0:04] driver [MediaTek MT7531 PHY] (irq=141)
    [ 1.605852] mt7530 mdio-bus:00: configuring for fixed/2500base-x link mode
    [ 1.612892] DSA: tree 0 setup
    [ 1.613092] mt7530 mdio-bus:00: Link is Up - 2.5Gbps/Full - flow control rx/tx
    [ 1.616587] UBI: auto-attach mtd9
    [ 1.626375] ubi0: attaching mtd9
    [ 2.204411] ubi0: scanning is finished
    [ 2.213816] ubi0: attached mtd9 (name "ubi", size 111 MiB)
    [ 2.219304] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
    [ 2.226169] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
    [ 2.232955] ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
    [ 2.239910] ubi0: good PEBs: 888, bad PEBs: 0, corrupted PEBs: 0
    [ 2.245907] ubi0: user volume: 2, internal volumes: 1, max. volumes count: 128
    [ 2.253124] ubi0: max/mean erase counter: 2/1, WL threshold: 4096, image sequence number: 1665787481
    [ 2.262249] ubi0: available PEBs: 0, total reserved PEBs: 888, PEBs reserved for bad PEB handling: 19
    [ 2.271515] ubi0: background thread "ubi_bgt0d" started, PID 769
    [ 2.278606] block ubiblock0_0: created from ubi0:0(rootfs)
    [ 2.284084] ubiblock: device ubiblock0_0 (rootfs) set to be root filesystem
    [ 2.295383] VFS: Mounted root (squashfs filesystem) readonly on device 259:0.
    [ 2.302737] Freeing unused kernel memory: 448K
    [ 2.336457] Run /sbin/init as init process
    [ 2.340543] with arguments:
    [ 2.343500] /sbin/init
    [ 2.346195] with environment:
    [ 2.349332] HOME=/
    [ 2.351682] TERM=linux
    [ 2.354379] firmware=1
    [ 2.357080] uart_en=1
    [ 2.553659] init: Console is alive
    [ 2.557208] init: - watchdog -
    [ 2.861761] kmodloader: loading kernel modules from /etc/modules-boot.d/*
    [ 2.879682] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
    [ 2.892870] init: - preinit -
    [ 3.171339] mtk_soc_eth 1b100000.ethernet eth0: configuring for fixed/2500base-x link mode
    [ 3.179698] mtk_soc_eth 1b100000.ethernet eth0: Link is Up - 2.5Gbps/Full - flow control rx/tx
    [ 3.196389] mt7530 mdio-bus:00 lan1: configuring for phy/gmii link mode
    [ 3.203689] 8021q: adding VLAN 0 to HW filter on device lan1
    [ 4.476532] mt7530 mdio-bus:00 lan1: Link is Up - 1Gbps/Full - flow control rx/tx
    [ 4.484038] IPv6: ADDRCONF(NETDEV_CHANGE): lan1: link becomes ready
    [ 7.254018] UBIFS (ubi0:1): Mounting in unauthenticated mode
    [ 7.259760] UBIFS (ubi0:1): background thread "ubifs_bgt0_1" started, PID 848
    [ 7.293881] UBIFS (ubi0:1): recovery needed
    [ 7.391388] UBIFS (ubi0:1): recovery completed
    [ 7.395883] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name "rootfs_data"
    [ 7.403714] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
    [ 7.413623] UBIFS (ubi0:1): FS size: 103231488 bytes (98 MiB, 813 LEBs), journal size 5206016 bytes (4 MiB, 41 LEBs)
    [ 7.424137] UBIFS (ubi0:1): reserved for root: 4875878 bytes (4761 KiB)
    [ 7.430746] UBIFS (ubi0:1): media format: w5/r0 (latest is w5/r0), UUID DB37C13D-3A02-4B29-A395-22EB3ECBF48E, small LPT model
    [ 7.446849] mount_root: switching to ubifs overlay
    [ 7.456947] overlayfs: "xino" feature enabled using 2 upper inode bits.
    [ 7.468169] urandom-seed: Seeding with /etc/urandom.seed
    [ 7.558811] mt7530 mdio-bus:00 lan1: Link is Down
    [ 7.570471] procd: - early -
    [ 7.573406] procd: - watchdog -
    [ 8.125897] procd: - watchdog -
    [ 8.130000] procd: - ubus -
    [ 8.193426] procd: - init -
    [ 8.463076] urngd: v1.0.2 started.
    [ 8.504862] kmodloader: loading kernel modules from /etc/modules.d/*
    [ 8.522112] Loading modules backported from Linux version v5.15.58-0-g7d8048d4e064
    [ 8.529754] Backport generated by backports.git v5.15.58-1-0-g42a95ce7
    [ 8.584123] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
    [ 8.594782] mt7915e 0000:01:00.0: assign IRQ: got 142
    [ 8.599923] pci 0000:00:00.0: enabling bus mastering
    [ 8.604898] mt7915e 0000:01:00.0: enabling device (0000 -> 0002)
    [ 8.610987] mt7915e 0000:01:00.0: enabling bus mastering
    [ 8.667893] mt7622-wmac 18000000.wmac: HW/SW Version: 0x8a108a10, Build Time: 20190801210006a
    [ 8.667893]
    [ 8.794758] mt7622-wmac 18000000.wmac: N9 Firmware Version: _reserved_, Build Time: 20220630094834
    [ 8.807571] mt7915e 0000:01:00.0: HW/SW Version: 0x8a108a10, Build Time: 20211222184017a
    [ 8.807571]
    [ 8.949220] mt7915e 0000:01:00.0: WM Firmware Version: ____000000, Build Time: 20211222184052
    [ 9.023754] mt7915e 0000:01:00.0: WA Firmware Version: DEV_000000, Build Time: 20211222184111
    [ 9.165879] PPP generic driver version 2.4.2
    [ 9.171567] NET: Registered protocol family 24
    [ 9.179857] kmodloader: done loading kernel modules from /etc/modules.d/*
    [ 11.730153] mtk_soc_eth 1b100000.ethernet eth0: Link is Down
    [ 11.739584] mtk_soc_eth 1b100000.ethernet eth0: configuring for fixed/2500base-x link mode
    [ 11.748010] mtk_soc_eth 1b100000.ethernet eth0: Link is Up - 2.5Gbps/Full - flow control rx/tx
    [ 11.749982] mt7530 mdio-bus:00 lan1: configuring for phy/gmii link mode
    [ 11.770586] 8021q: adding VLAN 0 to HW filter on device lan1
    [ 11.781087] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
    [ 11.789312] br-lan: port 1(lan1) entered blocking state
    [ 11.794566] br-lan: port 1(lan1) entered disabled state
    [ 11.800980] device lan1 entered promiscuous mode
    [ 11.805605] device eth0 entered promiscuous mode
    [ 11.820869] mt7530 mdio-bus:00 lan2: configuring for phy/gmii link mode
    [ 11.828124] 8021q: adding VLAN 0 to HW filter on device lan2
    [ 11.836753] br-lan: port 2(lan2) entered blocking state
    [ 11.841982] br-lan: port 2(lan2) entered disabled state
    [ 11.848195] device lan2 entered promiscuous mode
    [ 11.858056] mt7530 mdio-bus:00 lan3: configuring for phy/gmii link mode
    [ 11.865181] 8021q: adding VLAN 0 to HW filter on device lan3
    [ 11.875422] mt7530 mdio-bus:00 lan3: Link is Up - 1Gbps/Full - flow control rx/tx
    [ 11.877952] br-lan: port 3(lan3) entered blocking state
    [ 11.888183] br-lan: port 3(lan3) entered disabled state
    [ 11.895849] device lan3 entered promiscuous mode
    [ 11.904751] br-lan: port 3(lan3) entered blocking state
    [ 11.909999] br-lan: port 3(lan3) entered forwarding state
    [ 11.917551] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
    [ 11.928815] mt7530 mdio-bus:00 wan: configuring for phy/gmii link mode
    [ 11.935877] 8021q: adding VLAN 0 to HW filter on device wan
    [ 11.940362] mt7530 mdio-bus:00 wan: Link is Up - 1Gbps/Full - flow control off
    [ 11.949989] IPv6: ADDRCONF(NETDEV_CHANGE): wan: link becomes ready
    [ 12.267206] pppoe-WAN: renamed from ppp0
    [ 12.511113] br-lan: port 4(wlan0) entered blocking state
    [ 12.516460] br-lan: port 4(wlan0) entered disabled state
    [ 12.521961] device wlan0 entered promiscuous mode
    [ 12.526762] br-lan: port 4(wlan0) entered blocking state
    [ 12.532074] br-lan: port 4(wlan0) entered forwarding state
    [ 12.576663] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
    [ 14.668675] mt7530 mdio-bus:00 lan1: Link is Up - 1Gbps/Full - flow control rx/tx
    [ 14.676187] br-lan: port 1(lan1) entered blocking state
    [ 14.681423] br-lan: port 1(lan1) entered forwarding state

  • xabolcs

    őstag

    válasz kiborg #21215 üzenetére

    Ha van eleg memoria az eszkozodben, akkor annak megfeleloen emeld meg a "Rendszernaplo-puffer" meretet 64 kbyte-rol nehany mbyte-ra, nehogy kiporogjon az eleje!

  • vargalex

    Topikgazda

    válasz kiborg #21216 üzenetére

    Igen, azokra. A ddns elvileg automatikusan indul nálad, azaz az nem lehet gond.

  • kiborg

    aktív tag

    Szerintem megtaláltam: Az Állapotnál van olyan, hogy Rendszernapló és Kernel napló, azokra van szükséged ?

  • kiborg

    aktív tag

    válasz vargalex #21214 üzenetére

    Hol tudom megnézni ?

    Rendszerindítás:

    A rendszer naplózás így van beállítva(default). Jó így ?

    Viszont, hogy hogyan kell megnézni nem tudom.

  • vargalex

    Topikgazda

    válasz kiborg #21213 üzenetére

    Ha üres, akkor viszont egy rendszer és egy kernel log sem ártana.
    Esetleg nem lehet, hogy csak nem engedélyezted a ddns automatikus indítását rendszerindításnál?

  • kiborg

    aktív tag

    válasz vargalex #21212 üzenetére

    Amit fent bemásoltam log, az onnan származik.
    Közvetlenül az utánról, hogy megnyomtam a manuális frissítést. Előtte emlékeim szerint üres volt a log.
    De délután fogok 100% biztosat mondani.

  • vargalex

    Topikgazda

    válasz kiborg #21211 üzenetére

    A config szerint a /var/log/ddns/NoIP.log. De elvileg az utolsó fülön tudja mutatni a tartalmát.

  • kiborg

    aktív tag

    válasz vargalex #21210 üzenetére

    Igen, de csak délután, mert most kizárnám magam. (melóban vagyok)
    Milyen logot mutassak ? Azt amit előzőleg, vagy máshonnan ?

  • kiborg

    aktív tag

    válasz kutga #21207 üzenetére

    Szia! Kérlek mutasd mire gondoltál. Bár LAN-on olyankor nincs forgalom, ami triggerelne, mert áramszünet után minden kikapcsolva van. Ez meg távoli eléréshez kellene, LAN fele nem megyek ilyenkor.

  • kiborg

    aktív tag

    válasz vargalex #21206 üzenetére

    Szia!
    Természetesen a WAN-on van a bejövő net. Előtte egy One-os optikai modem. Az internetes kapcsolat az reboot után helyreáll (bejelentkezik), azzal nincs gond.A többi eszközt, klíma,takarítórobot,kamerák,stb.. az áram visszatérte után 1-2 percen belül el tudom érni.

  • kutga

    félisten

    válasz vargalex #21206 üzenetére

    Vagy kapcsolja be a lan interfészt is az eseményhálózat résznél.

  • vargalex

    Topikgazda

    válasz kiborg #21205 üzenetére

    Ugye router üzemmódban használod az eszközt és a WAN-ra van kötve a bejövő kábel? Ugyanis a jelenlegi konfiguráció mellett a WAN up triggerelné a szolgáltatás indítását.

  • kiborg

    aktív tag

    válasz vargalex #21204 üzenetére

    Erre gondoltál?

    Sőt akár naplófájlt is tudok csatolni:
    20:50-kor indítottam el manuálisan, előtte semmi :( a fájlban.

    205040 : ************ ************** ************** **************
    205040 note : PID '5330' started at 2025-09-02 20:50
    205040 : ddns version : 2.8.2-26
    205040 : uci configuration:
    ddns.NoIP.check_interval='5'
    ddns.NoIP.check_unit='minutes'
    ddns.NoIP.domain='kiborg.no-ip.info'
    ddns.NoIP.enabled='1'
    ddns.NoIP.force_interval='10'
    ddns.NoIP.force_unit='minutes'
    ddns.NoIP.interface='wan'
    ddns.NoIP.ip_source='web'
    ddns.NoIP.ip_url='http://checkip.dyndns.com'
    ddns.NoIP.lookup_host='kiborg.no-ip.info'
    ddns.NoIP.password='***PW***'
    ddns.NoIP.retry_unit='seconds'
    ddns.NoIP.service_name='no-ip.com'
    ddns.NoIP.use_ipv6='0'
    ddns.NoIP.use_syslog='2'
    ddns.NoIP.username='kiborg80912@gmail.com'
    ddns.NoIP=service
    205040 : verbose mode : 0 - run normal, NO console output
    205041 : check interval: 300 seconds
    205041 : force interval: 600 seconds
    205041 : retry interval: 60 seconds
    205041 : retry counter : 0 times
    205041 : No old process
    205041 : last update: never
    205041 : Detect registered/public IP
    205041 : #> /usr/bin/nslookup kiborg.no-ip.info >/var/run/ddns/NoIP.dat 2>/var/run/ddns/NoIP.err
    205041 : Registered IP '62.165.217.145' detected
    205041 info : Starting main loop at 2025-09-02 20:50
    205041 : Detect local IP on 'web'
    205041 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://checkip.dyndns.com' 2>/var/run/ddns/NoIP.err
    205041 : Local IP '217.197.191.243' detected on web at 'http://checkip.dyndns.com'
    205041 : Update needed - L: '217.197.191.243' <> R: '62.165.217.145'
    205042 : parsing script '/usr/lib/ddns/update_no-ip_com.sh'
    205042 : sending dummy IP to 'no-ip.com'
    205042 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=127.0.0.1' 2>/var/run/ddns/NoIP.err
    205043 : 'no-ip.com' answered:
    good 127.0.0.1
    205044 : sending real IP to 'no-ip.com'
    205044 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=217.197.191.243' 2>/var/run/ddns/NoIP.err
    205045 : 'no-ip.com' answered:
    good 217.197.191.243
    205045 info : Update successful - IP '217.197.191.243' send
    205045 info : Forced update successful - IP: '217.197.191.243' send
    205045 : Waiting 300 seconds (Check Interval)
    205545 : Detect registered/public IP
    205545 : #> /usr/bin/nslookup kiborg.no-ip.info >/var/run/ddns/NoIP.dat 2>/var/run/ddns/NoIP.err
    205545 : Registered IP '62.165.217.145' detected
    205545 WARN : Updating IP at DDNS provider failed - starting retry 1/0
    205545 : Detect local IP on 'web'
    205545 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://checkip.dyndns.com' 2>/var/run/ddns/NoIP.err
    205548 : Local IP '217.197.191.243' detected on web at 'http://checkip.dyndns.com'
    205548 : Update needed - L: '217.197.191.243' <> R: '62.165.217.145'
    205548 : parsing script '/usr/lib/ddns/update_no-ip_com.sh'
    205548 : sending dummy IP to 'no-ip.com'
    205548 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=127.0.0.1' 2>/var/run/ddns/NoIP.err
    205549 : 'no-ip.com' answered:
    good 127.0.0.1
    205550 : sending real IP to 'no-ip.com'
    205551 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=217.197.191.243' 2>/var/run/ddns/NoIP.err
    205552 : 'no-ip.com' answered:
    good 217.197.191.243
    205552 info : Update successful - IP '217.197.191.243' send
    205552 info : Forced update successful - IP: '217.197.191.243' send
    205552 : Waiting 300 seconds (Check Interval)
    210052 : Detect registered/public IP
    210052 : #> /usr/bin/nslookup kiborg.no-ip.info >/var/run/ddns/NoIP.dat 2>/var/run/ddns/NoIP.err
    210052 : Registered IP '62.165.217.145' detected
    210052 WARN : Updating IP at DDNS provider failed - starting retry 2/0
    210052 : Detect local IP on 'web'
    210052 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://checkip.dyndns.com' 2>/var/run/ddns/NoIP.err
    210053 : Local IP '217.197.191.243' detected on web at 'http://checkip.dyndns.com'
    210053 : Update needed - L: '217.197.191.243' <> R: '62.165.217.145'
    210053 : parsing script '/usr/lib/ddns/update_no-ip_com.sh'
    210053 : sending dummy IP to 'no-ip.com'
    210053 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=127.0.0.1' 2>/var/run/ddns/NoIP.err
    210055 : 'no-ip.com' answered:
    good 127.0.0.1
    210056 : sending real IP to 'no-ip.com'
    210056 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=217.197.191.243' 2>/var/run/ddns/NoIP.err
    210057 : 'no-ip.com' answered:
    good 217.197.191.243
    210057 info : Update successful - IP '217.197.191.243' send
    210057 info : Forced update successful - IP: '217.197.191.243' send
    210057 : Waiting 300 seconds (Check Interval)
    210557 : Detect registered/public IP
    210557 : #> /usr/bin/nslookup kiborg.no-ip.info >/var/run/ddns/NoIP.dat 2>/var/run/ddns/NoIP.err
    210557 : Registered IP '62.165.217.145' detected
    210557 WARN : Updating IP at DDNS provider failed - starting retry 3/0
    210557 : Detect local IP on 'web'
    210557 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://checkip.dyndns.com' 2>/var/run/ddns/NoIP.err
    210600 : Local IP '217.197.191.243' detected on web at 'http://checkip.dyndns.com'
    210600 : Update needed - L: '217.197.191.243' <> R: '62.165.217.145'
    210600 : parsing script '/usr/lib/ddns/update_no-ip_com.sh'
    210600 : sending dummy IP to 'no-ip.com'
    210600 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=127.0.0.1' 2>/var/run/ddns/NoIP.err
    210601 : 'no-ip.com' answered:
    good 127.0.0.1
    210602 : sending real IP to 'no-ip.com'
    210602 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=217.197.191.243' 2>/var/run/ddns/NoIP.err
    210603 : 'no-ip.com' answered:
    good 217.197.191.243
    210603 info : Update successful - IP '217.197.191.243' send
    210603 info : Forced update successful - IP: '217.197.191.243' send
    210603 : Waiting 300 seconds (Check Interval)
    211103 : Detect registered/public IP
    211103 : #> /usr/bin/nslookup kiborg.no-ip.info >/var/run/ddns/NoIP.dat 2>/var/run/ddns/NoIP.err
    211103 : Registered IP '217.197.191.243' detected
    211103 info : Rerun IP check at 2025-09-02 21:11
    211103 : Detect local IP on 'web'
    211103 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://checkip.dyndns.com' 2>/var/run/ddns/NoIP.err
    211104 : Local IP '217.197.191.243' detected on web at 'http://checkip.dyndns.com'
    211104 : Waiting 300 seconds (Check Interval)
    211604 : Detect registered/public IP
    211604 : #> /usr/bin/nslookup kiborg.no-ip.info >/var/run/ddns/NoIP.dat 2>/var/run/ddns/NoIP.err
    211604 : Registered IP '217.197.191.243' detected
    211604 info : Rerun IP check at 2025-09-02 21:16
    211604 : Detect local IP on 'web'
    211604 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://checkip.dyndns.com' 2>/var/run/ddns/NoIP.err
    211606 : Local IP '217.197.191.243' detected on web at 'http://checkip.dyndns.com'
    211606 : Forced Update - L: '217.197.191.243' == R: '217.197.191.243'
    211606 : parsing script '/usr/lib/ddns/update_no-ip_com.sh'
    211606 : sending dummy IP to 'no-ip.com'
    211606 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=127.0.0.1' 2>/var/run/ddns/NoIP.err
    211607 : 'no-ip.com' answered:
    good 127.0.0.1
    211608 : sending real IP to 'no-ip.com'
    211608 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=217.197.191.243' 2>/var/run/ddns/NoIP.err
    211609 : 'no-ip.com' answered:
    good 217.197.191.243
    211609 info : Forced update successful - IP: '217.197.191.243' send
    211609 : Waiting 300 seconds (Check Interval)
    212109 : Detect registered/public IP
    212109 : #> /usr/bin/nslookup kiborg.no-ip.info >/var/run/ddns/NoIP.dat 2>/var/run/ddns/NoIP.err
    212109 : Registered IP '217.197.191.243' detected
    212109 info : Rerun IP check at 2025-09-02 21:21
    212109 : Detect local IP on 'web'
    212109 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://checkip.dyndns.com' 2>/var/run/ddns/NoIP.err
    212110 : Local IP '217.197.191.243' detected on web at 'http://checkip.dyndns.com'
    212110 : Waiting 300 seconds (Check Interval)
    212610 : Detect registered/public IP
    212610 : #> /usr/bin/nslookup kiborg.no-ip.info >/var/run/ddns/NoIP.dat 2>/var/run/ddns/NoIP.err
    212610 : Registered IP '217.197.191.243' detected
    212610 info : Rerun IP check at 2025-09-02 21:26
    212610 : Detect local IP on 'web'
    212610 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://checkip.dyndns.com' 2>/var/run/ddns/NoIP.err
    212612 : Local IP '217.197.191.243' detected on web at 'http://checkip.dyndns.com'
    212612 : Forced Update - L: '217.197.191.243' == R: '217.197.191.243'
    212612 : parsing script '/usr/lib/ddns/update_no-ip_com.sh'
    212612 : sending dummy IP to 'no-ip.com'
    212612 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=127.0.0.1' 2>/var/run/ddns/NoIP.err
    212614 : 'no-ip.com' answered:
    good 127.0.0.1
    212615 : sending real IP to 'no-ip.com'
    212615 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://kiborg80912%40gmail.com:***PW***@dynupdate.noip.com/nic/update?hostname=kiborg.no-ip.info&myip=217.197.191.243' 2>/var/run/ddns/NoIP.err
    212616 : 'no-ip.com' answered:
    good 217.197.191.243
    212616 info : Forced update successful - IP: '217.197.191.243' send
    212616 : Waiting 300 seconds (Check Interval)
    213116 : Detect registered/public IP
    213116 : #> /usr/bin/nslookup kiborg.no-ip.info >/var/run/ddns/NoIP.dat 2>/var/run/ddns/NoIP.err
    213116 : Registered IP '217.197.191.243' detected
    213116 info : Rerun IP check at 2025-09-02 21:31
    213116 : Detect local IP on 'web'
    213116 : #> /bin/uclient-fetch -q -O /var/run/ddns/NoIP.dat -Y off 'http://checkip.dyndns.com' 2>/var/run/ddns/NoIP.err
    213117 : Local IP '217.197.191.243' detected on web at 'http://checkip.dyndns.com'
    213117 : Waiting 300 seconds (Check Interval)

  • kiborg

    aktív tag

    Sziasztok!

    Van a roteremen beállított Dinamikus DNS, ami alapvetően működik, ha manuálisan indatom el. Áramszünet után vagy újraindítás után nem indul el automatikusan. Pedig engedélyezve van. Tudtok valami okosat mondani, hogy miért ?

    Reboot utáni DinDNS képernyő:

    Manuális indítás után: (rábökve az újratöltés gombra): ( a friss IP-t nem frissíti be sem)

    Előre is köszi.

    Itt a DNS-el kapcsolatos telepített csomagok listája, nem-e azokkal akad össze valaki valamiel.

  • vargalex

    Topikgazda

    válasz Puro #21201 üzenetére

    Illetve akkor jön igazán jól, ha az elsődleges routerhez nincs hozzáférésed. (Ugye WDS esetén azt is konfigurálni kell.) Relayd-vel viszont a másodlagos eszköz egy sima kliens az első AP számára.

  • Puro

    aktív tag

    válasz xabolcs #21200 üzenetére

    Sikerült relayel megcsinálni, ez akkor jön jól, ha a két routeren eltérő rendszer van.
    A leírás nem tér ki erre konkrétan, de a képekből sejthettem volna...

Új hozzászólás Aktív témák