Le DNS inverse (rDNS) convertit une adresse IP en nom d'hôte, à l'opposé de la recherche standard A record ou AAAA record. Il utilise des enregistrements PTR (Pointer) au lieu des enregistrements d'adresse.
Pour IPv4, les requêtes DNS inverse interrogent le domaine spécial in-addr.arpa, avec les octets inversés. Par exemple, 192.0.2.5 devient 5.2.0.192.in-addr.arpa. IPv6 utilise ip6.arpa avec l'adresse exprimée sous forme d'octets inversés (chiffres hexadécimaux).
Contrairement au DNS direct, l'autorité de zone inverse est déléguée par le Registre Internet régional ou le FAI qui possède le bloc d'adresses IP, car c'est l'espace d'adresses IP (non les noms de domaine) qui est délégué. C'est pourquoi vous ne pouvez pas configurer le DNS inverse vous-même—votre fournisseur d'hébergement ou votre FAI doit créer l'enregistrement PTR.
Cas d'usage courant : Les serveurs de courrier vérifient le DNS inverse pour vérifier la légitimité de l'expéditeur. Beaucoup rejettent les courriers provenant de serveurs ayant des enregistrements PTR manquants ou incompatibles. Cette vérification DNS inverse confirmée en avant (FCrDNS)—où la cible PTR, lorsqu'elle est recherchée en avant, se résout à nouveau vers l'IP d'origine—est critique pour la délivrabilité des e-mails. Les valeurs PTR génériques mal configurées ou attribuées par le FAI déclenchent souvent les filtres anti-spam.
Exemple : Un serveur de courrier à mail.example.com (IP 93.184.216.34) devrait avoir un enregistrement PTR sur 34.216.184.93.in-addr.arpa pointant vers mail.example.com. Lorsque ce nom d'hôte est recherché, il devrait se résoudre à nouveau vers 93.184.216.34.
TipLe reverse DNS (l'enregistrement PTR) est géré par le propriétaire de l'adresse IP — généralement votre hébergeur ou FAI, pas votre fournisseur DNS. Des enregistrements direct et inverse concordants favorisent la délivrabilité des e-mails.