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.
- 447 megtekintés
Hozzászólások
Mi a baj azzal, ha az utolso tag nulla?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Idióta chatGPT böffentés. Súgok: ppp /32 stb ...
Fedora 42, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
Az, hogy a 0-ra vegzodo IP cim halozati cimet jelent-e, azt akkor tudod eldonteni, ha ismered hozza a netmaskot is. Peldaul vegyuk a legegyszerubb pelda esetet, egy /16-t. Ebben az esetben, nem biztos, hogy ha az utolso tag 0, akkor halozati cimrol beszelunk.
- A hozzászóláshoz be kell jelentkezni
mi a net mask a wan státusz oldalon?
- A hozzászóláshoz be kell jelentkezni
Nem írja, csak az IP-t, DNS-t. Most nem 188.x.y.0, 176.x.y.z
Most jó. De meddig? Egy hete szopat.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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ó.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Ha össze van fosva, a ping 8.8.8.8 se válaszol. A router tplink C3. A szakmai komment megvolt amit a múltkor kértem, remélem nincs harag :)
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
Köszönöm. A belső hálón nincs gond, minden mindent lát, a router WAN disconnected. A tévé Q 98 százalék, ez alapján az üveg szerintem rendben.
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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).
- A hozzászóláshoz be kell jelentkezni
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. :-)
- A hozzászóláshoz be kell jelentkezni
Jóvan na, nem láttam még ilyet, nem foglalkozok nagy hálózatokkal. Nálam a 192.168.. ami érint. Egyébként a DynDNS nem frissít .0 végűre.
- A hozzászóláshoz be kell jelentkezni
Csak neked, csak most:
$ host nullaravegzodik.dyndns.org
nullaravegzodik.dyndns.org has address 188.1.2.0
(fizetős account, webes felületről csináltam)
- A hozzászóláshoz be kell jelentkezni
szerencse hogy nem .255 (egyebkent azzal sincs gond)
- A hozzászóláshoz be kell jelentkezni