Cos'è il DNS inverso (PTR), e perché conta per le email?
Chiedi al DNS dns.google e ottieni 8.8.8.8. Chiedi al contrario, “come si chiama 8.8.8.8?”, e stai usando il DNS inverso. È una funzione piccola che decide parecchie cose: se il tuo server di posta è considerato affidabile, e se un crawler è autentico.
Come funziona
I nomi inversi stanno in una parte speciale del DNS. L'indirizzo si scrive al contrario sotto in-addr.arpa (IPv4) o ip6.arpa (IPv6), e il record lì è un PTR, un puntatore a un nome:
8.8.8.8.in-addr.arpa. PTR dns.google.
Siccome la zona inversa segue i blocchi di indirizzi, appartiene a chi detiene il blocco: il registro la delega al provider, e il provider imposta i nomi o lascia che lo facciano i clienti. Per questo non puoi aggiungere un record PTR nel pannello DNS del tuo dominio. Lo imposti con chi ti ha dato l'indirizzo.
Cercalo
dig -x 8.8.8.8 +short
host 8.8.8.8
nslookup 8.8.8.8 # Windows, macOS, Linux
Resolve-DnsName 8.8.8.8 # PowerShell su Windows
Poi controlla l'altra direzione: cerca il nome che hai ottenuto e verifica che restituisca lo stesso indirizzo. Se lo fa, il nome è confermato in avanti. Chiunque controlli un blocco può fargli dire qualsiasi cosa nel PTR (“mail.latuabanca.it”), ma solo il vero titolare di quel nome può farlo puntare indietro. Un nome inverso senza corrispondenza diretta non dimostra nulla.
Un esempio concreto: sei indirizzi, tre esiti
Abbiamo cercato sei indirizzi molto noti con il lookup IP di iplover il 9 novembre 2026. Fa entrambe le direzioni e dice se coincidono:
| Indirizzo | Nome DNS inverso | Punta indietro? | Cosa ti dice |
|---|---|---|---|
| 8.8.8.8 | dns.google | Sì | Il DNS pubblico di Google, con un nome scelto apposta |
| 1.1.1.1 | one.one.one.one | Sì | Il DNS pubblico di Cloudflare |
| 66.249.66.1 | crawl-66-249-66-1.googlebot.com | Sì | Un vero indirizzo di Googlebot: è così che si verificano i crawler |
| 185.220.101.1 | berlin01.tor-exit.artikel10.org | Sì | Un nodo di uscita Tor il cui gestore lo dichiara apertamente |
| 172.224.226.33 | a172-224-226-33.source.akaquill.net | No | Un nome generico costruito dall'indirizzo (un'uscita di iCloud Private Relay); etichetta l'indirizzo ma non dimostra nulla |
| 3.5.140.1 | Nessuno | n/d | Un indirizzo cloud a cui nessuno ha dato un nome, come la maggior parte |
Lo schema è tipico. I servizi che vogliono essere riconosciuti impostano un nome significativo e confermato in avanti. Le grandi reti danno ai propri indirizzi nomi generici, spesso con dentro l'indirizzo stesso, oppure nessun nome. Un PTR mancante non è sospetto per un visitatore web. È un problema per un server di posta.
Perché conta per le email
I server di posta che ricevono guardano l'indirizzo che si è collegato a loro. Se non ha un nome PTR, o il nome non punta indietro, o il nome sembra quello di una connessione domestica (con parole come dynamic, dsl o pool, o con l'indirizzo scritto per esteso), molti server rifiutano la posta o la classificano come probabile spam. Le linee guida di Google per i mittenti, per esempio, chiedono che gli indirizzi d'invio abbiano un record PTR il cui nome risolva di nuovo nello stesso indirizzo.
Quindi se gestisci un tuo server di posta, o un servizio invia posta direttamente dal tuo server o dalla tua VPS:
| Cosa trovi | Cosa significa | Cosa fare |
|---|---|---|
| Nessun PTR sull'indirizzo del server di posta | Molti destinatari rifiuteranno o cestineranno la tua posta | Impostane uno nel pannello del tuo provider di hosting (spesso nelle impostazioni di rete o del server), o chiedi al supporto. |
| Il PTR è un nome generico del provider | Sembra una qualsiasi macchina in affitto | Cambialo con il nome del tuo server di posta, per esempio mail.tuodominio.it. |
| PTR impostato, ma il nome non risolve nell'indirizzo | Non confermato in avanti | Aggiungi un record A (o AAAA) per quel nome che punti all'indirizzo. |
| Nome e indirizzo coincidono, e il nome è quello che il server usa nel saluto (HELO/EHLO) | Tutto coerente | Niente da fare. |
| Invii tramite Google Workspace, Microsoft 365 o un servizio di newsletter | Inviano i loro server, non il tuo | Niente da fare: il DNS inverso lo gestisce il fornitore. Concentrati su SPF, DKIM e DMARC. |
| Server di posta su una connessione di casa | Di solito non puoi impostare un PTR, e gli intervalli domestici sono bloccati ovunque | Fai passare la posta in uscita dal tuo provider o da un servizio di posta. |
Per IPv6 valgono le stesse regole, con nomi più lunghi. Se il tuo server invia via IPv6, serve un PTR anche per il suo indirizzo IPv6; una configurazione IPv4 corretta non lo copre.
Cosa il DNS inverso non può dirti
Un nome inverso è un'etichetta scelta da chi controlla l'indirizzo, niente di più. Senza il controllo diretto può dire qualsiasi cosa. Anche quando è confermato, ti dice su quale rete si trova l'indirizzo, non chi lo usa: un nome di cloud significa un server cloud, affittato da qualcuno che non vedi. È una prova per una domanda (è davvero il crawler di Google, è un server di posta come si deve) e quasi inutile per la domanda a cui spesso si spera risponda, cioè chi c'è dietro un indirizzo.
Fonti
Documenti ufficiali usati per verificare i fatti di questa guida.