Controllo IP di un sito:
a chi appartiene il numero?

Digita il dominio qui sopra. Risolviamo il suo record A (IPv4) e il record AAAA (IPv6), poi recuperiamo il nome DNS inverso per ogni indirizzo e confermiamo che torni allo stesso IP. Identifichiamo il sistema autonomo che annuncia il blocco di indirizzi, il che indica il vero provider di hosting. Aggiungiamo poi una geolocalizzazione a livello di città, etichettata come la stima che è. Gratis, senza registrazione.

Tutti e quattro i motivi più comuni sono innocui. Il DNS round-robin restituisce un elenco a rotazione. Il geo-DNS risponde con un server vicino a chi chiede, quindi Vilnius e San Paolo ottengono legittimamente numeri diversi. Le CDN fanno entrambe le cose insieme. E i TTL brevi permettono alla risposta di cambiare ogni pochi minuti. Una risposta diversa non è prova di un problema — una risposta cambiata su un record che possiedi e non hai toccato lo è, ed è esattamente ciò che il monitoraggio DNS sorveglia.

Perché il sito si trova dietro un reverse proxy. La risposta DNS punta al edge della CDN. Il traffico termina lì e viene inoltrato in modo privato all’origine, il cui indirizzo è tenuto fuori dal DNS di proposito. È il prodotto che funziona come previsto — la protezione DDoS dipende dal fatto che l’origine non sia raggiungibile direttamente. Tre cose restano comunque leggibili: quale provider fa da facciata al sito, se l’edge è dual-stack e (dall’ASN) che qualsiasi «posizione del server» mostrata da una mappa è la registrazione della rete, non quella del sito.

Pensa a tre livelli. Paese: affidabile — segue la registrazione del blocco di indirizzi, che è pubblica. Città: un indizio — i database mappano i blocchi di indirizzi sulla città di registrazione dell’ISP, che può essere dove si trovano gli utenti, oppure l’hub regionale a 100 km di distanza. Via: non esiste — nessun database pubblico ce l’ha, punto. Gli operatori mobili e il CGNAT peggiorano la precisione a livello di città; le VPN aziendali possono teletrasportare un ufficio in un altro paese del tutto. Mostriamo la città perché è utile; la etichettiamo come stima perché lo è.

Le connessioni domestiche hanno indirizzi in prestito, non di proprietà: rinnovi DHCP, riavvii del router e rotazione del pool dell’ISP ne coniano uno nuovo ogni volta. Le reti mobili vanno oltre con il carrier-grade NAT, dove migliaia di abbonati condividono un unico indirizzo pubblico che cambia mentre ti sposti. Niente di tutto questo è un malfunzionamento. Ti serve un indirizzo che resti fisso, per esempio per una allowlist del firewall? Quello è un IP statico, acquistato dal tuo ISP; nessuna impostazione del sito può concedertelo. Verifica cosa hai in questo momento su Qual è il mio IP.

Oggi: quasi invisibile, ed è proprio questa la trappola. Le reti solo-IPv6, comuni sul mobile, raggiungono i siti solo-IPv4 tramite i traduttori NAT64 dell’operatore, quindi apparentemente non si rompe nulla. Ma sei un middlebox più lontano da quegli utenti, non puoi vedere quel percorso fallire, e nessun monitoraggio IPv6 può esistere per un sito senza AAAA. Pubblicarne uno è di solito una casella da spuntare nel pannello di hosting più un record DNS. Meglio farlo in un martedì tranquillo piuttosto che durante l’incidente che alla fine lo renderà urgente.

Dai dati pubblici: no. Uno sconosciuto con il tuo IP ottiene il nome del tuo ISP e una stima a livello di città — le stesse cose che mostra questo strumento. Mappare un indirizzo a un’abitazione richiede i log degli abbonati dell’ISP, rilasciati tramite processo legale, non con un lookup. I rischi reali per la privacy sono più piccoli: il tuo IP rivela davvero il tuo ISP e una regione approssimativa, collega la tua attività tra i siti che la registrano, e su CGNAT lo condividi con sconosciuti il cui comportamento può farlo finire in una blocklist. Una VPN scambia tutto questo con l’identità del nodo di uscita — ed è esattamente questo il prodotto.