Recherche IP inversée (enregistrements PTR)

Le sens de la requête. Une recherche classique va d’un nom vers une adresse via les enregistrements A et AAAA, et c’est le propriétaire du site qui les contrôle. Une recherche inverse va d’une adresse vers un nom via les enregistrements PTR, et c’est le propriétaire du réseau qui les contrôle, et non celui du site web. Cette seule différence explique l’essentiel de ce qui peut paraître étrange ici : un nom du type srv12.hoster.example dans le schéma d’un hébergeur indique qui exploite la machine, mais rien sur le site qui y est hébergé.

Une absence de réponse PTR est un résultat normal. Personne n’est obligé de créer un nom inverse, et la plupart des blocs d’adresses n’en créent jamais. Une réponse vide signifie que le propriétaire l’a laissée vide ou qu’elle a été supprimée, et non que l’adresse est inutilisée ou qu’elle pose problème. Elle passe aussi par le cache habituel, donc un nom récemment ajouté peut mettre un certain temps à apparaître partout.

Pourquoi les voisines sont intéressantes. Les blocs d’adresses sont attribués par plages, et la plus petite plage qu’un client détient en général est un /24 — 256 adresses. Les hébergeurs nomment ces adresses selon un schéma, si bien que la lecture de quelques noms autour d’une adresse révèle souvent le schéma et le fournisseur derrière tout le bloc. Cette page interroge d’abord les adresses les plus proches de la vôtre, à l’intérieur du même /24, et ne cherche jamais de noms qui ne soient pas des adresses.

Ce que cela ne signifie pas. Un nom inverse n’est pas un nom de site web : le nom de la réponse peut appartenir à un routeur, à un relais de messagerie ou à un répartiteur de charge plutôt qu’à un site. Une adresse peut servir des centaines de sites sans rapport, et un grand site peut être réparti sur des dizaines d’adresses ; un nom partagé est donc une indication sur l’hébergement, jamais une preuve que deux choses sont liées. Considérez les voisines comme un schéma de nommage, et non comme une liste de propriétaires.

Coût, et pourquoi la liste des voisines est lente. Chaque adresse de la liste fait l’objet d’une requête distincte auprès du même quota de résolveur que les autres pages, et la liste traite une adresse à la fois avec un intervalle entre chaque élément, pour rester dans ce que les résolveurs publics acceptent. Une liste complète prend donc un certain temps, et vous pouvez l’annuler : les adresses restantes sont abandonnées sans laisser de tâche en cours.

Ce que cette page ne fait pas. Pas d’attaque par dictionnaire, pas de scan de plages, pas de sondage de ports et pas de consultation des données d’enregistrement. Si une adresse n’a pas de nom inverse et que vous voulez savoir à quel réseau elle appartient, l’étape honnête suivante est la page Recherche IP, qui lit les champs réseau et localisation que les services publics publient, ainsi que le Calculateur de sous-réseau, qui affiche les bornes du bloc de cette adresse sans rien envoyer ailleurs.

Sources publiques que vous pouvez consulter vous-même. L’enregistrement faisant autorité de l’attribution d’une plage d’adresses est tenu par les registres régionaux : l’espace d’adressage IPv4 de l’IANA et les attributions IPv6 unicast de l’IANA indiquent quel registre a reçu chaque bloc, puis chaque registre publie ses propres enregistrements de délégation. Cette page n’interroge délibérément pas ces fichiers : ce sont un type de requête distinct et plus lourd, et les lire à la main depuis les liens ci-dessus est la manière honnête de répondre à « à qui appartient ce réseau ? ».