Domain IP Lookup

Un lookup DNS ricorsivo, un passaggio alla volta

Browser

vuole example.com

Resolver

il tuo ISP / 1.1.1.1

Root + TLD

chi gestisce .com?

Autorevole

la risposta vera

Ogni passaggio della catena è a sua volta un lookup DNS, poi messo in cache

Fondamenti del DNS

Come trovare l'indirizzo IP di un sito: 5 metodi affidabili

4 min di lettura

Trovare l'indirizzo IP di un sito richiede pochi secondi. La competenza davvero utile è sapere quale indirizzo hai trovato (il server di origine, un nodo edge di una CDN o un load balancer), perché da questo dipende se quel numero ti serve a qualcosa.

Ecco cinque metodi, dal più rapido al più dettagliato, seguiti da come interpretare onestamente il risultato.

Metodo 1: usa uno strumento di lookup online

L'opzione più rapida, e l'unica che non richiede un terminale. Incolla un dominio nel lookup da dominio a IP nella home e ottieni i record A (IPv4), AAAA (IPv6), i nameserver e i record MX, CNAME e TXT in un'unica query lato server.

Il vantaggio rispetto a un comando locale è che il lookup parte da un server con la cache pulita, quindi non vedi una risposta obsoleta che il tuo computer ha memorizzato ore fa. Se hai più domini da controllare, la modalità in blocco ne risolve fino a 50 alla volta.

Metodo 2: ping, veloce e disponibile ovunque

ping risolve il nome prima di inviare qualsiasi cosa e stampa l'indirizzo risolto. Funziona allo stesso modo su Windows, macOS e Linux.

Terminale / Prompt dei comandi
ping example.com

La prima riga mostra l'indirizzo risolto: PING example.com (93.184.216.34). Hai già ciò che ti serve: premi Ctrl+C per interrompere.

Metodo 3: nslookup, lo standard multipiattaforma

Integrato in Windows, macOS e nella maggior parte delle distribuzioni Linux, e pensato proprio per questa domanda.

Lookup di base
nslookup example.com

L'output separa il resolver che ha risposto (Server:) dalla risposta vera e propria. Una riga con Non-authoritative answer significa semplicemente che la risposta arriva da una cache e non dal nameserver del dominio stesso: è il caso normale, non un avviso.

Interroga un resolver specifico, aggirando la cache del tuo ISP
nslookup example.com 1.1.1.1

Questa seconda forma è davvero utile quando sospetti una cache obsoleta: interroghi direttamente il resolver di Cloudflare invece di quello che ti assegna la tua rete.

Metodo 4: dig, quello che usano i professionisti

dig è incluso in macOS e Linux (su Windows usa WSL o installa gli strumenti BIND). Fornisce un output preciso e adatto agli script, TTL compreso.

Solo gli indirizzi, nient'altro
dig +short example.com A
dig +short example.com AAAA
Dettaglio completo, con TTL e server che ha risposto
dig example.com

Nell'output completo, il numero nella ANSWER SECTION prima di IN A è il TTL residuo in secondi, cioè per quanto tempo ancora questo resolver continuerà a riutilizzare la propria copia in cache. Osservare quel numero che scende a ogni query ripetuta è il modo più chiaro per vedere la cache in azione.

Interroga direttamente il nameserver autorevole
dig @ns1.example.com example.com

Così salti ogni cache e chiedi alla fonte. Se il risultato è diverso da ciò che vedi altrove, stai osservando la propagazione in corso.

Metodo 5: gli strumenti per sviluppatori del browser

Utili quando vuoi l'indirizzo che serve davvero la pagina che stai guardando, redirect compresi.

  1. Apri DevTools con F12 (o Cmd+Option+I su macOS) e seleziona la scheda Network.
  2. Ricarica la pagina.
  3. Clicca sulla prima richiesta di tipo documento, poi apri il pannello Headers.
  4. In General trova Remote Address: è l'IP a cui il browser si è effettivamente connesso, con la porta.

Confronto tra i cinque metodi

MetodoIdeale perMostra il TTL?Serve un terminale?
Strumento onlineTutti i tipi di record in una volta, cache pulitaNoNo
pingUna risposta veloce ovunqueNoSì
nslookupInterrogare un resolver specificoIn parteSì
digPrecisione e scriptingSìSì
DevToolsL'indirizzo che serve proprio questa paginaNoNo

E ora: hai trovato il vero server?

Probabilmente no, ed è previsto. La maggior parte dei siti di una certa dimensione sta dietro una CDN o un load balancer, quindi l'indirizzo che hai risolto appartiene a quell'infrastruttura.

Perché un lookup mostra la CDN e non l'origine

Visitatore

cerca il dominio

Edge della CDN

104.21.x.x

è ciò che restituisce il DNS

Server di origine

IP reale, mai esposto

Con una CDN davanti, il DNS restituisce l'indirizzo dell'edge. L'origine resta non pubblicata per scelta progettuale.

Segnali che indicano un'infrastruttura condivisa e non un server di origine:

  • Il DNS inverso dell'indirizzo si risolve nell'hostname di un provider (*.cloudflare.com, *.amazonaws.com, *.fastly.net).
  • Lo stesso indirizzo serve molti domini non correlati.
  • Ottieni indirizzi diversi da posizioni diverse o a query ripetute.

Da ricordare

Ognuno di questi cinque metodi ti dà l'indirizzo che il DNS pubblica. È una risposta reale e corretta, ma riguarda la porta d'ingresso pubblica del dominio, non necessariamente la macchina che c'è dietro.

Devi controllare gli indirizzi DNS pubblici di un dominio? Usa lo strumento Domain IP Lookup.

Strumenti gratuiti su questo argomento

Domande frequenti

Per approfondire