anulare
Afişează rezultate pentru 
Caută în schimb 
Ați dorit să scrieți: 

Probleme conexiune ipv4

Flavius-Tech
Junior entuziast

De cateva ore nu mai am conexiune ipv4 si multe site-uri nu merg, inclusiv propriul server.

Am ip static orange.

 

11 Răspunsuri 11

Radutuby
#StarMember

Salutare,

Poate doar acum ai observat, dar conexiunea ONT-ului pare în CGNAT. Verifică pe "https://test-ipv6.run/" ce adresă de IP îți arată. Dacă e CGNAT, o să vezi ceva de genul 100.127.x.x. Singura soluție e să apelezi suportul și să ceri să îți aloce IPv4 dinamic sau IP static dacă plătești pentru unul.

La mine arată așa în mod dual stack.

64076.jpg

<> Where light can travel, communication knows no boundaries.<>

Radutuby
#StarMember

Și încă ceva: dacă problema nu s-a rezolvat de la sine, până ajungi să contactezi suportul, încearcă și un soft reset, iar apoi, dacă este necesar, un hardware reset. Deși, sincer, nu cred că este o problemă a echipamentului. 🙂

<> Where light can travel, communication knows no boundaries.<>

Flavius-Tech
Junior entuziast

Nu merg website-urile cand sunt pe conexiunea orange, nu prea pot testa nimic, functioneaza doar cateva, probabil cele care au ipv6 pe servere.

Ai verificat site-ul pe care ți l-am postat? Eventual, verifică și aici: https://whatismyipaddress.com/

Pe IPv6 trebuie să funcționeze, chiar dacă nu iti apare pe ONT IPv4.

<> Where light can travel, communication knows no boundaries.<>

Nu pot sa verific, pentru ca nu merg site-urile, inclusiv whatsmyipaddress, nici orange nu merge, sunt conectat la telefon la digi prin hotspot ca sa pot posta aici.

Merge doar google si youtube, si probabil serverele care au ipv6 activat.

Flavius-Tech
Junior entuziast

Dupa ora 9 trebuie sa sun, ca dupa 9 raspund la tehnic. Am dat soft reset si scos din priza 20 de secunde, nu si-a revenit. Astept pana la 9, nu dau hard reset pentru ca am o retea facuta cu alte parole si sa nu le reiau din nou.

Am observat ceva si la setarea DMZ, nu imi apare conexiunea catre ip-ul care vreau sa faca DMZ.

Flavius-Tech
Junior entuziast

Am facut si resetare de fabrica si este la fel conexiunea, am vorbit la tehnic, astept un telefon de la alt operator tehnic, cel de la telefon nu a rezolvat.

Sper să se rezolve cât mai rapid. Dacă ai timp să revii, te rog să ne spui cauza și eventual cum s-a rezolvat. Succes! 🙂

<> Where light can travel, communication knows no boundaries.<>

Flavius-Tech
Junior entuziast

Apropo, am observat in loguri aseara ceva probleme, dar sunt de alaltaieri:

2026-06-23T05:17:48Z firewall security alert![SYN Flood] attack,Possible on port 53 request_sock_TCPv6. source ipaddr:0.0.0.0 -> destination ipaddr:93.10.240.153. 2026-06-23T05:17:48Z firewall security alert![SYN Flood] attack,Possible on port 53 request_sock_TCPv6. source ipaddr:0.0.0.0 -> destination ipaddr:93.10.240.153. 2026-06-23T05:17:48Z firewall security alert![SYN Flood] attack,Possible on port 53 request_sock_TCPv6. source ipaddr:0.0.0.0 -> destination

Am un server cu niste website-uri si vad imediat cand pica, am observat ca zilele trecute au picat site-urile pentru scurte perioade, nu stiu daca are legatura cu problema de conexiune actuala.

Am mai avut și eu astfel de mesaje în loguri. Cel mai probabil, nu are nicio legătură cu problema. Routerul a detectat un volum mare de conexiuni TCP către portul 53 (DNS), pe IPv6.

Și eu am astfel de mesaje în log aproape săptămânal, doar că la mine apar ca fiind generate de desktopul din rețeaua internă. 

<> Where light can travel, communication knows no boundaries.<>

qlf
Explorator

Aceeași problemă o întâmpin și eu. După ce se acumulează un anumit număr de conexiuni TCP, conexiunea IPv4 cade complet. Inițial, problema apare doar pe dispozitivul care generează acele conexiuni TCP, însă dacă îl las pornit în această stare, ulterior IPv4 ajunge să cadă și la nivelul routerului principal.

Singura metodă prin care reușesc să restabilesc conexiunea este să opresc complet dispozitivul care a inițiat conexiunile TCP, apoi să repornesc atât routerul, cât și ONT-ul.

În cazul meu, problema pare să aibă o cauză foarte specifică: apare în urma conexiunilor inițiate de clientul BitTorrent atunci când există trafic asociat cu fileli*t.*o. Cu alte trackere nu am observat acest comportament, ceea ce mă face să suspectez că ISP-ul efectuează o formă de DPI (Deep Packet Inspection), identifică acest tip de trafic și, ulterior, blochează sau întrerupe conexiunea IPv4.