↩️ Recherche IP Inverse ☆

Aperçu

Recherche IP Inverse effectue des recherches DNS inverses pour toute adresse IPv4 ou IPv6 via DNS-over-HTTPS, puis va plus loin : la confirmation directe. D abord, l enregistrement PTR dans la zone in-addr.arpa ou ip6.arpa révèle le nom d hôte ; ensuite, l outil résout ce nom et vérifie qu il pointe bien vers l IP saisie. Cette vérification FCrDNS est exactement celle que font les serveurs mail avant d accepter un message : idéal pour diagnostiquer la délivrabilité, contrôler une configuration serveur, vérifier qu un crawler est légitime ou analyser des logs suspects. Les requêtes passent par Cloudflare ou Google DoH ; rien n est stocké.

Pourquoi la confirmation directe compte

Un enregistrement PTR seul prouve peu : qui contrôle le DNS inverse d'un bloc peut pointer le PTR vers n'importe quel nom d'hôte. La confirmation directe (FCrDNS) comble ce vide en résolvant le nom retourné et en vérifiant qu'il pointe vers la même IP. Les serveurs de messagerie s'appuient sur ce contrôle : un décalage est une cause fréquente de rejet ou de classement en spam. L'outil effectue les deux sens et signale chaque étape.

Spécifications techniques

Propriété	Comportement
Entrée	Toute adresse IPv4 ou IPv6
Recherches	PTR puis confirmation directe A/AAAA
Transport	DNS-over-HTTPS via Cloudflare ou Google
Verdict	Confirmé (FCrDNS) ou incohérent
Stocké par 0Appz	Rien
Coût	Gratuit, sans compte, recherches illimitées

Confidentialité : les requêtes vont droit aux résolveurs

Les recherches quittent votre navigateur vers le résolveur DoH, qui voit les adresses comme tout résolveur. 0Appz ne sert pas de proxy et ne les stocke pas.

Diagnostiquer avec le DNS inverse

• Un PTR absent sur l'IP d'un serveur mail casse souvent la délivrabilité.
• Un PTR sans confirmation directe est pire que rien pour le score spam.
• Les hébergeurs permettent souvent de régler le PTR dans leur panneau.
• Vérifiez les prétentions de crawlers via PTR et enregistrements directs.
• Les IP partagées peuvent porter un historique étranger.

Voir aussi les outils de développement pour DNS, IP, SSL et whois.

DNS inverse, enregistrements PTR et résolution de noms

Une requête DNS normale transforme un nom en adresse ; le DNS inverse fait l'inverse, en demandant quel nom d'hôte est associé à une adresse. Il fonctionne via des enregistrements PTR stockés dans une zone spéciale construite à partir des octets inversés de l'adresse, et la réponse est contrôlée par le propriétaire du bloc IP, généralement le FAI, l'hébergeur ou la plateforme cloud, pas le propriétaire du site. Cette propriété explique les résultats : une adresse résidentielle résout souvent vers un nom générique du FAI, comme un identifiant de pool, tandis qu'une adresse serveur peut résoudre vers un nom parlant. Pour les serveurs de messagerie, le DNS inverse compte beaucoup : la plupart des systèmes récepteurs vérifient que l'enregistrement PTR existe et correspond à la résolution directe du même nom, contrôle dit DNS inverse confirmé. Des enregistrements absents ou incohérents sont une cause fréquente de rejet du courrier légitime ou de classement en spam. L'hébergement mutualisé et les instances cloud renvoient souvent un nom du fournisseur sans rapport avec le site hébergé, et les adresses derrière un NAT opérateur peuvent n'avoir aucun PTR. Pour le diagnostic, le DNS inverse aide à identifier quel fournisseur possède une adresse et si elle est résidentielle, mobile ou en centre de données. Il ne peut pas révéler une personne, et un enregistrement absent n'est pas une erreur. La consultation s'exécute depuis votre navigateur et ne stocke rien.