Controllo DNS

Esegui una ricerca baseline prima di qualsiasi cambio nameserver, trasferimento registrar o switch del provider mail. Cattura A, AAAA, MX, TXT (SPF, DKIM, DMARC), NS e SOA in un ticket di change. Dopo il cutover, ripeti la stessa ricerca e confronta le risposte riga per riga. Il serial SOA incrementa su molti provider quando cambia il file di zona — annotalo se il supporto afferma che « la propagazione è completa » mentre il portatile mostra ancora vecchie rotte mail.

Usa il DNS Checker quando integri un SaaS che chiede TXT di verifica, per debuggare la deliverability dopo rotazione SPF o DKIM, per confermare CAA prima di emettere certificati, o quando un CDN orange-cloud cambia risposte A anycast. Controllare dns records online è più veloce che installare bind-utils su laptop aziendali bloccati e più completo di ping o nslookup — non mostrano mai MX, TXT o CAA in una vista strutturata.

Abbina una ricerca completa a WHOIS quando la delegazione stessa è sospetta: se i nameserver presso il registrar non corrispondono agli NS restituiti pubblicamente, potresti modificare un pannello DNS inattivo mentre il mondo interroga ancora l'host precedente. Per tracce mono-tipo (solo MX, solo TXT, solo NS), lo strumento DIG sullo stesso sito restituisce sezioni answer in stile resolver da incollare nei thread di supporto senza riformattare.

Se il DNS Checker mostra valori diversi dal pannello di controllo, confronta prima i NS. Potresti essere in un editor di zona figlia mentre l'apex delega altrove. Interroga i nameserver autoritativi con DIG @ns1.example.com quando le cache ricorsive « mentono » — il nostro checker usa un percorso resolver configurato che riflette ciò che vedono la maggior parte dei visitatori, non necessariamente il file autoritativo secondi dopo Save.

Il TTL determina quanto persistono risposte vecchie. Un record in cache 86400 secondi può impiegare fino a ventiquattro ore a scomparire da ogni resolver mondiale anche dopo aver pubblicato una correzione. Abbassa TTL su record stabili ventiquattro-quarantotto ore prima di un cambio pianificato, verifica il TTL più basso con il DNS Checker, applica i nuovi dati e rialza TTL dopo la stabilizzazione.

Record SPF TXT duplicati sullo stesso owner name invalidano SPF del tutto — unisci gli include in una stringa. CNAME su un label che porta anche MX o TXT è invalido per le regole DNS e produce comportamento resolver imprevedibile. DMARC senza SPF o DKIM allineati segnala fallimenti ma non li corregge; tratta DMARC come layer di policy sopra record di auth funzionanti, non come sostituto.

Anycast geografico e nomi proxied CDN possono restituire risposte A o AAAA diverse in base alla posizione del resolver. È atteso, non un bug di propagazione. Debuggando il routing verso l'origin, confronta grey-cloud vs orange-cloud nel pannello DNS e riesegui il DNS Checker dallo stesso percorso resolver dopo ogni toggle.

La posta in entrata dipende dalle priorità MX e dagli hostname degli exchanger raggiungibili. La reputazione in uscita dipende da TXT SPF, DKIM e DMARC su nomi prevedibili. Il DNS Checker raggruppa MX e TXT in una risposta così puoi confermare che mail.example.com risolve, che esiste un solo SPF all'apex, che il label selector._domainkey pubblica una chiave pubblica attuale e che _dmarc.example.com indica la policy desiderata (none, quarantine o reject).

Dopo Google Workspace, Microsoft 365 o qualsiasi onboarding SMTP relay, verifica tutte e quattro le famiglie prima di inviare mail bulk. Un MX funzionante non implica SPF corretto — confronta IP SMTP in uscita con la catena include SPF e la documentazione del provider. Copia il TXT concatenato esatto dal checker invece di riscrivere da PDF; stringhe DKIM spezzate nel pannello si concatenano nelle risposte DNS.

Quando le intestazioni Authentication-Results mostrano spf=fail o dkim=fail, rinterroga TXT live con il DNS Checker, correggi la zona, annota TTL e attendi scadenza cache prima di ritestare. Usa Blacklist Checker sugli IP di invio se persistono deferrals dopo auth DNS pulita — le correzioni DNS sono prerequisiti di deliverability ma non sostituiscono il lavoro sulla reputazione IP.

Questo strumento mostra i record DNS restituiti dal nostro resolver adesso — una ricerca all-records completa inclusi TXT utili per DKIM e DMARC, raggruppati per tipo con azioni di copia. Serve a verificare la configurazione, documentare migrazioni e rispondere « cosa mostra l'albero DNS pubblico per questo nome oggi? » Non traccia una mappa mondiale delle differenze tra resolver e non pretende di testare cinquanta location globali simultaneamente.

I checker di propagazione DNS dedicati interrogano molti resolver ricorsivi regionali nel tempo e visualizzano quali regioni cacheano ancora vecchi valori A, MX o NS. Quella worldview aiuta dopo grandi cambi TTL-heavy o swap di nameserver quando il supporto chiede « si è propagato? » DN01 non replica quella mappa — ci concentriamo su uno snapshot di alta qualità più cronologia, accesso API e strumenti companion (DIG, WHOIS, SSL) sullo stesso sito.

La propagazione non è teletrasporto istantaneo. Sono vecchie cache che scadono per TTL più aggiornamenti glue del registrar quando cambiano i nameserver. TTL basso nella zona autoritativa aiuta futuri cambi a convergere più velocemente ma non può svuotare retroattivamente risposte già in cache a 86400 secondi. Usa il DNS Checker per confermare la tua pubblicazione autoritativa, poi mappe di propagazione se serve confidenza geografica che resolver in più regioni abbiano fatto scadere dati vecchi.

Quando le risposte differiscono tra DNS Checker e mappa di propagazione, entrambi possono essere « corretti » per il loro punto di vista. I resolver ricorsivi cacheano indipendentemente; DNS ufficio, operatore mobile e 8.8.8.8 possono divergere fino a scadenza TTL. Interroga NS autoritativi direttamente con DIG quando devi bypassare completamente la cache — se NS autoritativo mostra già il nuovo MX ma il checker ancora il vecchio, osservi cache lag, non publish fallito.

Scegli DN01 quando vuoi ogni tipo principale in una vista, UI localizzata in otto lingue, cronologia recente locale e API documentata per automazione. Scegli mappe di propagazione quando la domanda è specificamente « quali regioni vedono ancora il vecchio IP? » — non « le mie stringhe MX e SPF sono corrette? » Siamo onesti su quel confine: nessuna fake propagation percentage bar, nessuna griglia globale simulata — solo dati DNS accurati e copiabili per operatori che devono rilasciare cambi mail, web e certificati affidabili.