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
Come trovare l'indirizzo IP di un sito: 5 metodi affidabili
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.
ping example.comLa 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.
nslookup example.comL'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.
nslookup example.com 1.1.1.1Questa 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.
dig +short example.com A
dig +short example.com AAAAdig example.comNell'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.
dig @ns1.example.com example.comCosì 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.
- Apri DevTools con
F12(oCmd+Option+Isu macOS) e seleziona la scheda Network. - Ricarica la pagina.
- Clicca sulla prima richiesta di tipo documento, poi apri il pannello Headers.
- In General trova Remote Address: è l'IP a cui il browser si è effettivamente connesso, con la porta.
Confronto tra i cinque metodi
| Metodo | Ideale per | Mostra il TTL? | Serve un terminale? |
|---|---|---|---|
| Strumento online | Tutti i tipi di record in una volta, cache pulita | No | No |
ping | Una risposta veloce ovunque | No | Sì |
nslookup | Interrogare un resolver specifico | In parte | Sì |
dig | Precisione e scripting | Sì | Sì |
| DevTools | L'indirizzo che serve proprio questa pagina | No | No |
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
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
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
Come funziona il DNS: da un nome di dominio a un indirizzo IP
La rubrica telefonica di Internet, tracciata da un capo all'altro: cosa succede nei pochi millisecondi tra la digitazione di un dominio e l'arrivo del primo pacchetto a un server.
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
Perché una CDN nasconde l'IP di origine (ed è voluto)
Hai cercato un dominio e hai ottenuto un indirizzo Cloudflare? È il sistema che funziona correttamente. Ecco cosa c'è dietro e perché non puoi vederci attraverso.
I record che incontrerai in quasi ogni zona DNS
Cos'è un record DNS A? (e quando serve AAAA)
Il record che punta davvero il tuo dominio a un server: com'è fatto, il suo corrispettivo AAAA e i quattro errori che rompono più spesso i siti.