188.x.y.0

Miért ad a digi ONT (Huewei) néha 0-ra végződő IP-t? Bridge módban van, nincs NAT. Mögötte a router van hogy a pppoe state poor. Van hogy egy napig jó, máskor öt perc után bont, az ONT újraindítása után csatlakozik újra. A routert nem kell újraindítani.

Hozzászólások

Mi a baj azzal, ha az utolso tag nulla?

Nem láttam még ilyet, a dyndns se szereti.

ChatGPT: 

  • Az IP, ami nullára végződik, nagy valószínűséggel hálózati cím, és nem kiosztott egy konkrét számítógéphez vagy eszközhöz.

  • Ez a cím jelöli azt a teljes hálózati szegmenst, amelyhez a többi IP tartozik.

mi a net mask a wan státusz oldalon?

Egyébként mit jelent az a pppoe state poor a belső routeren?

Valami online kapcsolat meglétét ellenőrző móka? Csak azért kérdem, mert digin át a 1.1.1.1 cím pingelésével healtcheck hetek óra nem működik jól.
Egy idő után nem sikerül pingelnie a mögötte lévő eszköznek, úgy hogy közben a routerről és a hálózatból magából is sikerül pingelni. Emiatt tévesen azt hiszi a healthcheck hogy nincs internet az adott vonalon.

Nem ilyesmiről van szó nálad is?

Nekünk régebbi és újabb fajta nokia ontok vannak (G-240W-F és G-1425G-B), azok részletesebbe kiírják a wan paramétereket is. Nomeg fix, plublikus ip címes csomagjaink vannak.

Igen,valami online kapcsolat meglétét ellenőrző móka. Connecting, ha minden rendben akkor Connected.

A DNS 193.110.56.8

Volt hogy a digi DNS szervere baszot, ezért raktam be helyette. Ez egy kocsma, sok csatlakoztatott eszközzel, ezért is hasznos, soha nem volt még vele gond. Tudom, nem szereted, ez az adguard.

Otthon trékomom van, ott jó.

Még az ősrégi (classful) címzésnél is még B osztályba tartoztak a 188 kezdetű IP-k, ott pedig elés sok 0-ra végződő cím lehet. Szóval a chatgpt hülyeségeket beszél ismét.

https://en.wikipedia.org/wiki/Classful_network

És persze már régóta classless van.

Ha az is cloudflare-t néz az online kapcsolathoz, akkor ha lehet változtatni, milyen címet nézzen, érdemes megpróbálni mással is. Akár a google valamelyik címével, vagy másik fajta cloudflare címmel. 

A szolgáltatói dns itt is 193.110.57.4 és 193.110.56.8. De gondolom nem ezt használja a healtchecknél pingelésre.

off: Az ad az más téma és kontextus függő, hogy van-e vele problémám :)

szerk, ez válasz amoda https://hup.hu/comment/3217424#comment-3217424

szerk2: az 1.1.1.1 és 1.0.0.1 mellett van olyan cloudflare dns cím is, ami malware/pornó filteres szolgáltatáshoz van, az is jó lehet healtcheck target címnek, 1.1.1.3 és 1.0.0.3 (family.cloudflare-dns.com), ha minden igaz. Ezzel pl nem jelentkezik nálunk a probléma. Meg másik netkapcsolaton másik címet nézünk, hogy ha náluk van hiba, akkor ne higyje offline-nak magát mindegyik kapcsolatunk.

Nincs, ha érdekes technikai téma, szívesen válaszolok bármikor.

Vajon azért nem megy a 8.8.8.8, mert próbál újracsatlakozgatni a vélt hiba miatt, vagy pedig mert valóban nincs kapcsolat. Esetleg a tplinkes eszköz logját ha lehet nézni olyankor, abban lehet valami. Nem tudom onnan van-e a  pppoe poor vagy a felületen írta csak valahol.
Érdemes lehet problémás időszakban közvetlenül rádugni gépet a szolgálatói eszközre és megnézni, hogy úgy mi a jelenség.

A tévé, ha üveg-koax átalakítós dvb-c, akkor az nem internetet használ, de az üveg kapcsolat él persze. (előbb még mielőtt válaszoltál beleírtam egy két dolgot, logokat, közvetlen bedugni ontba próbaképp gépet, hogy van-e net, hátha csak a tplink küzd)

ja és a tplink az simán csak rajta van hálózati eszközként, vagy pedig ott van beállítva pppoe login is? (avagy router mód vagy bridge  módban  van a digi eszköz)
ja ezt megírtad az elején, akkor lehet más gebasz van. Régebben / időnként nagy csomagvesztések voltak digin, esetleg az lehet még. Esetleg cseréld ki a wan oldali utp kábelt, hátha.

A DNS-t rosszul írtam, gyárin volt. Múlt héten visszaállítottam gyárira, csak elfelejtettem. Most visszaraktam a adguardosat :)

Találtam egy gyári tápot, kicseréltem. Nem tudom mi a rák lehet vele, most jó. Tegnapelőtt egész nap jó volt, tegnap egész nap baszott, óránként kellett újraindítani. Tépilinket kizárom (szerintem).

Ez csak annyit jelent, hogy arab IP tartományt kaptál, és nem rómait, mert a római IP címek fizikailag képtelenek nullára végződni. A távolkeleti címekből meg a négyes hiányzik, ott olyan a folklór. :-)

szerencse hogy nem .255 (egyebkent azzal sincs gond)