Alege planul

Propagarea DNS și TTL: cum planifici o schimbare

De ce o schimbare DNS nu se vede peste tot deodată, ce înseamnă TTL, cum verifici ce răspunde fiecare server și cum muți un site fără ore de pauză.

  • Actualizat
ghid · domenii și dns
Pași
10
Citești în
4min
Secțiuni
4
Începe ghidul

Când schimbi o înregistrare DNS sau nameserverele unui domeniu, schimbarea e gata imediat pe serverul care răspunde pentru domeniu. Restul internetului află de ea treptat: fiecare rețea a ținut minte răspunsul vechi și îl folosește până îi expiră termenul. Termenul se numește TTL (time to live), iar așteptarea de la un capăt la altul, propagare.

Ce vei reuși

  • înțelegi de ce unii văd site-ul nou și alții pe cel vechi;
  • verifici ce răspunde serverul DNS, fără să aștepți cache-urile;
  • planifici o mutare astfel încât pauza să fie de minute, nu de zile.

Dacă site-ul vine de la alt host, mutarea o putem face noi, gratuit, cu testul pe serverul nou înainte de schimbarea DNS: vezi Mutare gratuită.

Cât durează, de fapt

Ce schimbiCât durează, de obicei
o înregistrare din zona de la noi (A, CNAME, MX, TXT)cât TTL-ul ei: implicit la noi 1400 de secunde, adică aproximativ 23 de minute
nameserverele domeniului, la registrarcâteva ore; uneori până la 48 de ore, pentru că registrul extensiei are propriul TTL, mai lung
un domeniu nou înregistratcâteva ore până e vizibil peste tot

Pașii

A. Verifici ce răspunde, ocolind cache-urile

  1. Deschide https://toolbox.googleapps.com/apps/dig/ (Google Admin Toolbox), scrie domeniul și alege tipul: NS pentru nameservere, A pentru adresa site-ului, MX pentru email, TXT pentru SPF și verificări.
  2. Sau, din Terminal (Mac, Linux), întreabă direct serverul nostru:

    dig +short A domeniul-tau.ro @ns1.nbt-host.ro
    dig +short NS domeniul-tau.ro

    Pe Windows, în PowerShell: nslookup domeniul-tau.ro ns1.nbt-host.ro.

  3. Dacă ns1.nbt-host.ro dă deja valoarea nouă, schimbarea e făcută corect; restul e doar așteptare.

B. Golești cache-ul de pe calculatorul tău

  1. Windows, în Command Prompt: ipconfig /flushdns.
  2. Mac, în Terminal: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder.
  3. Browserul are și el cache: încearcă dintr-o fereastră privată sau de pe telefon, pe datele mobile.

C. Planifici o mutare de site fără pauză

Dacă muți site-ul pe alt server sau schimbi IP-ul, poți micșora pauza aproape de zero:

  1. Cu o zi înainte, coboară TTL-ul înregistrărilor pe care le vei schimba (@, www, mail) la 300 de secunde. În Enhance, pe înregistrare: „⋯” » „Edit”, debifezi „Use zone default” și scrii 300 la „TTL”. Așteaptă cel puțin cât TTL-ul vechi, ca toate rețelele să afle de noul TTL.
  2. Pregătește site-ul pe serverul nou și verifică-l înainte de schimbare, cu fișierul hosts (pașii sunt în Mutarea unui site WordPress de la alt host, la „Verificarea înainte de schimbarea DNS”).
  3. Schimbă înregistrarea. În 5 minute, cei mai mulți vizitatori ajung pe serverul nou.
  4. După ce totul merge, pune TTL-ul înapoi pe „Use zone default”.

Pentru o schimbare de nameservere nu poți coborî TTL-ul de la registrul extensiei. Acolo regula e alta: pregătește zona pe noile nameservere, cu toate înregistrările, înainte de schimbare. Cu nameserverele noastre, zona e deja pregătită în Enhance de la crearea site-ului (vezi Cum îți îndrepți domeniul spre NBT Host).

D. Ce faci cât durează propagarea

  • Nu schimba înapoi la primul semn că „nu merge”: o parte din vizitatori vor fi trimiși încolo și încoace.
  • Lasă și serverul vechi pornit câteva zile, cu emailul. Mesajele care ajung acolo între timp nu se pierd; le poți muta după (vezi Cum îți muți mesajele vechi de la alt furnizor).
  • Verifică în Enhance, la „Domains”: coloana „DNS status” arată „DNS ok” când domeniul a ajuns la noi.

Dacă ceva nu merge

  • Au trecut 48 de ore și tot se vede serverul vechi. Nu mai e propagare. Verifică cu Dig nameserverele (pasul 1): dacă nu sunt cele noi, schimbarea de la registrar n-a fost salvată. Dacă sunt, verifică înregistrarea A. Mai mulți pași sunt în Site-ul nu se deschide sau arată versiunea veche.
  • Dig arată valoarea nouă, dar browserul tău, pe cea veche. E cache-ul local sau al rețelei tale. Golește-l (pașii 4–6) sau încearcă pe datele mobile.
  • Domeniul nu mai răspunde deloc după schimbarea nameserverelor. DNSSEC a rămas activ de la vechiul furnizor. Oprește-l la registrar (vezi Editorul de zonă DNS: A, CNAME, MX și TXT, secțiunea despre DNSSEC).
  • Emailul ajunge când la serverul vechi, când la cel nou. E normal cât durează propagarea MX. Verifică ambele căsuțe până se termină.
Suport

Te-ai blocat? Îl facem împreună.

Scrie-ne ce pas nu merge și, dacă se poate, trimite o captură de ecran. Îți răspundem în programul de lucru.

Telefon și WhatsApp+40 775 396 021
Programluni – vineri, 9:00 – 18:00

Nu ne trimite niciodată parola pe WhatsApp sau pe email. Ce informații ne ajută să rezolvăm din prima: cum ceri ajutor.