Come trovare l'indirizzo IP di un dominio

Per trovare l'indirizzo IP di un dominio, risolvi i suoi record DNS invece di tirare a indovinare dal marchio dell'hosting di un sito o di copiare un indirizzo da una pagina non correlata. Il DNS può pubblicare un record A per IPv4 e un record AAAA per IPv6, e quelle risposte sono indipendenti. Un dominio può restituire un solo indirizzo, più indirizzi, una sola famiglia di indirizzi oppure un alias CNAME che porta a un altro hostname. Il risultato giusto è la risposta DNS pubblica visibile al resolver che hai interrogato in quel momento. Può rappresentare una CDN o un load balancer e non andrebbe automaticamente descritto come l'indirizzo del server di origine.

Usa un lookup per l'hostname esatto

Inizia stabilendo se ti serve il dominio apex, come example.com, o un sottodominio come www.example.com. Il DNS li tratta come nomi distinti, quindi possono avere configurazioni di record diverse. Usa uno strumento di lookup da dominio a IP, un'utilità DNS fornita dal tuo sistema operativo o una query da riga di comando per chiedere i dati A e AAAA. Se hai un URL come https://www.example.com/products, l'hostname è www.example.com; il protocollo, il percorso e il nome della pagina non fanno parte della query DNS. Evita di inserire credenziali o URL privati in qualsiasi modulo di lookup pubblico.

Se la risposta contiene più indirizzi, normalmente non indica un errore. I grandi servizi usano più server per disponibilità, distribuzione del carico e distribuzione dei contenuti. Un resolver può anche restituire un sottoinsieme o un ordine diverso nel tempo. Quando confronti le risposte, includi il resolver e il timestamp: due osservazioni senza quel contesto possono sembrare contraddittorie anche quando entrambe erano valide. Un indirizzo DNS ti dice dove un client può tentare di connettersi dopo la risoluzione, non se il servizio è in salute né se l'indirizzo resterà invariato. I siti web possono cambiare i record durante migrazioni, failover o ordinaria manutenzione dell'infrastruttura.

Quando un nome si risolve tramite un alias

Un record CNAME dice che un nome DNS è un alias per un altro nome. La prima risposta non è di per sé un indirizzo IP; il resolver segue l'alias e interroga i record di indirizzo della destinazione. Questa indirezione permette a un provider di hosting di gestire un'infrastruttura mutevole dietro un hostname stabile. Significa anche che la configurazione DNS della destinazione di un CNAME conta per il risultato finale. Un checker che mostra solo l'alias iniziale può sembrare non fornire alcun indirizzo, anche se la catena di risoluzione alla fine produce record A o AAAA. Traccia la catena con attenzione invece di considerare l'alias un lookup fallito.

• Interroga A e AAAA in modo indipendente; uno può esistere senza l'altro.
• Annota l'hostname di destinazione se è presente un CNAME.
• Confronta con i nameserver autoritativi quando le risposte in cache sono in dubbio.
• Non dare per scontato che il DNS punti direttamente a un server fisico o a un'origine.
• Per un guasto di servizio, testa la raggiungibilità di rete e l'HTTPS separatamente dal DNS.

Usa l'indirizzo con attenzione

Un indirizzo risolto non è un'identità permanente. Gli IP possono essere riassegnati, gli indirizzi anycast possono instradare verso sedi diverse e l'hosting condiviso può collocare molti domini dietro lo stesso indirizzo. Allo stesso modo, vedere l'IP di un provider cloud o CDN non stabilisce dove giri l'applicazione di origine. Se stai aggiornando una allowlist del firewall o un'integrazione, verifica gli intervalli di indirizzi documentati dal provider e il suo processo di modifica invece di copiare il risultato di un lookup una tantum. Per il troubleshooting generale, il lookup da dominio a IP può mostrare le risposte IPv4 e IPv6 pubbliche, mentre come trovare l'IP di un sito web tratta metodi correlati e i loro limiti.

L'importante è adattare il lookup al tuo scopo. Uno sviluppatore che fa debug di un nuovo record DNS ha bisogno dell'hostname esatto e del tipo di record. Il proprietario di un sito che controlla una migrazione ha bisogno di un confronto prima e dopo e della consapevolezza della cache TTL. Un visitatore che diagnostica un'interruzione deve distinguere la risoluzione dalla connettività e dalla risposta dell'applicazione. Sono domande correlate ma separate, e un singolo risultato IP non può rispondere a tutte. Tratta il DNS come un livello del percorso da un nome a un servizio funzionante, poi testa il livello successivo che corrisponde al guasto osservato.

Quando un lookup del dominio non basta

Alcuni compiti richiedono informazioni oltre la risposta pubblica sull'indirizzo. Una modifica al firewall può richiedere un intervallo ufficiale del provider cloud anziché una singola risposta DNS, perché il provider può ruotare o ampliare gli endpoint. Un'interruzione dell'applicazione può richiedere una richiesta HTTPS, l'ispezione del certificato o un controllo della dashboard di hosting dopo che la risoluzione è riuscita. Un lookup inverso può a volte restituire un nome PTR per un indirizzo, ma è controllato dall'operatore dell'indirizzo e può mancare o essere generico. Decidi cosa ti serve prima di usare il risultato: la mappatura DNS attuale, il proprietario della rete, la posizione approssimativa o l'effettiva salute del servizio richiedono ciascuno una fonte diversa. Formula le conclusioni in modo circoscritto e includi il resolver e l'ora. Questa formulazione è particolarmente utile quando un dominio usa una CDN, dato che l'indirizzo edge è un punto di ingresso pubblico e non necessariamente il backend che genera i contenuti del sito.