Tre motivi per cui lo stesso dominio risponde in modo diverso
Geo-routing
Un server edge diverso per regione
Caching
TTL indipendenti, cache indipendenti
Split-horizon
Una risposta diversa, di proposito
Cos'è la geolocalizzazione IP? Accuratezza e limiti
La geolocalizzazione IP è il processo di stima del luogo in cui viene usato un indirizzo IP o una rete, di solito consultando un database commerciale o open. Non è una coordinata codificata in modo permanente nell'indirizzo. I provider combinano registrazioni, misurazioni di rete, segnalazioni degli utenti e altri segnali per stimare un paese, una regione, una città o un operatore di rete. La precisione e la frequenza di aggiornamento variano, quindi un risultato a livello di città va trattato come una stima e non come la prova della posizione fisica di un dispositivo. VPN, operatori mobili, gateway aziendali, piattaforme cloud e servizi anycast possono rendere la posizione di rete apparente molto diversa da quella dell'utente finale.
La geolocalizzazione non è la stessa cosa di un lookup DNS
Un lookup DNS chiede quali record sono pubblicati per un hostname, come i suoi valori A, AAAA o MX. La geolocalizzazione IP chiede a un database separato di associare un indirizzo a una posizione di rete approssimativa. Risolvere un dominio in un IP non rivela automaticamente dove si trovi fisicamente il server, e un database di IP non può stabilire l'attuale configurazione DNS di un dominio senza una query separata. Se l'indirizzo risolto appartiene a una CDN, la stima può descrivere una rete edge o una regione di instradamento e non l'origine. Quando combini le osservazioni, tieni ben chiare la fonte e il tipo di ciascuna.
| Fonte di dati | Può aiutare a rispondere | Non può dimostrare in modo affidabile |
|---|---|---|
| Record DNS | Quale indirizzo o alias pubblica un hostname | La posizione fisica del server |
| Database di geolocalizzazione IP | La regione approssimativa associata a un indirizzo | La posizione esatta di una persona |
| Dati RIR / ASN | Informazioni di rete registrate o annunciate | Quale tenant gestisce un sito web |
| Lookup PTR | Un hostname inverso, se ne è pubblicato uno | La proprietà o l'identità del servizio |
Un risultato di geolocalizzazione utile può identificare un paese o un provider anche quando la città è sbagliata. Gli indirizzi possono essere registrati alla sede centrale di un'azienda mentre le apparecchiature operano altrove. Alcuni operatori mobili instradano il traffico attraverso gateway centralizzati, e una VPN presenta di proposito la propria rete di uscita e non la rete di accesso dell'utente. L'anycast complica ulteriormente l'interpretazione, perché lo stesso IP può essere annunciato da più località e il traffico viene instradato in base alla topologia di rete. Un database che indica una sola città per un indirizzo anycast sta semplificando una realtà più distribuita.
Scegli il giusto livello di fiducia
Per analytics, rilevamento delle frodi, localizzazione dei contenuti o troubleshooting, la geolocalizzazione può essere un segnale utile se usata insieme ad altre evidenze. Non dovrebbe essere l'unica base per decisioni di forte impatto su una persona, un account o una giurisdizione legale. Un risultato non corrispondente può riflettere un database non aggiornato o un'infrastruttura di rete condivisa e non un inganno. I provider spesso documentano i livelli di confidenza e le pianificazioni degli aggiornamenti: esaminali prima di fare affidamento su una stima. Se la posizione conta, richiedi informazioni verificabili e consensuali attraverso un processo adeguato invece di cercare di ricavare precisione dal solo indirizzo IP.
- Considera approssimative le posizioni IP a livello di città.
- Aspettati che VPN, reti mobili, uscite aziendali e CDN alterino la posizione apparente.
- Controlla quando è stato aggiornato un database di geolocalizzazione e come definisce la posizione.
- Tieni separate le evidenze DNS da quelle di registry, ASN e posizione.
- Non usare il solo indirizzo IP per identificare una persona o un dispositivo fisico.
Un flusso di lavoro d'indagine accurato
Quando esamini un dominio e la sua rete, per prima cosa risolvi l'hostname e salva la risposta, il resolver e il timestamp. Poi cerca la registrazione di rete o l'ASN se ti serve sapere chi annuncia l'indirizzo. Solo dopo consulta la geolocalizzazione, e riporta il risultato come una stima attribuita al provider. Se il dominio si trova dietro una CDN, spiega che l'indirizzo può rappresentare una località edge. Se i risultati ripetuti variano, confronta le posizioni delle query e il comportamento dei resolver prima di interpretare la variazione come uno spostamento del server.
Un servizio da dominio a IP come lo strumento di lookup è pensato per mostrare le risposte DNS con gli indirizzi, non per geolocalizzare gli utenti né per identificare le coordinate esatte di un server. Per il contesto sulle risposte distribuite, leggi perché i domini possono avere più IP e come le CDN instradano con il DNS. La conclusione più accurata è spesso più ristretta di quanto la domanda faccia pensare: un particolare resolver ha restituito un particolare indirizzo e un database specifico ha associato quell'indirizzo a una regione di rete approssimativa.
Riporta l'incertezza invece di una falsa precisione
Quando condividi il risultato di una posizione IP, includi il nome del database, la data del lookup e la granularità che riporta. «Questo database associa la rete a una regione» è più difendibile che dire «il server si trova in questo edificio». Fornitori diversi possono non concordare perché si aggiornano con tempistiche diverse o usano evidenze diverse. Se l'indirizzo appartiene a un cloud, a un operatore o a una CDN, spiega che può rappresentare un'infrastruttura condivisa o distribuita. Evita di usare una stima IP per formulare un giudizio personale su un individuo: le reti sono condivise, riassegnate e instradate di proposito attraverso gateway. In un report tecnico, tieni osservazione DNS, registrazione di rete e geolocalizzazione in campi separati, così i lettori non scambiano una fonte per un'altra.
Devi controllare gli indirizzi DNS pubblici di un dominio? Usa lo strumento Domain IP Lookup.
Per approfondire
I record che incontrerai in quasi ogni zona DNS
Cos'è un record DNS wildcard? Usi e rischi
Scopri come i record DNS wildcard corrispondono a nomi altrimenti non configurati, quando semplificano la gestione dei sottodomini e come possono nascondere errori.
Un CNAME è un alias di un nome, non di un indirizzo
www.example.com
record CNAME
cdn.provider.net
hostname di destinazione
192.0.2.10
record A, risposta finale
Catene di CNAME: segui un alias fino all'IP
Scopri come i record CNAME creano catene di alias, come i resolver arrivano agli indirizzi A e AAAA e cosa controllare quando una catena si rompe.
Come un'email trova il tuo server di posta
Mittente
you@gmail.com
Lookup MX
chi riceve la posta?
Server di posta
prima la priorità 10
Posta in arrivo
consegnata
Vince il numero di priorità più basso; quelli più alti sono di riserva
Record MX spiegati: come la posta trova la sua strada
I record MX dicono a Internet quali mail server gestiscono la posta di un dominio, e spiegano perché sono strutturati in modo diverso da un record A.