Transformez une IP en son nom DNS inverse.

Un générateur d’enregistrements PTR prend une adresse IPv4 ou IPv6 (ou un CIDR) et construit le nom arpa utilisé pour le DNS inverse — en inversant l’adresse et en y ajoutant in-addr.arpa pour l’IPv4 ou ip6.arpa pour l’IPv6. Cet outil effectue cette conversion entièrement dans votre navigateur, de sorte que l’adresse IP que vous saisissez n’est jamais envoyée à un serveur.

Le DNS direct fait correspondre un nom à une adresse ; le DNS inverse fait l’opposé — il fait correspondre une adresse IP à un nom d’hôte au moyen d’un enregistrement PTR. La résolution s’effectue sous le domaine spécial in-addr.arpa (IPv4) ou ip6.arpa (IPv6), où l’adresse est écrite à l’envers sous forme de nom. Cet assistant construit ce nom PTR pour vous à partir de n’importe quelle adresse ou CIDR.

Un enregistrement PTR fait correspondre une adresse IP à un nom d’hôte — l’inverse d’un enregistrement A ou AAAA. Il sert principalement à vérifier les serveurs de messagerie : de nombreux serveurs de réception rejettent les messages provenant d’adresses IP qui n’ont pas d’enregistrement PTR valide. Les enregistrements PTR apparaissent aussi dans les journaux système et les traces réseau, où ils remplacent les adresses IP brutes par des noms d’hôte lisibles afin de faciliter le diagnostic.

Non. Le nom PTR et la zone inverse sont dérivés à 100 % côté client, dans votre onglet — il n’y a aucun serveur, aucun compte et aucune journalisation. Vous pouvez coller en toute sécurité des adresses internes et des plages privées.

L’IPv4 inverse les quatre octets décimaux et y ajoute in-addr.arpa — ainsi 192.0.2.10 devient 10.2.0.192.in-addr.arpa. L’IPv6 développe l’adresse en ses 32 quartets hexadécimaux, les inverse et y ajoute ip6.arpa, ce qui donne un nom beaucoup plus long avec une étiquette par quartet. L’assistant gère les deux et affiche la forme IPv6 entièrement développée.

Un quartet est un seul chiffre hexadécimal (4 bits). Les noms ip6.arpa de l’IPv6 listent chaque quartet de l’adresse entièrement développée dans l’ordre inverse, séparés par des points — 32 quartets au total pour un enregistrement d’hôte. Par exemple, 2001:db8::1 se développe en 2001:0db8:0000:…:0001, et la séquence inversée de quartets devient 1.0.0.0.…0.8.b.d.0.1.0.0.2.ip6.arpa. Le générateur affiche cette décomposition en quartets afin que vous puissiez vérifier le nom PTR avant de l’ajouter à votre fichier de zone.

La zone inverse est la partie de l’arbre arpa sur laquelle votre serveur DNS s’est vu déléguer l’autorité — pour un /24, il s’agit de la zone à trois octets comme 2.0.192.in-addr.arpa. Les délégations IPv4 tombent naturellement sur les limites d’octet (/8, /16, /24). Pour les préfixes plus fins que /24, on utilise la délégation sans classe de la RFC 2317, où l’étiquette de zone encode le bloc sous-/24 ; l’assistant signale ce cas afin que vous sachiez qu’une délégation de type CNAME est requise.

Pour l’IPv4, prenez les octets du préfixe réseau et inversez-les : un /24 comme 198.51.100.0/24 correspond à la zone 100.51.198.in-addr.arpa, tandis qu’un /16 comme 198.51.0.0/16 correspond à 51.198.in-addr.arpa. Les zones inverses IPv6 doivent tomber sur des limites de quartet (longueur de préfixe divisible par 4) ; si votre préfixe n’est pas sur une limite, l’outil arrondit à la limite de quartet englobante inférieure et signale l’écart. Saisissez n’importe quel CIDR et le générateur de zone inverse dérive automatiquement le nom de zone correct.

Non. Il n’envoie aucune requête et ne résout rien — il génère les noms in-addr.arpa / ip6.arpa et la zone inverse hors ligne, uniquement à partir de l’adresse que vous saisissez. Pour réellement résoudre un PTR, vous utiliseriez un outil comme dig -x ou host ; cet assistant se contente de construire les noms corrects à placer dans votre fichier de zone ou votre requête.