IPNixa
IT

Scegliendo una lingua, si apre questa pagina nella lingua scelta. Quando applichi una lingua, il relativo codice viene salvato in un cookie su questo dispositivo per 180 giorni.

Se questa pagina non è tradotta, si apre una pagina disponibile nella lingua scelta.

DNS / ISTANTANEE DI DUE RESOLVER

Ricerca DNS: verifica record e modifiche

Inserisci il valore atteso, conserva un risultato e scopri cosa cambia su Google e Cloudflare, senza confrontare le tabelle a mano. Gratis, senza registrazione.

Scegli un tipo di record o un gruppo e confronta le risposte. Conserva un risultato per vedere le modifiche successive.

Nome esatto da interrogare—
Valore da verificare (facoltativo)

Verifica un valore completo, non un frammento di testo. TXT distingue tra maiuscole e minuscole; le stringhe tra virgolette suddivise in più parti vengono unite. Per MX o SRV inserisci il valore completo o il nome host di destinazione. Nei gruppi, ogni tipo richiesto viene verificato separatamente. Questo valore rimane nel tuo browser.

Inserisci un dominio, incolla un URL o inserisci un indirizzo IP per il suo nome DNS inverso (PTR). Le ricerche partono solo all’invio. I nomi internazionali vengono convertiti in ASCII.

I gruppi interrogano il nome inserito. L’opzione www aggiunge solo www prima del nome; non cerca sottodomini. DMARC usa _dmarc e DKIM richiede il selettore del servizio.

Scegli un tipo di record o un gruppo, poi confronta i due resolver.

Le modifiche DNS non sono ancora visibili?

Conserva un risultato, modifica la configurazione DNS e controlla di nuovo. I valori aggiunti e rimossi vengono confrontati per ogni resolver. Una query fallita non conta mai come record rimosso.

Record TXT non trovato o verifica CNAME ancora in attesa?

Usa la modalità di verifica per controllare il nome esatto e il valore atteso. DMARC usa _dmarc; DKIM richiede il selettore fornito dal servizio. Una corrispondenza qui non completa la procedura di verifica del servizio.

La ricerca interroga Cloudflare e Google dal nostro server per ottenere record pubblici. Non identifica il resolver DNS del dispositivo e non verifica le fughe DNS della VPN. Come vengono gestite le richieste DNS →

Come cercare e confrontare i record DNS

  1. Inserisci il nome DNS esatto, ad esempio example.com o _dmarc.example.com.
  2. Scegli un tipo di record o un gruppo e premi Confronta DNS. I gruppi interrogano i tipi indicati per il nome esatto inserito; non cercano sottodomini.
  3. Leggi insieme il riepilogo del confronto, i singoli record, i TTL e i codici di risposta. Se hai modificato i DNS di recente, le risposte in cache possono rimanere finché non scade il TTL.

Quali record DNS devo controllare?

Il sito mostra un vecchio IP
Confronta A per IPv4 e AAAA per IPv6 sul nome host esatto. Un nome host www può usare record diversi dal dominio principale. Cerca eventuali alias CNAME nella catena delle risposte.
Le email arrivano ancora al vecchio server
Cerca i record MX del dominio email, poi confronta i nomi e le priorità dei server di posta con le impostazioni del tuo provider email. Questa ricerca mostra i record di instradamento pubblicati; non invia un’email di prova.
La verifica del dominio è in attesa
Cerca i record TXT del nome richiesto dal provider. SPF usa di norma il dominio email; DMARC usa _dmarc e DKIM richiede il selettore fornito. Controlla il testo esatto, senza presumere che tutti i record TXT vadano inseriti nel dominio principale.

Perché Cloudflare e Google DNS danno risposte diverse?

Ogni resolver ha una propria cache. Dopo una modifica DNS, una risposta precedente può rimanere finché non scade il TTL. Anche CDN, bilanciamento del carico e DNS geografico possono restituire indirizzi diversi ma validi. Una differenza è un indizio da approfondire, non un errore automatico.

Confrontiamo gli insiemi dei record di risposta, ignorando ordine e TTL. I nomi DNS vengono confrontati senza distinguere maiuscole e minuscole né il punto finale; la notazione IPv6 viene normalizzata. Il testo TXT distingue maiuscole e minuscole. I record di autorità e i flag DNSSEC sono mostrati separatamente e non rientrano nell’esito del confronto dei valori di risposta.

Hai modificato i DNS ma vedi ancora il vecchio indirizzo?

  1. Controlla il nome host esatto e il tipo di record modificato. Il dominio principale e www possono avere risposte diverse.
  2. Confronta i valori restituiti con la configurazione pubblicata dal tuo provider DNS.
  3. Leggi il TTL come tempo residuo della cache, non come conto alla rovescia verso un aggiornamento mondiale garantito. Ripeti il confronto più tardi.
  4. Se un resolver non risponde correttamente, riprova e analizza il codice di risposta. Non considerare una risposta mancante come una corrispondenza.

Cosa significa ogni tipo di record

A / AAAA
Indirizzi IPv4 e IPv6 pubblicati per il nome. Possono appartenere a una CDN o a un proxy, anziché al server di origine.
MX
Server di posta e relativa priorità. I valori di preferenza più bassi vengono provati per primi.
TXT
Record di testo, ad esempio SPF o verifica del dominio. Per DMARC usa _dmarc.example.com; DKIM richiede il nome del selettore corretto.
NS / SOA
Nameserver e dati amministrativi della zona. Usa il nome della zona per queste richieste.
CNAME
Un alias verso un altro nome DNS. Le risposte A e AAAA possono includere anche una catena CNAME.
CAA
Record di autorizzazione delle autorità di certificazione. Un record mancante, da solo, non indica un problema di sicurezza.
PTR
Nomi DNS inversi. Inserisci un indirizzo IP e viene convertito automaticamente nel suo nome in-addr.arpa o ip6.arpa.
SRV
Record di localizzazione dei servizi, come _sip._tcp.example.com: priorità, peso, porta e host di destinazione.
HTTPS
I record HTTPS (SVCB) indicano suggerimenti di connessione come il supporto HTTP/3 (alpn=h3), indirizzi IP suggeriti e chiavi ECH.
DS / DNSKEY
DS e DNSKEY sono usati da DNSSEC. La loro sola presenza non dimostra la validità della catena di fiducia. Il campo DNSSEC indica se il resolver ha segnalato una convalida; lo strumento non verifica direttamente la catena.

Esempio osservato: due resolver, risposte diverse

Il 27 ottobre 2026 alle 21:41:23 UTC+07 abbiamo confrontato con IPNixa i record A di www.amazon.com tramite Cloudflare e Google. È un dominio pubblico di terzi; non ne abbiamo modificato il DNS.

Entrambi i resolver hanno restituito NOERROR e la stessa catena CNAME, ma record A diversi: Cloudflare 18.239.130.216 con TTL di 26 secondi; Google 13.35.160.125 con TTL di 60 secondi. IPNixa ha indicato valori diversi.

Ripetendo alle 21:41:27, i valori A restavano diversi e il TTL Cloudflare era 23 secondi. La causa non è accertata: cache, routing CDN o posizione geografica sono possibilità. Dopo una tua modifica DNS, confronta nome esatto, tipo e catena CNAME con la configurazione del provider, controlla i TTL e riprova più tardi. Due resolver non dimostrano la propagazione mondiale.

Per simulare una modifica DNS, il 27 ottobre 2026 abbiamo eseguito separatamente la logica di confronto in locale: Cloudflare restituiva il vecchio valore A 203.0.113.10 e Google il nuovo 203.0.113.20. Il risultato indicava valori diversi. Entrambi gli indirizzi sono riservati alla documentazione; non abbiamo modificato record DNS e la simulazione non spiega il risultato osservato su Amazon.

Perché non ci sono record?

NOERROR con una risposta vuota significa che il resolver non ha restituito record per quel nome e tipo. NXDOMAIN significa che ha segnalato il nome come inesistente. SERVFAIL o REFUSED indicano che la ricerca non è stata completata correttamente; nessuno dei due dimostra che il dominio non esista.

Questo test verifica la propagazione DNS ovunque?

No. Vengono mostrate due istantanee di resolver pubblici dal server che gestisce la richiesta, non verifiche da ogni paese. Altri resolver, reti private, regioni o server autoritativi possono restituire record diversi. Anche una richiesta CNAME può essere vuota quando il provider converte un alias direttamente in record di indirizzo.

Mostra se uso il DNS di Cloudflare (1.1.1.1)?

No. Questa pagina interroga Cloudflare e Google dal nostro server, quindi non vede quale resolver usa il tuo dispositivo. Per verificare se questo dispositivo usa 1.1.1.1, apri il test di Cloudflare su 1.1.1.1/help.

Cosa significa il campo DNSSEC?

«Validato dal resolver» significa che il resolver ha impostato il flag authenticated-data nella risposta. «Non attestato» non è un verdetto sulla sicurezza: la zona potrebbe non essere firmata o la risposta potrebbe non contenere dati autenticati. DNSSEC non certifica che un sito sia affidabile.

Questo strumento può individuare una fuga DNS?

No. Un test delle fughe DNS deve osservare quali resolver richiedono nomi di test univoci. Questa ricerca interroga due resolver pubblici scelti sui record pubblicati. Per altre verifiche sui dati esposti dal browser, usa la Verifica VPN per WebRTC e IPv6.

Posso sapere quale resolver DNS è più veloce?

No. Sono richieste DNS-over-HTTPS eseguite dal server. Non misurano la velocità DNS del tuo dispositivo. Per i tempi di risposta dal browser al nodo edge, usa il Test di latenza HTTP.

Fonti e verifiche correlate

Documentazione dell’API JSON di Google Public DNS

Documentazione delle risposte DNS-over-HTTPS di Cloudflare

Verifica i tuoi IPv4, IPv6 pubblici e la rete →

Scopri IP dinamico e DNS dinamico →