Verificare migrare DNS
Comparați ce răspund serverele de nume actuale și cele noi, înregistrare cu înregistrare, înainte de a schimba delegarea.
Instrumente înrudite
- Căutare DNSCăutați înregistrări DNS după tip, inclusiv căutări inverse (PTR) pentru adrese IP.
- Sănătatea domeniuluiO singură verificare pentru DNS, autentificarea e-mailului, TLS, antete de securitate și redirecționări, cu o notă pe fiecare zonă și un raport complet.
- Securitatea e-mailuluiVerificați SPF, DKIM, DMARC, MTA-STS, TLS-RPT și BIMI pentru un domeniu și obțineți înregistrările care le repară.
- MX și SMTPVerificați serverele de e-mail ale unui domeniu și testați conexiunile SMTP, STARTTLS și open relay.
Despre acest instrument
Verificare migrare DNS adresează aceleași întrebări celor două seturi de servere de nume și așază răspunsurile unul lângă altul. Dumneavoastră dați domeniul, serverele de nume pe care le folosește astăzi și pe cele către care urmează să îl delegați, iar XGM interoghează ambele seturi direct - cele noi nu sunt încă delegate, ceea ce este chiar motivul pentru care trebuie întrebate după nume - pentru A, AAAA, CNAME, MX, TXT, NS, SOA, SRV și CAA. Fiecare tip primește un verdict: identic, diferit, lipsă pe partea nouă, în plus pe partea nouă sau fără răspuns. Comparația se face după înțeles, nu după text, așa că o ordine diferită nu este o diferență, MX este comparat după prioritate și gazdă, TXT după șirurile unite, iar o modificare de TTL este raportată separat de o modificare de conținut, pentru că mutarea la alt furnizor schimbă în mod legitim valorile TTL. O interogare refuzată sau expirată este raportată ca fără răspuns și niciodată ca lipsă - a vi se spune că o înregistrare lipsește atunci când serverul pur și simplu nu a răspuns este modul în care o comutare pierde e-mailuri. Ceea ce rezultă este o listă scurtă cu ce trebuie remediat înainte de schimbare și un CSV al întregii comparații.
Mutarea unui domeniu la o găzduire DNS nouă este o schimbare de delegare: în momentul în care înregistrările NS de la registrar indică setul nou, fiecare răspuns vine din zona nouă. Tot ce răspundea zona veche și zona nouă nu răspunde pur și simplu încetează să existe, iar înregistrările care lipsesc cel mai des sunt cele pe care nimeni nu le-a configurat în panou - o verificare TXT, un CNAME de subdomeniu, o înregistrare CAA, o intrare SRV pentru un sistem telefonic.
Aceasta interoghează direct ambele seturi, așa că funcționează înainte de comutare și nu depinde de ce este delegat astăzi. O interogare care eșuează este raportată ca eșec, niciodată ca o parte goală. Pentru a verifica separat zona către care vă mutați, folosiți Căutare DNS; pentru înregistrările de e-mail în mod special, Securitatea e-mailului.
Cum se folosește
- Introduceți domeniul și serverele de nume pe care le folosește astăzi - instrumentele Sănătatea domeniului sau Căutare DNS vă spun dacă nu sunteți sigur.
- Introduceți serverele de nume către care urmează să vă mutați, așa cum vi le-a dat noul furnizor.
- Rulați verificarea și citiți mai întâi lista de remedieri: acelea sunt înregistrările care ar lipsi sau ar fi greșite în momentul în care se schimbă delegarea.
- Corectați zona nouă la noul furnizor, rulați din nou verificarea și faceți schimbarea doar când lista este goală.
- După schimbare, readuceți valorile TTL la loc și rulați din nou Sănătatea domeniului pentru a confirma că e-mailul și TLS se rezolvă în continuare.
Întrebări frecvente
De ce trebuie să introduc chiar eu serverele de nume noi?
Pentru că încă nu sunt delegate. Până când nu schimbați serverele de nume la registrar, internetul trimite în continuare fiecare interogare pentru domeniul dumneavoastră către cele vechi, așa că singurul mod de a vedea ce ar răspunde noul furnizor este să îl întrebați direct, după nume. De aceea merită rulată această verificare: este singurul moment în care puteți compara cele două răspunsuri, înainte ca schimbarea să îl facă pe cel nou singurul răspuns.
Partea nouă nu arată nimic pentru un tip de înregistrare. Înseamnă că lipsește?
Doar dacă rândul spune că lipsește. Un server de nume care a refuzat interogarea sau nu a răspuns la timp este raportat ca fără răspuns, împreună cu motivul, iar rezumatul spune că această comparație este incompletă - pentru că o înregistrare raportată ca absentă când serverul doar nu a reușit să răspundă este exact greșeala care pierde e-mailuri după comutare. Verificați că numele serverului de nume este corect și că zona a fost creată la furnizorul nou înainte de a trage vreo concluzie dintr-un rând gol.
Contează un TTL diferit?
De obicei nu, și tocmai de aceea este afișat separat. Un furnizor nou are propriile valori implicite, iar înregistrările în sine rămân neschimbate. TTL-urile contează însă chiar în jurul comutării: reduceți-le pe partea veche cu o zi sau două înainte de mutare, astfel încât o greșeală să se propage în minute, nu în ore, și măriți-le la loc după ce zona nouă s-a dovedit corectă.
Dar seria SOA?
Primește un rezultat propriu atunci când partea nouă este mai mică decât cea veche. Nimic nu se strică imediat, dar un server secundar care deține deja zona veche va refuza să o accepte pe cea nouă ca actualizare, iar nepotrivirea iese la iveală mai târziu sub forma a două servere care răspund diferit pentru același nume. Ridicați numărul de serie de pe partea nouă peste cel vechi înainte de schimbare.
Acoperă tot ce trebuie să mut?
Acoperă zona. Nu știe despre lucrurile care se află în afara DNS: blocările de transfer și codurile de autorizare de la registrar, cheile DNSSEC care trebuie retrase înainte de o mutare și adăugate din nou după, înregistrările glue pentru serverele de nume aflate chiar în interiorul domeniului și orice configurație de partea furnizorului, precum rutarea e-mailului sau certificatele CDN. Comparația înregistrărilor este partea care poate fi verificată mecanic și este partea pe care oamenii o greșesc de obicei.