"Propagarea": de ce unii o văd deja, iar alții nu

Modulul 6: Timp, cache și transferul domeniului · Timp de citire: 8 minute

Obiectiv de învățare: După această lecție veți putea explica de ce o modificare DNS nu este vizibilă peste tot în același timp, veți putea estima cât durează și veți putea rezolva problema dacă doar dumneavoastră mai vedeți situația veche.

Concepte-cheie: „propagare”, cache, cache negativ (NXDOMAIN), minimul SOA, TTL de delegare, schimbarea serverelor de nume, golirea cache-ului

O neînțelegere într-un singur cuvânt

Ați modificat o înregistrare. Colegul dumneavoastră vede deja noul site, dar dumneavoastră încă îl vedeți pe cel vechi. Pe internet citiți atunci: „mai așteptați, DNS-ul trebuie să se propage încă.” Cuvântul propagare (răspândire) creează impresia că modificarea dumneavoastră se deplasează ca un val pe internet, de la un server la altul.

Nu așa funcționează. Modificarea dumneavoastră se regăsește imediat pe serverele de nume autoritare ale domeniului dumneavoastră (sau în câteva minute, dacă furnizorul dumneavoastră DNS sincronizează mai multe servere de nume). Nu se trimite nimic mai departe. Ceea ce observați este expirarea cache-urilor: fiecare resolver oferă răspunsul vechi până când expiră TTL-ul din cache-ul său (lecția 6.1). Deoarece fiecare resolver a început să numere la un moment diferit, unii văd modificarea mai devreme decât alții.

„Propagarea” înseamnă deci de fapt: așteptarea golirii tuturor cache-urilor. Această înțelegere vă ajută, pentru că acum știți exact ce așteptați și cât durează, cel mult.

Cât durează?

Depinde de ce modificați.

Înregistrări existente

Aici este simplu: TTL-ul vechi este maximul. Dacă înregistrarea avea TTL 3600, atunci toată lumea vede noul răspuns cel târziu la o oră după modificarea dumneavoastră. Dacă după mai mult de o oră cineva vede încă situația veche, problema se află altundeva (vedeți mai jos).

Înregistrări noi și cache-ul negativ

O înregistrare nouă funcționează de obicei imediat, cu excepția cazului în care cineva a interogat deja numele atunci când acesta încă nu exista. Resolverul a primit atunci răspunsul NXDOMAIN („acest nume nu există”) sau „acest nume există, dar nu are o înregistrare de acest tip”. Și acest „nu” este reținut. Acest lucru se numește cache negativ.

Cât timp se păstrează un „nu” nu este scris într-o înregistrare care nu există. Aceasta provine din înregistrarea SOA a zonei: conform RFC 2308, este cea mai mică dintre două valori, TTL-ul înregistrării SOA în sine și ultimul câmp al înregistrării SOA (valoarea „minimum”). Un exemplu:

example.com.  3600  IN  SOA  ns1.example.com. hostmaster.example.com. (
                             2026110701 ; serienummer
                             14400      ; refresh
                             3600       ; retry
                             1209600    ; expire
                             300 )      ; minimum

Aici un „nu” este reținut maximum 300 de secunde (cea mai mică valoare dintre 3600 și 300). La unele zone, aceasta este o oră sau mai mult.

De aceea regula de aur: nu deschideți un subdomeniu nou în browser înainte de a-l fi creat. Calculatorul dumneavoastră și resolverul dumneavoastră vor reține atunci că nu există, iar dumneavoastră veți fi singurul care trebuie să aștepte.

Schimbarea serverelor de nume

La o schimbare de servere de nume, așteptați altceva: înregistrările NS de la registrul extensiei dumneavoastră. Aceste înregistrări indică resolverilor unde se află serverele de nume ale domeniului dumneavoastră (lecția 2.1), și și acestea sunt reținute. Fiecare registru alege propriul TTL pentru acestea. Măsurat în noiembrie 2026:

Pe lângă aceasta, un registru uneori nu publică imediat modificarea dumneavoastră, iar serverele de nume ale furnizorului dumneavoastră anterior răspund adesea, între timp, tot cu zona veche. Calculați deci la o schimbare de servere de nume câteva ore, iar la .com maximum două zile. Asigurați-vă deci că ambii furnizori au aceleași înregistrări corecte în timpul schimbării (lecția 6.3).

Sunteți singurul care mai vede situația veche?

Un verificator online vede deja noul răspuns la aproape toți resolverii, dar dumneavoastră nu? Atunci răspunsul vechi se află undeva în apropierea dumneavoastră. Parcurgeți acești pași, de la rapid la minuțios:

1. Fereastră privată sau alt browser. Browserul dumneavoastră păstrează răspunsuri DNS și pagini.
2. Telefon prin 4G sau 5G, cu wifi dezactivat. Astfel folosiți resolverul furnizorului dumneavoastră mobil, în loc de cel al rețelei dumneavoastră de acasă.

3. Goliți cache-ul calculatorului dumneavoastră.

   • Windows (Command Prompt): ipconfig /flushdns
   • macOS (Terminal): sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
   • Linux cu systemd-resolved: resolvectl flush-caches
4. Reporniți routerul. Multe routere funcționează ca un mic resolver cu propriul cache.
5. Verificați fișierul hosts. Ați testat anterior un server nou punând adresa în fișierul hosts (C:\Windows\System32\drivers\etc\hosts sau /etc/hosts)? Acea linie are prioritate față de DNS. Eliminați-o. Acest lucru este adesea uitat.
6. Verificați direct la sursă. Interogați înregistrarea la serverul de nume autoritar (dig A example.com @ns1.hosting.example). Dacă acolo se regăsește încă răspunsul vechi, modificarea nu a fost salvată corect sau ați făcut-o în locul greșit.

Nici după perioada de așteptare, tot nimic?

Dacă TTL-ul a expirat deja de mult timp și și instrumentele online arată răspunsul vechi, așteptarea este inutilă. Atunci este vorba despre altceva. Cele mai frecvente trei cauze:

• Modificat în locul greșit. Domeniul dumneavoastră folosește serverele de nume ale altui furnizor (de exemplu Cloudflare sau un constructor de site-uri), iar dumneavoastră ați modificat înregistrările la furnizorul dumneavoastră de hosting. Verificați ce servere de nume are domeniul dumneavoastră (lecția 2.1) și modificați acolo.
• Greșeală de tastare sau punct lipsă. mail.example.com fără punct devine în multe panouri mail.example.com.example.com (lecția 2.2).
• Serverele de nume nu sunt de acord între ele. Un domeniu are cel puțin două servere de nume. Dacă acestea nu se sincronizează corect, unul oferă noul răspuns, iar celălalt pe cel vechi. Comparați numărul de serie SOA la fiecare server de nume: acesta trebuie să fie identic.

dig +short SOA example.com @ns1.hosting.example
dig +short SOA example.com @ns2.hosting.example

În practică: așa arată într-un panou

Doriți să vedeți ce răspund resolverii din diferite locuri din lume, folosiți un verificator DNS online care interoghează un resolver pentru fiecare țară (de exemplu dnschecker.org). În panoul exemplu Contul meu WebOké, cardul Domain / sănătatea Email verifică serverele de nume și înregistrările domeniului dumneavoastră la serverele de nume autoritare, iar diagnoza DNS compară numerele de serie ale serverelor de nume. Alți furnizori au adesea o verificare similară în panoul lor; dacă nu, dig și instrumentele online din lecția 8.3 oferă aceeași imagine.

Rezumat

• Nu se „răspândește” nimic: așteptați expirarea cache-urilor.
• O înregistrare modificată este vizibilă peste tot cel târziu după expirarea TTL-ului vechi; o înregistrare nouă, de obicei imediat, cu excepția cazului în care cineva a interogat deja numele mai devreme (cache negativ, determinat de înregistrarea SOA).
• O schimbare de servere de nume depinde de TTL-ul de la registru: la .nl o oră, la .com două zile.
• Sunteți singurul care mai vede situația veche? Fereastră privată, 4G, golirea cache-ului, repornirea routerului și verificarea fișierului hosts.
• Tot situația veche la serverul de nume autoritar? Atunci așteptarea e inutilă: căutați greșeala.

Quiz

Exercițiu

Exercițiul Z6.2: TTL de delegare și cache negativ. Două întrebări, ambele se pot răspunde folosind dig sau un instrument online dig:

1. Câte secunde rețin resolverii, conform registrului .com, serverele de nume ale domeniului google.com? Interogați un server .com: dig NS google.com @a.gtld-servers.net și verificați TTL-ul în secțiunea AUTHORITY.
2. Câte secunde reține un resolver faptul că un nume sub sidn.nl nu există? Interogați înregistrarea SOA a sidn.nl la ns1.sidn.nl și aplicați regula din această lecție (cea mai mică valoare dintre TTL-ul SOA și minimul SOA).

Lecturi suplimentare

Pașii din aceste articole se referă la panourile WebOké; în alte panouri funcționează similar.

• Cât durează o modificare de nameserver sau DNS și ce se întâmplă dacă nu o vedeți?
• Site-ul web sau e-mailul nu funcționează după o mutare sau o modificare DNS: verificați-vă domeniul
• Manual DirectAdmin 5.11: Când intră în vigoare o modificare? Timp de așteptare și TTL
• Crearea unui subdomeniu și ce trebuie făcut dacă nu funcționează
• Cum îmi pot testa domeniul înainte de transfer? (localhost)
• Manual WebOké 5.17: Starea domeniului și a e-mailului: verificare și remediere