Vai al contenuto principale

Ricerca record A (IPv4)

Verifica l'indirizzo IPv4 del tuo dominio in pochi secondi

Il tuo sito non risponde? Verifica se il record A punta all'indirizzo IPv4 corretto. Confronta le risposte di più resolver DNS per rilevare problemi di propagazione.

In modalità traccia iterativa, il resolver viene ignorato.
Interroga più resolver pubblici per confrontare le risposte.

Risoluzione istantanea

Ottieni l'indirizzo IPv4 di un dominio in tempo reale. Confronta le risposte di Google, Cloudflare, Quad9 e del server autoritativo.

Rilevamento discrepanze

Identifica le differenze tra i resolver. Individua le cache obsolete che restituiscono ancora il vecchio indirizzo.

Trace iterativa completa

Visualizza il percorso DNS: root → TLD → autoritativo. Identifica quale passaggio è lento o fallisce.

TTL e latenza

Consulta il TTL rimanente per sapere quando scade la cache. Misura la latenza di ogni resolver.

Gratuito e illimitato

Nessuna registrazione richiesta. Testa quanti domini vuoi, tutte le volte che vuoi.

Come utilizzare al meglio le opzioni del motore di lookup DNS

Cos'è la traccia iterativa?

La traccia esegue la risoluzione passo dopo passo. Il resolver interroga prima i server root, poi il TLD (.com, .fr, .eu) e infine i server autoritativi della zona di destinazione. A ogni fase la pagina mostra il server interrogato, la risposta, l'RCODE e la latenza.

  1. 1. Root

    Scoperta dei server TLD per il nome richiesto.

  2. 2. TLD

    Riferimento agli NS della zona (delegazione).

  3. 3. Authoritative

    Risposta finale (o errore) con TTL e latenza.

A cosa serve?

  • Confrontare le risposte tra resolver e regioni
  • Individuare cache calde, TTL troppo lunghi o deleghe incomplete
  • Spiegare una differenza di latenza o un RCODE inatteso

Suggerimento: lascia la traccia disattivata per i controlli rapidi; attivala durante un'indagine o per preparare ticket e post-mortem.

Cos'è la traccia classica?

La traccia classica interroga solo il resolver selezionato (UDP o DoH) e mostra la risposta così come viene percepita da quel punto di rete. Ottieni l'RCODE, le sezioni di risposta e la latenza per il tratto client → resolver.

  1. 1. Resolver scelto

    Utilizza il preset o la configurazione personalizzata per eseguire la query esattamente come farebbe il tuo servizio.

  2. 2. Protocollo preservato

    Rispetta il trasporto selezionato (UDP, TCP o DoH) così da riprodurre il comportamento reale.

  3. 3. Risposta dettagliata

    Mostra domanda, risposta e sezioni authority/additional quando presenti, insieme a TTL e metadati utili.

Perché usarla?

  • Verificare la vista di un resolver specifico prima di sospettare problemi di delega
  • Confermare valori in cache e l'impatto di TTL o flush
  • Documentare una risoluzione esattamente come la vede un client o un microservizio

Suggerimento: tieni disattivata la traccia iterativa quando esegui l'audit di un resolver; riattivala dopo per confrontarla con il percorso root → TLD → authoritative.

Come funziona il test di propagazione?

Il test interroga in parallelo un insieme di resolver pubblici (Google, Cloudflare, Quad9, OpenDNS, ISP…) e raggruppa le risposte per contenuto e RCODE. Vedi subito chi ha già recepito l'aggiornamento.

  1. 1. Resolver multi-punto

    Abilita i preset di propagazione per interrogare diversi attori distribuiti nel mondo.

  2. 2. Confronto automatico

    Raggruppa le risposte identiche e mette in evidenza divergenze o errori specifici di un resolver.

  3. 3. Riepilogo operativo

    Fornisce un riepilogo chiaro, l'elenco dei resolver, le loro latenze e lo stato di ciascun gruppo.

Quando usarlo?

  • Monitorare la propagazione mondiale di una modifica DNS
  • Individuare cache obsolete e decidere un flush mirato
  • Condividere uno snapshot di propagazione in un ticket o post-mortem

Suggerimento: mentre il test di propagazione è attivo, il selettore del resolver resta bloccato. Disattiva la modalità per tornare alla diagnostica su singolo resolver.

Cos'è un record A?

Un record A (Address Record) è il record DNS fondamentale che associa un nome di dominio a un indirizzo IPv4. Quando digiti un URL nel browser, la risposta del record A indica quale server contattare.

Struttura di un record A:

CampoDescrizioneEsempio
NomeDominio o sottodominiowww
TipoSempre AA
ValoreIndirizzo IPv4203.0.113.10
TTLDurata cache in secondi3600

Esempio concreto:

www.captaindns.com.  3600  IN  A  203.0.113.10

Questo record indica che www.captaindns.com punta all'indirizzo IPv4 203.0.113.10 con un TTL di un'ora.


Casi d'uso comuni

1. Puntare l'apex del dominio

L'apex (o root) di un dominio (captaindns.com senza www) deve usare record A perché i CNAME non sono consentiti in questa posizione secondo le RFC.

captaindns.com.  3600  IN  A  203.0.113.10

2. Distribuzione del carico (Round-Robin)

Pubblica più record A per distribuire le richieste tra i server:

www.captaindns.com.  300  IN  A  203.0.113.10
www.captaindns.com.  300  IN  A  203.0.113.11
www.captaindns.com.  300  IN  A  203.0.113.12

Il resolver restituisce l'elenco completo. Il client tipicamente sceglie il primo. Questo meccanismo distribuisce il carico ma non rileva i guasti.

3. Server di posta

Il server puntato da un record MX deve avere un record A:

mail.captaindns.com.  3600  IN  A  203.0.113.25

Il DNS inverso (PTR) di questo IP deve corrispondere per migliorare la deliverability delle email.


Best practice

TTL: trovare il giusto equilibrio

SituazioneTTL consigliatoMotivo
Configurazione stabile3600-86400 (1h-24h)Riduce il carico sui server autoritativi
Migrazione pianificata300-600 (5-10 min)Permette rollback rapido
Test o debug60-300 (1-5 min)Modifiche visibili rapidamente

Consiglio per la migrazione: Riduci il TTL 24-48h prima della modifica, effettua la modifica, poi aumenta il TTL una volta stabile.

Da evitare

  • CNAME sull'apex: Non conforme alle RFC, può rompere l'email
  • A + CNAME sullo stesso nome: Vietato dalle RFC
  • Indirizzo IP privato: Non funziona da Internet
  • Dimenticare i vecchi record: Pulisci dopo una migrazione

Diagnosi dei problemi comuni

Il sito non risponde

  1. Verifica che il record A esista
  2. Conferma che l'IP restituito sia corretto
  3. Testa l'accessibilità dell'IP (ping, telnet porta 80/443)
  4. Confronta più resolver per rilevare problemi di propagazione

Propagazione lenta dopo una modifica

  1. Verifica il TTL del vecchio valore (è quello che conta)
  2. Il server autoritativo deve restituire il nuovo valore
  3. Attendi la scadenza del TTL sui resolver pubblici
  4. Svuota la cache DNS locale se necessario

Risposte inconsistenti tra i resolver

  1. È normale durante la propagazione
  2. Verifica che il server autoritativo restituisca il valore corretto
  3. Usa la trace iterativa per identificare le differenze
  4. Attendi che scada il TTL più lungo

Verifica da riga di comando

Windows (nslookup)

nslookup
set q=a
captaindns.com

Con un resolver specifico:

nslookup captaindns.com 1.1.1.1

Linux/Mac (dig)

dig A captaindns.com

Con un resolver specifico:

dig A captaindns.com @1.1.1.1

Trace iterativa completa:

dig A captaindns.com +trace

Strumenti complementari

StrumentoUtilità
Ricerca AAAAVerificare l'indirizzo IPv6 del dominio
Ricerca CNAMEVerificare gli alias DNS
Test di propagazioneConfrontare decine di resolver simultaneamente
Audit DNS completoVerificare la configurazione DNS globale

Risorse utili