DNS inverso e record PTR per i server di posta
Come un record PTR associa un IP a un nome, chi può modificarlo, perché i server di posta richiedono il DNS inverso confermato e cosa indica un’incongruenza.
Dall’indirizzo al nome
I record DNS diretti come A e AAAA si trovano nella zona di un dominio: chi controlla example.com decide che www.example.com punta a un certo indirizzo. Il DNS inverso richiede un albero diverso, perché gli indirizzi non sono organizzati per nome di dominio. Per IPv4 questo albero è in-addr.arpa, per IPv6 è ip6.arpa.
Per costruire il nome inverso, l’indirizzo viene scritto al contrario. 8.8.8.8 diventa 8.8.8.8.in-addr.arpa e 203.0.113.10 diventa 10.113.0.203.in-addr.arpa, in modo che la parte più generale dell’indirizzo venga per ultima, come in un nome di dominio. Per IPv6 ogni cifra esadecimale dell’indirizzo completo di 32 cifre viene invertita e separata da punti: per questo i nomi inversi IPv6 sono lunghi.
Chi controlla un record PTR
La zona inversa di un blocco di indirizzi viene delegata dal registro regionale di internet all’organizzazione titolare del blocco e, da questa, a chi sceglie. Per una connessione domestica o mobile è il tuo provider. Per un server cloud è il provider cloud, che di solito permette di impostare il nome dal pannello di controllo o su richiesta.
Per questo aggiungere un record PTR presso il registrar del dominio o il provider DNS non ha alcun effetto: non controllano la zona inversa dell’indirizzo del tuo server. Rivolgiti al provider che ti ha assegnato l’indirizzo e comunicagli il nome host esatto che desideri.
DNS inverso confermato dalla risoluzione diretta
Chiunque controlli una zona inversa può pubblicarvi qualsiasi nome, anche un nome nel dominio di qualcun altro. Per questo un nome PTR va verificato nella direzione opposta: si cercano i record A o AAAA di quel nome e si conferma che uno di essi sia l’indirizzo di partenza. Quando le due direzioni concordano, il risultato si chiama DNS inverso confermato dalla risoluzione diretta (forward-confirmed reverse DNS, FCrDNS).
La ricerca DNS inversa di IPNixa esegue entrambi i passaggi. Chiede il record PTR a Cloudflare e a Google, poi cerca il nome restituito e riporta uno di quattro stati.
| Risultato | Significato | Passo successivo tipico |
|---|---|---|
| Corrispondente | Esiste un nome PTR che risolve di nuovo allo stesso indirizzo | Nessuno: è ciò che si aspettano i server di posta |
| Non corrispondente | Esiste un nome PTR, ma i suoi record diretti non includono l’indirizzo | Chiedi al provider di modificare il PTR oppure aggiungi l’indirizzo al record A o AAAA del nome |
| Nessun record PTR | La zona inversa risponde che per questo indirizzo non esiste alcun nome | Chiedi al titolare dell’indirizzo di crearne uno, se l’indirizzo invia posta o ha bisogno di un nome |
| Impossibile verificare | Un resolver non ha risposto, è andato in timeout o ha restituito una risposta incoerente | Ripeti la ricerca più tardi prima di modificare qualcosa |
Ricerche osservate
Il 2 novembre 2026 abbiamo cercato questi indirizzi pubblici tramite i resolver DNS over HTTPS di Cloudflare e Google. Ogni nome risolveva di nuovo all’indirizzo di partenza.
| Indirizzo | Nome PTR | La ricerca diretta include l’indirizzo |
|---|---|---|
| 8.8.8.8 | dns.google | Sì (8.8.8.8 e 8.8.4.4) |
| 1.1.1.1 | one.one.one.one | Sì (1.1.1.1 e 1.0.0.1) |
| 9.9.9.9 | dns9.quad9.net | Sì (9.9.9.9 e 149.112.112.9) |
| 173.194.118.27 | yukulhq-in-f27.1e100.net | Sì |
Che cosa mostrano gli esempi
Il quarto indirizzo era quello restituito in quel momento per l’host di posta in arrivo di Gmail, gmail-smtp-in.l.google.com. Il suo nome PTR non si trova sotto gmail.com ma sotto 1e100.net, il dominio che Google usa per i nomi dei propri server. Un nome PTR non deve corrispondere al dominio con cui è noto un servizio; deve risolvere di nuovo all’indirizzo.
I due resolver hanno restituito gli stessi nomi con tempi residui di cache molto diversi. Per 8.8.8.8 Cloudflare indicava 84.907 secondi e Google 18.566 secondi, perché ciascuno aveva memorizzato il record in un momento diverso. Dopo che un provider modifica un record PTR, il vecchio nome può quindi comparire fino all’intera durata del TTL del record.
Una connessione domestica ha di solito un nome generico generato a partire dall’indirizzo. Una linea a banda larga di Bangkok verificata lo stesso giorno ha restituito un nome nella forma ppp-a-b-c-d.revip8.asianet.co.th, dove da a a d sono i numeri dell’indirizzo. Nomi come questo identificano il provider e spesso il tipo di connessione, non l’abbonato.
Perché serve ai server di posta
I server di posta in ricezione usano il DNS inverso come primo controllo, poco costoso, contro lo spam inviato da computer domestici compromessi. Le linee guida per i mittenti di Google richiedono che i server di invio abbiano un record PTR valido che risolva di nuovo all’indirizzo di invio, e altri grandi provider di caselle di posta applicano controlli simili. I nomi generici come quello dell’esempio a banda larga riportato sopra vengono spesso considerati residenziali e filtrati.
- Scegli un nome host per il server sotto un dominio che controlli, per esempio mail.example.com.
- Crea un record A, e un record AAAA se il server invia tramite IPv6, che faccia puntare il nome host all’indirizzo del server.
- Chiedi al provider titolare dell’indirizzo di impostare il record PTR di quell’indirizzo sullo stesso nome host. Fallo per ogni indirizzo da cui il server invia, IPv4 e IPv6.
- Configura il server di posta in modo che annunci lo stesso nome host nel saluto SMTP (HELO o EHLO).
- Controlla il risultato con la ricerca DNS inversa di IPNixa finché entrambi i resolver non mostrano una corrispondenza, tenendo conto del tempo necessario alla scadenza del TTL del vecchio record.
Che cosa il DNS inverso non può dirti
Un nome PTR è un’etichetta scelta dal titolare dell’indirizzo. Può essere obsoleto, generico o mancante, e non dice nulla su chi sta usando oggi un indirizzo dinamico. Usalo per identificare la rete o il ruolo del server, non una persona. Gli indirizzi privati come 192.168.1.10 non hanno record inversi pubblici, quindi la ricerca li salta.
Domande frequenti
Posso impostare un record PTR presso il registrar del mio dominio?
Di solito no. Il record PTR appartiene alla zona inversa dell’indirizzo IP, controllata dal titolare del blocco di indirizzi. Rivolgiti al tuo provider di hosting o internet; alcuni provider cloud permettono di impostarlo nelle impostazioni del server o dell’indirizzo.
Un indirizzo può avere più nomi PTR?
Il DNS lo consente, ma molti sistemi ne usano solo uno. Per i server di posta pubblica esattamente un nome PTR per indirizzo e fai in modo che risolva di nuovo a quell’indirizzo.
La mia connessione di casa ha bisogno del DNS inverso?
Non per navigare, giocare o guardare contenuti in streaming. Conta solo se gestisci un server che altri verificano per nome, come un server di posta, e la maggior parte dei provider residenziali non consente ai clienti di modificarlo.
Perché la ricerca mostra un’incongruenza per un grande sito web?
Le reti di distribuzione dei contenuti (CDN) e i bilanciatori di carico hanno spesso nomi PTR per la propria infrastruttura, e i record diretti di quei nomi possono cambiare rapidamente. Un’incongruenza è importante per un server di posta che gestisci tu, molto meno per un sito che visiti.