Kikapcsoltam a telefonban a statikus ip címet. Várom a szerencsét

<OLYMPUS E-M10II VÁZ + EZ-M1442 II><Kross Level A2 Merida Scultura 300 ,Wilier GTR Team Rim Giant Xtc Slr 2 >

Sony Tipo
Alcatel OT995
LG GT540
Samsung Galaxy Mini

Ezek hiba nelkul mentek EKO firmware-rel, es most az elso ketto pedig Gargoyle-val...

Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma

Mindenkinek Boldog Karácsonyt Kívánok!

én és a routerem

8lnu

Tudnátok segíteni? Kicsit amatőr kérdés de sajnos elfelejtettem. Egyszer csináltam és már egy éve.....

Hogy tudom elindítani az ftp-t (OpenWrt vargalex v1.1.4)??

Így is ugyanazt csinálja

<OLYMPUS E-M10II VÁZ + EZ-M1442 II><Kross Level A2 Merida Scultura 300 ,Wilier GTR Team Rim Giant Xtc Slr 2 >

Hello
Anno beállítottam egy wifi jelszót openwrt alatt ezt hogyan tudnám megnézni mert elfelejtettem...

ezt előre megmondtam volna...
visszakereséshez keresőbe: "DMA"

Ezek vannak a system log ban .

Log Type: Log Level:
Index Time Type Level Log Content
57 Dec 24 19:11:04 DHCP NOTICE DHCPSecv INFORM from 94B968:21
56 Dec 24 19:11:01 DHCP NOTICE DHCPS:Send ACK to 192.168.1.102
55 Dec 24 19:11:01 DHCP NOTICE DHCPSecv REQUEST from 94B968:21
54 Dec 24 19:10:56 DHCP NOTICE DHCPS:Send ACK to 192.168.1.100
53 Dec 24 19:10:56 DHCP NOTICE DHCPSecv REQUEST from 94:0C:6D:81:E8:0F
52 Dec 24 19:10:32 DHCP NOTICE DHCPSecv INFORM from 94B968:21
51 Dec 24 19:10:28 DHCP NOTICE DHCPS:Send ACK to 192.168.1.102
50 Dec 24 19:10:28 DHCP NOTICE DHCPSecv REQUEST from 94B968:21
49 Dec 24 19:10:28 DHCP NOTICE DHCPS:Send OFFER with ip 192.168.1.102
48 Dec 24 19:10:27 DHCP NOTICE DHCPSecv DISCOVER from 94B968:21
47 Dec 24 19:10:27 DHCP NOTICE DHCPS:Send NAK
46 Dec 24 19:10:27 DHCP NOTICE DHCPSEQUEST ip c0a80267 is not in the address pool
45 Dec 24 19:10:26 DHCP NOTICE DHCPSecv REQUEST from 94B968:21
44 Dec 24 18:11:06 DHCP NOTICE DHCPS:Send ACK to 192.168.1.100
43 Dec 24 18:11:06 DHCP NOTICE DHCPSecv REQUEST from 94:0C:6D:81:E8:0F
42 Dec 24 17:11:20 DHCP NOTICE DHCPS:Send ACK to 192.168.1.100
41 Dec 24 17:11:20 DHCP NOTICE DHCPSecv REQUEST from 94:0C:6D:81:E8:0F
40 Dec 24 17:02:02 DHCP NOTICE DHCPS:Send ACK to 192.168.1.101
39 Dec 24 17:02:02 DHCP NOTICE DHCPSecv REQUEST from 30:39:26:272:8C
38 Dec 24 17:02:02 DHCP NOTICE DHCPS:Send OFFER with ip 192.168.1.101
37 Dec 24 17:02:02 DHCP NOTICE DHCPSecv DISCOVER from 30:39:26:272:8C
36 Dec 24 16:49:40 DHCP NOTICE DHCPS:Send ACK to 192.168.1.101
35 Dec 24 16:49:40 DHCP NOTICE DHCPSecv REQUEST from 30:39:26:272:8C
34 Dec 24 16:49:40 DHCP NOTICE DHCPS:Send OFFER with ip 192.168.1.101
33 Dec 24 16:49:40 DHCP NOTICE DHCPSecv DISCOVER from 30:39:26:272:8C
32 Dec 24 16:11:33 DHCP NOTICE DHCPS:Send ACK to 192.168.1.100
31 Dec 24 16:11:33 DHCP NOTICE DHCPSecv REQUEST from 94:0C:6D:81:E8:0F
30 Dec 24 15:12:11 DHCP NOTICE DHCPS:Send ACK to 192.168.1.101
29 Dec 24 15:12:11 DHCP NOTICE DHCPSecv REQUEST from 30:39:26:272:8C
28 Dec 24 15:12:11 DHCP NOTICE DHCPS:Send OFFER with ip 192.168.1.101

[ Szerkesztve ]

<OLYMPUS E-M10II VÁZ + EZ-M1442 II><Kross Level A2 Merida Scultura 300 ,Wilier GTR Team Rim Giant Xtc Slr 2 >

Jó lett volna kód TAG-ek közé tenni, és akkor nem lenne tele smilie.val, illetőleg nem lenne benne sortörés sem!

Valahogy így...

Log Type: Log Level:
Index Time Type Level Log Content
57 Dec 24 19:11:04 DHCP NOTICE DHCPS:Recv INFORM from 94:DB:C9:B6:D8:21
56 Dec 24 19:11:01 DHCP NOTICE DHCPS:Send ACK to 192.168.1.102
55 Dec 24 19:11:01 DHCP NOTICE DHCPS:Recv REQUEST from 94:DB:C9:B6:D8:21
54 Dec 24 19:10:56 DHCP NOTICE DHCPS:Send ACK to 192.168.1.100
53 Dec 24 19:10:56 DHCP NOTICE DHCPS:Recv REQUEST from 94:0C:6D:81:E8:0F
52 Dec 24 19:10:32 DHCP NOTICE DHCPS:Recv INFORM from 94:DB:C9:B6:D8:21
51 Dec 24 19:10:28 DHCP NOTICE DHCPS:Send ACK to 192.168.1.102
50 Dec 24 19:10:28 DHCP NOTICE DHCPS:Recv REQUEST from 94:DB:C9:B6:D8:21
49 Dec 24 19:10:28 DHCP NOTICE DHCPS:Send OFFER with ip 192.168.1.102
48 Dec 24 19:10:27 DHCP NOTICE DHCPS:Recv DISCOVER from 94:DB:C9:B6:D8:21
47 Dec 24 19:10:27 DHCP NOTICE DHCPS:Send NAK
46 Dec 24 19:10:27 DHCP NOTICE DHCPS:REQUEST ip c0a80267 is not in the address pool
45 Dec 24 19:10:26 DHCP NOTICE DHCPS:Recv REQUEST from 94:DB:C9:B6:D8:21
44 Dec 24 18:11:06 DHCP NOTICE DHCPS:Send ACK to 192.168.1.100
43 Dec 24 18:11:06 DHCP NOTICE DHCPS:Recv REQUEST from 94:0C:6D:81:E8:0F
42 Dec 24 17:11:20 DHCP NOTICE DHCPS:Send ACK to 192.168.1.100
41 Dec 24 17:11:20 DHCP NOTICE DHCPS:Recv REQUEST from 94:0C:6D:81:E8:0F
40 Dec 24 17:02:02 DHCP NOTICE DHCPS:Send ACK to 192.168.1.101
39 Dec 24 17:02:02 DHCP NOTICE DHCPS:Recv REQUEST from 30:39:26:27:C2:8C
38 Dec 24 17:02:02 DHCP NOTICE DHCPS:Send OFFER with ip 192.168.1.101
37 Dec 24 17:02:02 DHCP NOTICE DHCPS:Recv DISCOVER from 30:39:26:27:C2:8C
36 Dec 24 16:49:40 DHCP NOTICE DHCPS:Send ACK to 192.168.1.101
35 Dec 24 16:49:40 DHCP NOTICE DHCPS:Recv REQUEST from 30:39:26:27:C2:8C
34 Dec 24 16:49:40 DHCP NOTICE DHCPS:Send OFFER with ip 192.168.1.101
33 Dec 24 16:49:40 DHCP NOTICE DHCPS:Recv DISCOVER from 30:39:26:27:C2:8C
32 Dec 24 16:11:33 DHCP NOTICE DHCPS:Send ACK to 192.168.1.100
31 Dec 24 16:11:33 DHCP NOTICE DHCPS:Recv REQUEST from 94:0C:6D:81:E8:0F
30 Dec 24 15:12:11 DHCP NOTICE DHCPS:Send ACK to 192.168.1.101
29 Dec 24 15:12:11 DHCP NOTICE DHCPS:Recv REQUEST from 30:39:26:27:C2:8C
28 Dec 24 15:12:11 DHCP NOTICE DHCPS:Send OFFER with ip 192.168.1.101

Hát nem szebb?

[ Szerkesztve ]

Bocsánat telefonról nem olyan egyszerű

Igen szebb igazad van, elnézést nem tudtam,hogy működik

<OLYMPUS E-M10II VÁZ + EZ-M1442 II><Kross Level A2 Merida Scultura 300 ,Wilier GTR Team Rim Giant Xtc Slr 2 >

OK, semmi gond, nem letolás akart ez lenni, főleg így karácsony este, inkább tanácsnak szántam én is!

A titok nyitja a Programkód gomb!

[ Szerkesztve ]

Köszönöm én meg szívesen veszem az ilyen tanácsokat és nem letolásnak vettem.
Mindig tanul valamit az ember

<OLYMPUS E-M10II VÁZ + EZ-M1442 II><Kross Level A2 Merida Scultura 300 ,Wilier GTR Team Rim Giant Xtc Slr 2 >

mééér?? jól néz ki ez így is.. legalább "tompítja" a hibaüzenet élét...

8lnu

Gargoyle firmware-t fel lehet pakolni OpenWRT-re a sysupgrade változattal? Ha nem muszáj, nem tenném vissza a gyárit, és utána a factory upgrade fw-t. (WR842ND)

Sziasztok!
Mindenkinek Boldog Karácsonyt!

Egy ideje a OpenWrt vargalex v1.1.5 verziót használom, amin a legtöbb dolgot (ftp, transmission, dyndns/rdp portforward stb.) be is állítgattam, és prímán működik.

Két apró problémám van csak
- a 443-on wan-ból nem érem el a luci-t (névfeloldás rendben, tűzfalon port nyitva/ahogy a vargalex buildben default/ - ping, ssh 2222-n stb. remekül megy)
folyamatosan, böngészőfüggetlenül tanúsítványhibára hivatkozik, majd, mikor ignorálnám, meg megértettem stb., akkor olyasmi baja lesz, hogy a tanúsítvány csak az otthoni gépemre érvényes, és onnantól a lap nem jeleníthető meg....
- másik hasonló dolog, a transmission web interface a 9091-en - szintén nem érhető el, és itt nincs tanúsítványhiba se, csak simán nem talál semmit, port szintén nyitva.

Nem találok az 443-nál se és a 9091-nél se az ftp-hez és a ssh-hoz hasonló (2221,2222) bruteforce port egyedi tűzfalszabályt, tehát mennie kéne elmletileg.

A környezetről még annyit, hogy a router előtt a Digi féle ZTE optika->tel/rf/ethernet mediakonverter van, ami számomra nem managelhető, de ez a gyári fw-el nem volt gond remote management-nél, tehát arra gondolok, hogy a tűzfalon kéne még hegesztenem valamit estleg, vagy tanúsítványt cserélni talán. (?)

Minden ötletet megköszönök - ha elszórtan van is válasz már a topicban, elnézést, 2 óra olvasgatás alatt nem találtam rá

There is no elevator to success - just the stairs. So take it one step at a time!

Már nem engedett szerkeszteni - elnézést

...még annyi az előzőhöz, hogy a Luci felülete/kezdőképernyője, bal felül a Luci Lua stb. egy pillanatra megjelenik, majd ez után dobja el certificate problémával, amikor már az autentikálás következne.

There is no elevator to success - just the stairs. So take it one step at a time!

Sziasztok!

Van egy kis gondom. TP-Link WDR4300-as routerről van szó. Az elöbb vissza akartam rakni a gyári firmwaret luciból a vargalex által ajánlott vágott sima fw-vel ez a neve: wdr4300v1_120810_cut.bin

el is indult de pár másodperc után kiírt egy ilyet: CGI dont response vagy valami hasonlót vártam sokáig, de nem tudom elérni a routert, idöközbe már újraindítottam de továbbra is semmi.

A ledek a power világít, a system villog, a wifik villognak. Elolvastam a gyári kézikönyvet ott ez jót jelent ha a system villog stb.

De miért nem jön be semmi a 192.168.1.1-re.
Mi lehetett a gond illetve mi lehet a megoldás tudna valaki segíteni? Már Vargalexnek is írtam, de így karácsonykor lehet hogy nem néz olyan sűrűn ide és hátha más is tudja mi lett a gond.

Please help me! :-)

Hardwired!

Telneten el tudod érni?

sajna nem tudom elérni telnettel sem. Pingeltem is a 192.168.1.1-et, de destination net unreachable

Hardwired!

192.168.0.1-en próbáld illetve böngésző cache ürités előzmények törlése

.... .- --... -.- ..-. . -.- .-. .- ..-. - .-- . .-. -.- .-. .- -.. .. --- .- -.-. - .. ...- .. - -.--

bakker, ezzel működött. Előtte 1043nd-m volt ott 192.168.1.1-volt a gyári felület bejelentkezése is
ez kavart meg úgy látszik. Köszönöm!!

Hardwired!

Sziasztok,

van az USB storage-nál felső limit a kapacitásra? Egy 1G-s USB stick-et felismer a router, de egy 3T-s USB drive-ot nem. Friss, gyári firmware van rajta.

[ Szerkesztve ]

Doka

Sziasztok!

Egy problémám van, nem tudok portot nyitni (transmission-nek kellene), ha valakinek van valami ötlete, azt várom.
Jelenleg így néz ki a tűzfal:
[link]

Mág az Asrock E350M1 Brazos lapom is csak egy plusz progi segítségével kezeli a 3 Terást.

Aki nem próbálja meg a lehetetlent, az a lehetségest sem fogja elérni soha. (Goethe) RaidX

Nézd meg ha ketté particionálod mi történik.
Ext4-be valamivel ha megcsinálod....mondjuk egy 2 terrásat és egy 1eset...
Hátha.

Nem mindegy ,hogy a deszka nem ismeri, vagy az op, de Te nem szoktál tévedni.Az a plusz progi véletlenül nem a win-nek kell?

sziasztok.

került itthonra egy old timer laptop, egy albacomp ... jó régi. még wifi sincs benne, de egy pcmci kártyával müxik... de
[367877.290000] ath: phy0: Failed to stop TX DMA, queues=0x004!
[367878.220000] ath: phy0: Failed to stop TX DMA, queues=0x004!

ez gondolom a tipikus dma hiba...

8lnu

Sziasztok!

ismét egy váratlan, és megmagyarázhatatlan hiba!
Gyenge volt a wifi jel ezért wireless eszközön keresztül megváltoztattam a csatlakozási csatornát. Azóta nem tudok vezeték nélküli eszközzel csatlakozni. A hiba üzenet: "Azonosítási hiba".
Már mindent megpróbáltam. Mindent újra indítottam csatornát visszaváltoztattam,de semmi. Vezetékes hálózaton minden rendben. Mi lehet a hiba oka? Valaki segítség?

Z

Próbáltad már a csatlakoztatandó eszközzel "elfelejt"-etni az AP-t, és újratallózni, újra autentikálni és úgy újracsatlakozni?
CH választás legyen auto-n, legtöbbször jó az (6-os talán a default - leginkább csak akkor érdemes manuálisan állítgatni, ha több AP van ugyanabban a WLAN-ban, mert roaming is szükséges lehet, és nem akarod, hogy zavarják egymást)
Nem mindig a routerrel/ AP-al van a gond sajnos. (ha így sem megy, cseréld ki a mikrósütőd, vagy a szomszédét... )

There is no elevator to success - just the stairs. So take it one step at a time!

Szia!

persze, már kitöröltem a csatlakozó eszközben az AP-t, és újra felvetettem. Semmi eredménnyel.
Már próbáltam minden csatornát (köztük az AUTO-t) de semmi eredmény. Az eszközök látják a csatlakozási pontot, de valamiért úgy néz ki, hogy nem kapnak DHCP-címet.

Z

Állíts be próbaképpen a dhcp range-en kívüli fix ip-t a csatolni kívánt eszköznek, ha tudsz, csak próbaképp, hogy a dhcp service-t kizárd, bár ritkán van azzal gond...
Illetve ideiglenesen kapcsolj ki minden security-t wpa, wep stb., semmi se legyen, ha így sem csatlakozik semmi, akkor eléggé reset gyanús a dolog sajnos.

Erre: 36067 valaki?

[ Szerkesztve ]

There is no elevator to success - just the stairs. So take it one step at a time!

hmmm

van olyan olyan szolgáltató ahol a 443-as portot nem engedi használni... - de ha ez a fw csere után jött elő akkor meg kellene próbálni mint egyedi szabály hozzáadásával nyitni a 443-as portot..

8lnu

A 443 nyitva van, ahogy írtam az utána következő hsz-ban, a LuCI be is villan fél mp-re, aztán certificate hiba...
A másikkal is ugyanez a helyzet, az Open Port check tool szerint:
"Success: I can see your service on 80.95.xx.xx on port (9091)
Your ISP is not blocking port 9091"
Nem értem mi lehet a gond

There is no elevator to success - just the stairs. So take it one step at a time!

Vargalex!

switch módban van a 1043nd, és egy asus wl500g vel szeretnék rácsatlakozni
az asus-t kliens módba raktam, de nem kapcsolódik rá a tplinkre
lehet hogy azért mert switch módban van a 1043nd?
esetleg a tplinken kellene valamit állítani?

[ Szerkesztve ]

alap kérdés, de hátha:
httpS-en próbálod kívülről?

sajnos igen, ez a hardveres hiba, amiről annnyit beszéltünk
másik usb wifi esetleg....

[ Szerkesztve ]

Ez nem hardveres hiba, ne legyunk mar botorok. Ez kokemeny SW error... Atheros driver xar...

Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma

Az a plussz progi az UEFIT (BIOS) piszkálja meg + a HDD-vel is csinál valamit, lehet csak ellenőrzi. Win 7 éa win 8 megelégszik, ha nem MBR-re van formázva hanem GPT-re úgy ha jól tudom 5 T-ig boldogul vele. Egyébként tényleg megoldás lehet a ketté particionálás, vagy olyan gépen kialakítani a particiokat ami kezeli a 3 T-t.

[ Szerkesztve ]

Aki nem próbálja meg a lehetetlent, az a lehetségest sem fogja elérni soha. (Goethe) RaidX

hmmm..

mivel a 1043-am tréhómos ciszkó után van, csináltam egy próbát:
cisco-n wifi bekapcs... és arra csatlakozik az ominózus eszköz... -> nincs wifi dobálás azon.

hmmm mivel csak a router változott, én azt a következtetést vontam le hogy az xp alatt működő DWL-G650+ D-LINK AirPlus G+ PCMCI wifi kártyát nem szereti a 1043....

(ha lesz egy kis időm valami live cd-vel is megpróbálom megfaggatni, linux alól. hátha kisül belőle valami.. jó lenne kliens oldalon valami log amiből kiderülne, hogy mit is csinál másképp ami nem teccik a 1043-nak.)

Jim76: esetleg másik böngésző, böngésző cache ürít... esetleg másik oprendszer... víruskereső és tüzfal kikapcs... másik laptop... - természetesen csak teszt erejéig...

[ Szerkesztve ]

8lnu

A transmission-nél meg kell mondani neki milyen IP-ről szeretnél belépni.A "settings.json" tartalmazza?
Az "rpc-whitelist" sort keresd.

Attol még szoftveres hiba, sz*r az atheros driver azert bukik ki.

Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma

Sziasztok,

ötlet valakitől, hogy miért hallgatott el a wifim, miután csatornát váltottam?
[link]

Az eszközök, látják a wifi jelet, de azonosítási hiba miatt nem tudnak csatlakozni.
Mi lehet az ok?

Z

ha SW hiba lenne, akkor szerintem már rég megcsinálták volna a driver-t rendesen (elég sok ilyen routert adtak/adnak el)
de a gyári fw-vel is szar.....

Gondolom gyari logot is nézted? Amugy guglizz rá, a régótaszenvednek a driverrel. [link] Ez csak egy példa, van még rá ticket. Az N-es része nem igazan jo, only G-vel probaljatok ki az elmeletileg mukodik.

[ Szerkesztve ]

Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma

Nem értem kérdésed... 443-ról van szó, kizárólag https-t próbáltam, ha 80-ason akarnám akkor próbálnám http-vel.
Viszont a trsnsmission whitelist-jéről eddig nem tudtam, azt mindjárt belövöm a quadzero-ra
Köszi az ötleteket.
Valami release/
App specifikus dolog lehet, mert a mindennapokban amúgy amolyan hálózatos emberke lennék, csak kicsit nagyobb hálózatokban, az alap dolgokat remélem nem nézem azért be Mégegyszer köszi mindenkinek

There is no elevator to success - just the stairs. So take it one step at a time!

jelentem az eleje óta csak G-vel használom, és így is tele van DMA hibával

Sziasztok!

A problémám a következő: a router (vargalex 1.1.5) eldobja a ppoe kapcsolatot, általában akkor, ha huzamosabb ideig ki van használva a letöltési sebesség kb 70-80%-a, vagy több.
A routerhez csatlakozik egy dns-320, azon fut a transmission, van amikor teljes sebességgel tölt le, van amikor korlátozom 5 MB-re. (egyébként "szédületes" 6,5 MB ADSL netem van, invitel, a szokásos dlink modemmel). De nem csak p2p, hanem sima video streaming esetén is újraindul sokszor a ppoe.
A router nem fagy le, minden hálózati eszköz elérhető, használható a LAN-on. A NAS-on lévő transmission és játékkonzolok miatt be van kapcsolva az upnp.
Egyébként én inkább a modemre gyanakodnék...csak sajnos most nem tudok másikat szerezni.
A jelenség általában napi 3-4 alkalom.
Mi lehet a gond?
A legutóbbi log, ma már többször eljátszotta:
Dec 26 11:19:06 OpenWrt daemon.info pppd[734]: No response to 5 echo-requests
Dec 26 11:19:06 OpenWrt daemon.notice pppd[734]: Serial link appears to be disconnected.
Dec 26 11:19:06 OpenWrt daemon.info pppd[734]: Connect time 35.9 minutes.
Dec 26 11:19:06 OpenWrt daemon.info pppd[734]: Sent 49175963 bytes, received 1241254660 bytes.
Dec 26 11:19:06 OpenWrt daemon.err miniupnpd[11815]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Dec 26 11:19:06 OpenWrt daemon.err miniupnpd[11815]: Failed to get IP for interface pppoe-wan
Dec 26 11:19:06 OpenWrt daemon.warn miniupnpd[11815]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Dec 26 11:19:06 OpenWrt daemon.err miniupnpd[11815]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Dec 26 11:19:06 OpenWrt daemon.err miniupnpd[11815]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Dec 26 11:19:06 OpenWrt daemon.notice netifd: Interface 'wan' has lost the connection
Dec 26 11:19:06 OpenWrt daemon.notice pppd[734]: Connection terminated.
Dec 26 11:19:06 OpenWrt user.info firewall: removing wan (pppoe-wan) from zone wan
Dec 26 11:19:07 OpenWrt user.notice miniupnpd: removing firewall rules for pppoe-wan from zone wan
Dec 26 11:19:36 OpenWrt daemon.info pppd[734]: PPP session is 13858
Dec 26 11:19:36 OpenWrt daemon.warn pppd[734]: Connected to 70:ca:9b:b7:xxxx via interface eth0.2
Dec 26 11:19:36 OpenWrt daemon.info pppd[734]: Using interface pppoe-wan
Dec 26 11:19:36 OpenWrt daemon.notice pppd[734]: Connect: pppoe-wan <--> eth0.2
Dec 26 11:19:36 OpenWrt daemon.notice pppd[734]: PAP authentication succeeded
Dec 26 11:19:36 OpenWrt daemon.notice pppd[734]: peer from calling number 70:CA:xxxxx authorized
Dec 26 11:19:36 OpenWrt daemon.notice pppd[734]: local IP address
Dec 26 11:19:36 OpenWrt daemon.notice pppd[734]: remote IP address
Dec 26 11:19:36 OpenWrt daemon.notice pppd[734]: primary DNS address
Dec 26 11:19:36 OpenWrt daemon.notice pppd[734]: secondary DNS address
Dec 26 11:19:36 OpenWrt daemon.notice netifd: Interface 'wan' is now up
Dec 26 11:19:37 OpenWrt user.notice ifup: Enabling Router Solicitations on wan (pppoe-wan)
Dec 26 11:19:37 OpenWrt user.info firewall: adding wan (pppoe-wan) to zone wan
Dec 26 11:19:38 OpenWrt daemon.notice miniupnpd[11815]: received signal 15, good-bye
Dec 26 11:19:39 OpenWrt daemon.info dnsmasq[2325]: reading /tmp/resolv.conf.auto
Dec 26 11:19:39 OpenWrt daemon.info dnsmasq[2325]: using nameserver
Dec 26 11:19:39 OpenWrt daemon.info dnsmasq[2325]: using nameserver
Dec 26 11:19:39 OpenWrt daemon.info dnsmasq[2325]: using local addresses only for domain lan
Dec 26 11:19:40 OpenWrt user.info syslog: SNet version started
Dec 26 11:19:40 OpenWrt daemon.notice miniupnpd[13012]: HTTP listening on port 5000
Dec 26 11:19:40 OpenWrt daemon.notice miniupnpd[13012]: Listening for NAT-PMP traffic on port 5351
Dec 26 11:19:41 OpenWrt user.notice miniupnpd: adding firewall rules for pppoe-wan to zone wan

Dec 26 12:44:08 TL-WDR4300 authpriv.info dropbear[22388]: Child connection from 193.71.76.2:51334
Dec 26 12:44:09 TL-WDR4300 authpriv.warn dropbear[22388]: Login attempt for nonexistent user from 193.71.76.2:51334
Dec 26 12:44:10 TL-WDR4300 authpriv.info dropbear[22388]: Exit before auth: Disconnect received
Dec 26 12:47:15 TL-WDR4300 authpriv.info dropbear[22392]: Child connection from 193.71.76.2:53056
Dec 26 12:47:16 TL-WDR4300 authpriv.warn dropbear[22392]: Login attempt for nonexistent user from 193.71.76.2:53056
Dec 26 12:47:17 TL-WDR4300 authpriv.info dropbear[22392]: Exit before auth: Disconnect received
Dec 26 12:50:22 TL-WDR4300 authpriv.info dropbear[22394]: Child connection from 193.71.76.2:60069
Dec 26 12:50:23 TL-WDR4300 authpriv.warn dropbear[22394]: Login attempt for nonexistent user from 193.71.76.2:60069
Dec 26 12:50:24 TL-WDR4300 authpriv.info dropbear[22394]: Exit before auth: Disconnect received
Dec 26 12:53:29 TL-WDR4300 authpriv.info dropbear[22684]: Child connection from 193.71.76.2:52705
Dec 26 12:53:30 TL-WDR4300 authpriv.warn dropbear[22684]: Login attempt for nonexistent user from 193.71.76.2:52705
Dec 26 12:53:31 TL-WDR4300 authpriv.info dropbear[22684]: Exit before auth: Disconnect received

ilyen üzeneteket kapok folyamatosan. miért lehet ez? több mint 2 éve használok openwert-t de eddig nem volt sosem ilyen

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800