Ricerca IP inversa

Ricerca IP inversa è uno strumento gratuito che individua, tramite DNS inverso, il nome di dominio o l'host associato a un indirizzo IP.

Che cos'è una ricerca IP inversa?

Una ricerca IP inversa interroga il Domain Name System per trovare il nome host assegnato a un indirizzo IP. Una normale ricerca DNS parte da un nome come example.org e ne individua l'indirizzo IP. La ricerca inversa, invece, parte dall'indirizzo e cerca il nome associato.

Il DNS inverso utilizza un record PTR. Per IPv4, il DNS rappresenta l'indirizzo in ordine inverso sotto il dominio in-addr.arpa. Gli indirizzi IPv6 utilizzano il dominio ip6.arpa, con ogni cifra esadecimale in ordine inverso. Il software DNS gestisce automaticamente questa conversione, quindi la ricerca parte dal normale indirizzo IP e non dalla sua forma invertita.

Di solito, l'organizzazione che controlla l'intervallo di indirizzi gestisce anche i relativi record PTR. Per modificare la voce DNS inversa, il proprietario di un sito potrebbe quindi dover contattare il servizio di hosting, il provider Internet o la piattaforma cloud.

Come si esegue una ricerca IP inversa?

Inserisci l'indirizzo IPv4 o IPv6 che vuoi esaminare, avvia la ricerca e controlla il dominio o l'host associato. Inserisci soltanto l'indirizzo, senza protocollo, numero di porta o percorso.

• Usa 198.51.100.24, non https://198.51.100.24/.
• Inserisci l'indirizzo IPv6 nel normale formato con i due punti, per esempio 2001:db8::24.
• Non inserire un nome di dominio. Se devi trovare l'indirizzo associato a un dominio, usa prima Ricerca DNS.
• Per una ricerca DNS inversa, elimina spazi, parentesi e segni di punteggiatura copiati che non fanno parte dell'indirizzo.

I numeri sono validi solo se formano un indirizzo IP legittimo. In IPv4, ogni sezione decimale deve avere un valore compreso tra 0 e 255. Un campo vuoto, una frase, un URL o una sequenza troppo lunga non costituiscono un indirizzo IP e non possono produrre una risposta DNS inversa significativa.

Ricerca IP inversa viene eseguita sul server. L'indirizzo IP inserito viene trasmesso al server tramite HTTPS e non viene archiviato.

Come si interpreta il risultato della ricerca IP inversa?

Confronta l'indirizzo cercato con il dominio o l'host restituito. Gli elementi principali da controllare sono:

• Verifica che l'indirizzo cercato corrisponda al server, al gateway di posta o all'altro dispositivo che volevi esaminare.
• Il dominio o l'host restituito è il nome pubblicato nel record PTR dell'indirizzo. Può essere il nome di un servizio, come mail.example.org, un nome host assegnato dal provider oppure un altro nome di dominio completo.
• Se la ricerca non trova una risposta PTR utilizzabile, ciò non dimostra che l'indirizzo sia offline o inutilizzato.

Come esempio, supponiamo che l'input sia 192.0.2.44 e che l'amministratore abbia configurato un record PTR diretto a mail.example.org. L'host associato verrebbe mostrato come mail.example.org. Se l'indirizzo non ha un record PTR, non esiste alcun nome host da restituire.

Un risultato PTR è un'informazione pubblicata dal gestore autorevole del DNS inverso. Non dimostra che un sito web sia ospitato a quell'indirizzo, che il nome host sia sicuro o che il DNS diretto punti allo stesso indirizzo. Per verificare quest'ultimo aspetto, risolvi separatamente il nome host restituito e confronta il relativo record A o AAAA con l'indirizzo IP originale.

Come analizzare gli scenari più comuni

Una ricerca inversa è particolarmente utile quando un indirizzo IP compare in un messaggio di errore, in un registro di posta o nella configurazione di un server e vuoi capire con quale identità si presenta.

1. Le email vengono rifiutate. I sistemi di posta controllano spesso il record PTR dell'indirizzo del mittente. Se un rapporto di mancata consegna di Microsoft 365 o Google Workspace segnala un DNS inverso assente o non corrispondente, controlla l'IP pubblico del server di posta in uscita. Verifica quindi che il nome host restituito si risolva nello stesso indirizzo e, quando richiesto, corrisponda all'identità configurata per il server di posta.
2. L'indirizzo di un server non è riconoscibile. Un registro degli accessi, un avviso del firewall o un rapporto di monitoraggio può contenere soltanto un indirizzo IP. Il relativo record PTR può fornire il nome host di un provider o di un servizio, aiutandoti a contestualizzare l'indirizzo. Si tratta di un elemento di supporto, non di una prova della proprietà o delle intenzioni.
3. Compare un avviso relativo al certificato. Una ricerca inversa può mostrare il nome host assegnato all'indirizzo del server, ma non può convalidare il certificato TLS. Usa Ricerca SSL per controllare i nomi presenti nel certificato, l'autorità emittente e i dettagli sulla validità, quindi confrontali con il nome host utilizzato nel browser.

Se un sito non viene risolto, inizia dai suoi record diretti A e AAAA. Il DNS inverso è utile quando conosci già l'IP di destinazione, ma correggere un record PTR non risolverà l'assenza di un record diretto.

Perché compare ancora un vecchio risultato o il nuovo nome host non è visibile?

Un vecchio risultato può rimanere visibile, oppure un nuovo nome host può non comparire, perché i resolver DNS conservano nella cache sia le risposte PTR sia le ricerche non riuscite. Ogni record DNS ha un tempo di vita, o TTL, che indica al resolver per quanto tempo può riutilizzare la risposta prima di effettuare una nuova richiesta.

Dopo la modifica di un record PTR da parte del provider, un resolver potrebbe mostrare il nuovo nome host mentre un altro restituisce ancora quello precedente. Anche una ricerca non riuscita può essere memorizzata in una cache negativa, quindi l'aggiunta di un record non lo rende sempre visibile immediatamente. Questo fenomeno viene spesso chiamato propagazione DNS, anche se il ritardo dipende in genere dalle cache che scadono in momenti diversi, non dal trasferimento fisico dei record attraverso Internet.

Attendi la scadenza del TTL precedente e dell'eventuale periodo di cache negativa, quindi confronta i risultati usando un altro resolver o un'altra rete. Se il vecchio risultato rimane visibile ben oltre il periodo di cache previsto, chiedi al provider dell'indirizzo di verificare che il record PTR sia stato aggiunto nella zona DNS inversa corretta.

Domande frequenti

Un indirizzo IP può avere più di un record PTR?

Sì, il DNS consente di associare più record PTR a uno stesso indirizzo, ma molti sistemi si aspettano un unico nome host stabile. Più risposte possono rendere incoerenti i controlli dell'identità, soprattutto per la posta in uscita. In genere, quindi, la configurazione più sicura prevede un solo record PTR significativo.

La ricerca IP inversa trova tutti i siti su un hosting condiviso?

No. Un record PTR normalmente identifica un indirizzo tramite un nome host, ma non contiene l'elenco dei siti web pubblicati da quell'indirizzo. Un hosting condiviso o una rete per la distribuzione dei contenuti può associare molti domini indipendenti allo stesso indirizzo, e il solo DNS inverso non permette di elencarli.

La ricerca inversa funziona con un indirizzo IP privato?

Gli indirizzi privati come 192.168.1.20 possono avere record inversi all'interno di una rete aziendale o domestica, ma di solito questi record non sono disponibili tramite il DNS pubblico. Una ricerca pubblica potrebbe quindi non restituire alcun nome host, anche se un server DNS interno conosce il nome del dispositivo.

Perché il nome host termina con un punto?

Alcuni software DNS mostrano un nome di dominio completo con un punto finale, come mail.example.org. Il punto indica la radice del DNS ed è tecnicamente valido. La maggior parte delle applicazioni lo omette quando mostra o configura lo stesso nome host.

Quali informazioni devo raccogliere prima di contattare il provider di hosting?

Annota l'indirizzo IP, il nome host restituito, quello che ti aspettavi e l'orario approssimativo della verifica. In caso di problemi con le email, includi anche il testo del rifiuto e il nome host configurato per il server mittente. Questi dettagli aiutano il provider a individuare la zona inversa pertinente e a distinguere un errore del record PTR da un problema di cache DNS o di configurazione della posta.