Il reverse DNS associa un indirizzo IP a un nome host tramite un record PTR. È particolarmente importante per VPS, server dedicati e sistemi che inviano email direttamente: il PTR deve essere configurato dal soggetto che controlla l’indirizzo IP e deve essere coerente con il record A del nome host.
Nel DNS normale, un record A traduce un nome come mail.esempio.it in un indirizzo IPv4. Il reverse DNS e record PTR eseguono il percorso opposto: partono dall’indirizzo IP e restituiscono un nome host.
Questa configurazione viene utilizzata da amministratori di rete, sistemi antispam e server di posta per identificare l’origine di una connessione. Non sostituisce SPF, DKIM o DMARC, ma contribuisce alla coerenza tecnica del server mittente.
Configurare correttamente reverse DNS e record PTR evita quindi incoerenze tra identità dichiarata, indirizzo del server e controlli eseguiti dai sistemi remoti.
Differenza tra record A e record PTR
| Record | Direzione | Esempio |
|---|---|---|
| A | Nome verso IPv4 | mail.esempio.it → 192.0.2.10 |
| AAAA | Nome verso IPv6 | mail.esempio.it → 2001:db8::10 |
| PTR | IP verso nome | 192.0.2.10 → mail.esempio.it |
La configurazione consigliata è coerente in entrambe le direzioni: il PTR dell’IP restituisce il nome host e il record A dello stesso nome torna all’indirizzo originale. Questo controllo viene spesso definito forward-confirmed reverse DNS.
Chi può modificare il record PTR
Il record PTR appartiene alla zona reverse dell’indirizzo IP. Per questo motivo non si crea normalmente dal Zone Editor del dominio. Può configurarlo il provider che assegna l’IP, il datacenter oppure il cliente attraverso il pannello del VPS o server dedicato, quando la funzione è disponibile.
Aggiungere un record chiamato PTR nella zona DNS normale non produce il reverse DNS desiderato. Se l’indirizzo è condiviso, il PTR viene gestito a livello di server e non può essere personalizzato per ogni dominio ospitato sullo stesso IP.
Quando serve il reverse DNS
Il reverse DNS è rilevante soprattutto quando:
- un VPS o server dedicato invia email direttamente;
- gestisci il nome host di un server cPanel;
- un servizio remoto verifica l’identità dell’indirizzo IP;
- devi diagnosticare rifiuti SMTP o problemi di reputazione;
- vuoi identificare più facilmente connessioni nei log;
- stai configurando un server di posta autonomo.
Per un sito su hosting condiviso non devi normalmente richiedere un PTR personale. Il server utilizza l’identità e l’indirizzo configurati dal provider.
Reverse DNS e consegna delle email
Molti server destinatari controllano che l’IP mittente disponga di un PTR valido. Possono inoltre confrontare il nome presentato durante la connessione SMTP, il PTR e il record A. Una configurazione assente o incoerente può aumentare la probabilità di rifiuto o classificazione come spam.
Il PTR da solo non garantisce la consegna. Devi verificare anche:
- SPF;
- DKIM;
- DMARC;
- hostname ed HELO/EHLO;
- reputazione dell’IP;
- assenza di blacklist;
- volume e qualità degli invii;
- contenuto e gestione delle liste.
Consulta anche Email Deliverability in cPanel e Perché le email finiscono nello spam.
Come scegliere il nome del PTR
Utilizza un nome host completo e stabile, per esempio mail.esempio.it o server01.esempio.it. Evita nomi temporanei, URL con protocollo, indirizzi email o domini che non controlli.
Prima di richiedere il PTR:
- crea il record A del nome host verso l’IP;
- attendi che il record sia risolvibile;
- configura il nome host sul server, se necessario;
- richiedi il PTR al provider dell’IP;
- verifica la risoluzione in entrambe le direzioni.
Per IPv6 serve un record PTR nella corrispondente zona ip6.arpa; la gestione resta responsabilità del soggetto che controlla il prefisso.
Come verificare il PTR da terminale
Puoi interrogare il reverse DNS con:
dig -x 192.0.2.10 +shortoppure:
host 192.0.2.10
nslookup 192.0.2.10Per controllare il percorso inverso completo:
PTR=$(dig -x 192.0.2.10 +short | sed 's/\.$//')
echo "$PTR"
dig A "$PTR" +shortIl nome restituito dal primo comando dovrebbe risolvere nuovamente allo stesso IP. Un punto finale nel risultato DNS indica un nome completamente qualificato ed è normale.
Come verificare il PTR in cPanel
Nell’interfaccia Email Deliverability, cPanel può mostrare il PTR rilevato e segnalare problemi. La schermata è utile per la diagnosi, ma non significa che l’utente possa modificarlo autonomamente.
Se il pannello segnala un problema:
- controlla quale IP viene utilizzato per l’invio;
- verifica il nome host atteso;
- controlla il record A corrispondente;
- contatta il provider che assegna l’indirizzo IP;
- attendi la propagazione e ripeti la verifica.
PTR su hosting condiviso, VPS e server dedicato
Hosting condiviso
L’indirizzo di uscita può essere condiviso tra più account. Il reverse DNS viene amministrato da Xlogic e non deve coincidere con ogni dominio ospitato.
VPS
Con un IP dedicato puoi normalmente richiedere un PTR personalizzato. Il nome deve essere preparato prima nel DNS diretto e configurato in modo coerente sul servizio di posta.
Server dedicato
La gestione è analoga al VPS, ma può coinvolgere più IP, IPv6, relay o architetture con più nodi. Ogni indirizzo che invia posta dovrebbe essere verificato separatamente.
Errori frequenti
- creare il PTR nel normale Zone Editor;
- impostare un nome che non ha record A;
- usare il dominio principale senza verificare il nome host del server;
- configurare più nomi aspettandosi più PTR per lo stesso IP;
- considerare il PTR una sostituzione di SPF, DKIM o DMARC;
- richiedere un PTR personale su un IP condiviso;
- modificare il nome host senza coordinare posta, SSL e DNS.
Quanto tempo richiede l’aggiornamento
La modifica può essere visibile rapidamente, ma resolver e sistemi remoti possono conservare il risultato precedente fino alla scadenza del TTL. Verifica da più reti e non ripetere richieste identiche mentre la propagazione è in corso.
Se la posta continua a essere rifiutata, leggi il codice SMTP con Track Delivery. Il problema potrebbe dipendere da reputazione, autenticazione o policy del destinatario e non dal reverse DNS.
Verifica anche il nome host del server
Su un server di posta il nome host configurato nel sistema deve essere un FQDN valido e coerente con DNS diretto, PTR e presentazione SMTP. Evita hostname locali come localhost o nomi privi di dominio. Dopo una modifica controlla certificati, servizi cPanel, Exim e monitoraggio, perché il nome host può essere utilizzato da più componenti dell’infrastruttura.
Quando aprire un ticket
Apri un ticket quando possiedi un VPS o server con IP dedicato e devi impostare o correggere il PTR. Indica:
- indirizzo IPv4 o IPv6;
- nome host completo desiderato;
- record A già configurato;
- servizio interessato;
- messaggio ricevuto dal server remoto;
- risultato dei comandi di verifica.
Non inviare password root, password email o chiavi private.
Fonti tecniche ufficiali
Domande frequenti
Posso creare il PTR dal Zone Editor?
Normalmente no. Il PTR appartiene alla zona reverse dell’indirizzo IP e viene gestito dal provider o dal soggetto che controlla l’IP.
Un IP può avere più record PTR?
Tecnicamente possono esistere più valori, ma per un server di posta è preferibile un’identità chiara e coerente. Molti controlli si aspettano un nome host principale.
Il PTR è necessario su un hosting condiviso?
La configurazione è gestita dal provider per l’indirizzo del server. Il singolo utente non deve normalmente impostare un PTR per il proprio dominio.
Il reverse DNS evita che le email finiscano nello spam?
Aiuta la coerenza tecnica, ma non garantisce la consegna. Servono anche SPF, DKIM, DMARC, buona reputazione e pratiche di invio corrette.
Quanto tempo impiega una modifica PTR?
Dipende dal provider e dal TTL della zona reverse. Il nuovo valore può comparire rapidamente, ma alcuni resolver possono conservare il precedente fino alla scadenza della cache.