Ricerca Record PTR (DNS Inverso)
Strumenti correlati
Di cosa si tratta
Un record PTR associa un indirizzo IP a un nome host, il contrario di un record A. I server di posta lo controllano costantemente: inviare posta da un IP con DNS inverso mancante o non corrispondente è un forte segnale di spam.
Come leggere il risultato
Per l'IP di un server di posta, il PTR dovrebbe esistere e dovrebbe corrispondere al nome che il server usa nel suo saluto SMTP (e il record A di quel nome dovrebbe puntare allo stesso IP: il cosiddetto "forward-confirmed reverse DNS").
Problemi comuni e come risolverli
Nessun record PTR sull'IP di un server di posta in uscita
Come si manifesta: La posta in uscita viene rifiutata o finisce nello spam presso i principali provider; i messaggi di mancato recapito citano il DNS inverso o rDNS.
Come risolverlo: I record PTR sono controllati da chi possiede il blocco di IP (il tuo provider di hosting/cloud), non dal DNS del tuo dominio. Impostalo nella console del provider (la maggior parte dei cloud ha un campo rDNS) o apri un ticket, facendolo puntare al nome host del tuo server di posta.
Il PTR esiste ma non corrisponde al nome HELO del server di posta
Come si manifesta: I destinatari più rigorosi rinviano o rifiutano la posta; i punteggi di spam sono elevati nonostante SPF/DKIM superino i controlli.
Come risolverlo: Allinea tutti e tre: il nome PTR, il nome host che il server di posta annuncia (HELO/EHLO) e il record A di quel nome host. Devono concordare tutti su un unico nome e un unico IP.
PTR generico del provider (ad es. 203-0-113-7.provider.example)
Come si manifesta: Alcuni destinatari trattano la posta proveniente da rDNS dall'aspetto generico come di livello consumer e la valutano come probabile spam.
Come risolverlo: Sostituisci il PTR predefinito con un nome host sotto il tuo dominio (ad es. mail.tuodominio.com) tramite le impostazioni rDNS del tuo provider.
Approfondimenti
- PTR Records and Reverse DNS: What They Are and Why Your Mail Depends on ThemHow reverse DNS and PTR records work across IPv4 and IPv6, who actually controls them, and why mail servers use FCrDNS to decide whether to trust your IP.
- DNS Record Types, ExplainedA practical tour of every DNS record you will actually touch — A, AAAA, CNAME, MX, TXT, SRV, CAA, the DNSSEC set and the modern HTTPS record — with syntax, gotchas and when to reach for each.
- Who Owns This IP? Reading ASNs, Registries, and Network AllocationsA plain guide to IP ownership: how ASNs and Regional Internet Registries work, what an IP ownership lookup actually tells you, and where to take it next.
Domande frequenti
- Che cos'è un record PTR?
- Un record PTR (pointer) associa un indirizzo IP a un nome host, ovvero l'inverso di un record A o AAAA. Risiede nelle zone speciali di DNS inverso (in-addr.arpa per IPv4, ip6.arpa per IPv6) e risponde alla domanda "quale nome appartiene a questo IP?".
- Come si usa questo strumento?
- Inserisci un dominio o un nome host e lo strumento risolve il suo IP, poi interroga lato server la zona di DNS inverso corrispondente e mostra i record PTR trovati. Puoi anche inserire direttamente un IP per vedere il nome a cui punta; nulla di ciò che inserisci viene memorizzato.
- Perché i record PTR sono importanti?
- Molti server di posta rifiutano o segnalano i messaggi da IP privi di record PTR o il cui PTR non corrisponde al nome host mittente (DNS inverso confermato). Un record PTR corretto migliora la recapitabilità delle email e aiuta il logging, la diagnostica e i controlli di attendibilità.
- Come leggo o correggo un risultato PTR?
- Un risultato sano mostra un PTR che si risolve in avanti verso lo stesso IP (confermato); un risultato vuoto o discordante indica un problema. I record PTR degli IP pubblici sono gestiti dal provider di rete o hosting proprietario del blocco di indirizzi, quindi di solito li richiedi o li imposti tramite loro, non nel DNS del tuo dominio.
- Perché il mio IP non ha un record PTR anche se il record A funziona?
- I record diretti (A/AAAA) e quelli inversi (PTR) sono gestiti separatamente, quindi impostarne uno non crea l'altro. La zona inversa appartiene a chi controlla il blocco IP, perciò un PTR mancante deve essere aggiunto dal tuo provider di hosting o connettività, non modificando il tuo dominio.