Site-ul funcționează doar din unele rețele? Verifică IPv6 și înregistrarea AAAA

Un site care se deschide de pe telefon, dar eșuează din altă rețea, nu are neapărat o problemă de browser. Dacă domeniul publică atât o adresă IPv4, cât și una IPv6, vizitatorii pot folosi trasee diferite. Ambele trebuie să ajungă la serviciul configurat corect.

Verifică adresele publicate

dig A exemplu.ro +short
dig AAAA exemplu.ro +short

Înlocuiește domeniul și repetă pentru www sau alte nume folosite. Înregistrarea A indică o adresă IPv4, iar AAAA una IPv6. Confirmă că adresele aparțin destinației actuale. O migrare poate actualiza numai A și poate lăsa AAAA către infrastructura veche.

Dacă folosești un proxy DNS, răspunsul public poate indica rețeaua acelui serviciu. În acest caz, separă legătura vizitator–proxy de legătura proxy–origine. Nu schimba adresele doar pentru că nu coincid cu IP-ul VPS-ului.

Compară familiile de adrese

curl -4 --connect-timeout 10 --max-time 20 -I https://exemplu.ro/
curl -6 --connect-timeout 10 --max-time 20 -I https://exemplu.ro/

Rulează testul IPv6 dintr-o rețea care oferă conectivitate IPv6 funcțională. Eșecul de pe un calculator fără IPv6 nu dovedește o problemă a serverului. Notează mesajul complet: rezoluția, conectarea și validarea certificatului sunt etape diferite.

Aceste cereri verifică răspunsul la HEAD. Dacă aplicația tratează diferit această metodă, verifică separat și o cerere GET, fără operațiuni cu efecte asupra datelor.

Controlează serviciul de pe VPS

Confirmă adresa IPv6, ruta și configurarea interfeței. Verifică dacă serverul web ascultă pe IPv6 și dacă domeniul este asociat cu blocul de configurare potrivit. O adresă configurată în sistem nu înseamnă automat că serviciul web o folosește.

Inspectează regulile de firewall și eventualele filtre ale furnizorului. O politică IPv4 nu garantează o politică echivalentă pentru IPv6. Controlează și răspunsurile HTTPS: vizitatorul trebuie să primească certificatul potrivit domeniului pe ambele trasee.

Corectează configurația și urmărește propagarea

Dacă adresa este greșită, actualizeaz-o în zona autoritativă. Dacă infrastructura IPv6 nu este pregătită, evaluează retragerea temporară a înregistrării AAAA cu administratorul serviciului. Păstrează configurația anterioară și ține cont de TTL și de răspunsurile păstrate în cache.

Nu considera eliminarea permanentă a IPv6 o remediere universală. Scopul este un traseu funcțional și verificat. După corecție, repetă testele din mai multe rețele și verifică numele folosite în redirecționări.

Adaugă verificări distincte în monitorizare

Monitorizează separat IPv4 și IPv6 atunci când le publici. O singură verificare care alege automat una dintre familii poate rata problema celeilalte. Pentru găzduirea prin XSERVERE, confirmă adresele și configurația disponibilă înainte să publici AAAA.

Surse

• curl — opțiunile IPv4 și IPv6 — https://curl.se/docs/manpage.html
• IETF — RFC 3596, înregistrarea AAAA — https://www.rfc-editor.org/rfc/rfc3596