Vérifiez l'enregistrement PTR d'une adresse IPv4 ou IPv6 et, surtout, s'il est toujours valide à l'issue du trajet retour. Gratuit, sans compte, aucune donnée enregistrée.
Un Reverse DNS confirmé en amont signifie que l’enregistrement PTR d’une adresse IP désigne un hôte et que cet hôte renvoie à la même adresse IP. La recherche Reverse DNS de ReportedIP vérifie les deux sens en une seule opération et, en cas de divergence, identifie les adresses que l’hôte PTR dessert réellement.
Une recherche inverse répond à une question : quel nom le propriétaire de cette adresse publie-t-il pour celle-ci ? Ce nom correspond à l’enregistrement PTR. En soi, cela ne prouve rien, car le propriétaire d’une adresse peut publier n’importe quel nom, y compris celui qui appartient à quelqu’un d’autre.
La vérification qui compte est le parcours inverse. Prenez le nom figurant dans l’enregistrement PTR, recherchez ses enregistrements A et AAAA, et vérifiez si l’adresse de départ figure parmi eux. Si c’est le cas, les deux parties de la paire concordent et le nom est confirmé. Si ce n’est pas le cas, l’enregistrement PTR n’est qu’une affirmation non étayée. Les serveurs de réception de courrier, les services de signalement d’abus et les outils d’analyse des journaux effectuent tous cette deuxième étape, c’est pourquoi un enregistrement PTR seul ne suffit pas.
Un serveur de messagerie émetteur dépourvu d’un enregistrement PTR confirmé est la raison la plus courante pour laquelle un message est rejeté dès la phase de connexion, avant même que son contenu ne soit examiné. Les grands fournisseurs considèrent un enregistrement inversé manquant ou non confirmé comme le signe d’un hôte compromis ou d’une connexion grand public, car c’est généralement le cas.
La solution ne dépend pas uniquement de vous : l’enregistrement PTR relève de la responsabilité du propriétaire du bloc d’adresses ; c’est donc votre hébergeur ou votre FAI qui le configure. Ce qui relève de votre responsabilité, c’est de faire en sorte que l’enregistrement direct corresponde à celui-ci.
1. Saisie
: saisissez une adresse IPv4, une adresse IPv6 ou un nom d’hôte. Un nom d’hôte est résolu en tous ses enregistrements A et AAAA, et chaque adresse est vérifiée séparément, car un hôte à double pile peut être correct sur un protocole et défectueux sur l’autre.
2. Recherche PTR
: l’adresse est convertie en son nom inversé, puis interrogée. IPv4 utilise les octets inversés sous in-addr.arpa, tandis qu’IPv6 utilise les 32 nibbles inversés sous ip6.arpa.
3. Confirmation directe
Chaque nom renvoyé par l’enregistrement PTR est résolu à nouveau, et l’ensemble complet de ses enregistrements A et AAAA est comparé à l’adresse d’origine. Un hôte derrière un système de round robin répond avec plusieurs adresses ; par conséquent, ne comparer que la première reviendrait à considérer des configurations correctes comme défaillantes.
4. La divergence
Lorsque la paire ne correspond pas, le résultat indique les adresses vers lesquelles l’enregistrement PTR pointe réellement. C’est ce qui vous permet de savoir si vous êtes face à un enregistrement obsolète, à une entrée inverse partagée ou à un nom qui ne vous a jamais appartenu.
L’adresse est convertie en son nom inversé dans « in-addr.arpa » pour IPv4 ou « ip6.arpa » pour IPv6, puis une requête est envoyée pour obtenir un enregistrement PTR. Chaque nom renvoyé est ensuite résolu en sens direct (enregistrements A et AAAA), et l’ensemble complet des réponses est comparé à l’adresse faisant l’objet de la requête. L’adresse est confirmée dès qu’un nom PTR permet de revenir à celle-ci.
L’ensemble complet des réponses est important : un hôte PTR est souvent partagé par plusieurs adresses. L’adresse 8.8.8.8 a pour nom PTR « dns.google », et « dns.google » renvoie 8.8.8.8 et 8.8.4.4, ainsi que deux adresses IPv6. Une vérification qui ne comparerait que la première réponse considérerait la moitié de ce ensemble comme non confirmée. Les adresses sont comparées sous leur forme binaire ; ainsi, les nombreuses façons d’écrire une même adresse IPv6 sont toutes considérées comme une seule et même adresse.
Un enregistrement PTR ne peut être publié que par le détenteur du bloc d’adresses IP, généralement l’hébergeur ou le fournisseur de transit, et non par le propriétaire du domaine. L’absence ou la non-confirmation d’un enregistrement PTR est l’une des raisons les plus courantes pour lesquelles un serveur de messagerie est rejeté ou filtré ; c’est pourquoi le résultat explique l’état de la situation au lieu de se contenter de le signaler.