Constructeur de nom PTR inverse (IPv6)

Construire les noms PTR ip6.arpa à partir d’adresses IPv6

Input IPv6 Addresses

IPv6 Reverse DNS Format:

Each nibble (4 bits) is reversed and separated by dots, followed by ip6.arpa

PTR Names

PTR names will appear here

L'outil Reverse PTR Name Builder pour IPv6 convertit les adresses IPv6 en leurs noms DNS inverses au format nibble ip6.arpa, utilises pour les enregistrements PTR. Saisissez une adresse comme 2001:db8::1 et l'outil retourne le nom inverse complet de 74 caracteres 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa. Chaque chiffre hexadecimal devient un label DNS distinct, produisant des noms qu'il est impraticable de construire manuellement.

Comprendre le DNS inverse IPv6

Le DNS inverse IPv6 fonctionne sur le meme principe que le DNS inverse IPv4, mais le format est radicalement different. La ou IPv4 inverse quatre octets pour construire des noms dans in-addr.arpa, IPv6 inverse 32 chiffres hexadecimaux individuels (appeles nibbles) pour construire des noms dans ip6.arpa. Le resultat est un nom DNS generalement long de 73-74 caracteres, avec 32 labels a un seul caractere separes par des points. Construire ces noms a la main n'est pas seulement fastidieux, c'est pratiquement garanti de produire des erreurs.

Le format nibble existe parce que les adresses IPv6 font 128 bits de long, representees par 32 chiffres hexadecimaux. Chaque chiffre correspond a 4 bits, et la delegation DNS pour les zones inverses IPv6 se fait aux limites de nibbles. Cela signifie que la delegation de zone est propre aux longueurs de prefixe multiples de 4 (comme /32, /48 et /64) et necessite un traitement special aux limites non-nibble. Une organisation typique avec une allocation /32 gere une zone inverse definie par les 8 premiers nibbles de son allocation, les 24 nibbles restants formant les noms d'enregistrements PTR individuels au sein de cette zone.

Cet outil gere l'ensemble de la conversion automatiquement. Vous saisissez n'importe quelle adresse IPv6 valide dans n'importe quel format -- compresse, entierement developpe ou mixte -- et l'outil la normalise, inverse les nibbles et produit le nom ip6.arpa complet. Il identifie egalement les limites de delegation de zone pour les longueurs de prefixe courantes, ce qui est essentiel lors de la configuration de zones inverses dans BIND, Knot ou PowerDNS.

Comment construire un nom PTR inverse IPv6

  1. Saisissez une adresse IPv6 dans n'importe quel format -- compresse, developpe ou mixte (ex. 2001:db8::1)
  2. L'outil developpe l'adresse en ses 32 chiffres hexadecimaux complets
  3. Chaque chiffre est inverse et separe par des points, avec .ip6.arpa ajoute a la fin
  4. Copiez le nom PTR genere pour l'utiliser dans votre fichier de zone DNS inversee

Exemples de noms DNS inverses IPv6

Adresse IPv6Nom PTR inverse (ip6.arpa)
2001:db8::11.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa
2001:db8::abcdd.c.b.a.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa
fe80::11.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.0.0.0.ip6.arpa
::11.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa

Noms de zones inverses par longueur de prefixe

Longueur de prefixeLimite de zoneExemple de zone pour 2001:db8::/32
/164 nibbles1.0.0.2.ip6.arpa
/328 nibbles8.b.d.0.1.0.0.2.ip6.arpa
/4812 nibbles0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa
/6416 nibbles0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa

Quand utiliser le constructeur de noms PTR IPv6

  • Mise en place de zones DNS inversees IPv6 -- construction du nom de zone et des noms d'enregistrements PTR individuels pour BIND, Knot ou PowerDNS
  • Configuration de serveur de messagerie -- les systemes de messagerie effectuent de plus en plus de resolutions inversees sur les adresses IPv6 des expediteurs ; l'absence d'enregistrements PTR entraine des echecs de livraison
  • Verification de requetes dig -x -- confirmation du nom au format nibble correct avant le depannage de la resolution inversee
  • Demandes de delegation inversee aupres du FAI -- fournir le nom de zone exact lors de la demande de delegation de votre espace inverse IPv6
  • Generation en masse d'enregistrements PTR -- traitement de plusieurs adresses IPv6 pour la creation automatisee de fichiers de zone
  • Documentation d'audit -- enregistrement des noms inverses pour toutes les adresses IPv6 de votre allocation

Fonctionnement du DNS inverse IPv6 (format nibble)

Le DNS inverse IPv6 utilise le domaine ip6.arpa avec un schema de nommage base sur les nibbles. Contrairement a IPv4 ou les octets sont inverses, IPv6 inverse les chiffres hexadecimaux individuels (nibbles).

Processus de conversion

  1. Developper l'adresse : convertir toute adresse IPv6 compressee en sa forme complete a 8 groupes et 32 chiffres. 2001:db8::1 devient 2001:0db8:0000:0000:0000:0000:0000:0001.

  2. Retirer les deux-points : supprimer les separateurs de groupes pour obtenir une chaine hexadecimale plate de 32 caracteres : 20010db8000000000000000000000001.

  3. Inverser la chaine : inverser l'ordre des 32 caracteres : 10000000000000000000000008bd01002.

  4. Separer par des points : placer un point entre chaque caractere : 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.

  5. Ajouter le suffixe : ajouter .ip6.arpa pour obtenir le nom inverse complet.

Limites de delegation de zone

Les zones inversees IPv6 sont deleguees aux limites de nibbles, qui correspondent a des longueurs de prefixe multiples de 4. Points de delegation courants :

  • Allocation /32 (typique pour une organisation) : 8 nibbles definissent la zone, laissant 24 nibbles pour les enregistrements PTR au sein de la zone
  • Allocation /48 (prefixe de site typique) : 12 nibbles definissent la zone, avec 20 nibbles pour les enregistrements
  • Sous-reseau /64 : 16 nibbles pour la zone, 16 nibbles pour les enregistrements hote

Pour les longueurs de prefixe qui ne sont pas des multiples de 4 (comme /33 ou /47), la delegation necessite un traitement special similaire a la delegation classless IPv4, bien que cela soit rare en pratique.

Enregistrement PTR dans un fichier de zone

Pour la zone 8.b.d.0.1.0.0.2.ip6.arpa (representant 2001:db8::/32), un enregistrement PTR pour 2001:db8::1 serait :

1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0  IN  PTR  host.example.com.

La partie gauche contient les 24 nibbles qui suivent les 8 nibbles de la zone, couvrant la portion restante de l'adresse complete a 32 nibbles.

Le DNS inverse IPv6 en pratique

Le plus grand defi pratique du DNS inverse IPv6 est la longueur meme des noms. Un seul caractere transpose dans un nom a 32 nibbles cree un enregistrement PTR pour la mauvaise adresse IP, et il est quasiment impossible de reperer l'erreur par inspection visuelle. C'est pourquoi les outils automatises sont essentiels pour la gestion du DNS inverse IPv6. Ne construisez jamais ces noms a la main dans des fichiers de zone de production.

Pour la delivrabilite des e-mails, le DNS inverse IPv6 est de plus en plus critique. Les principaux fournisseurs dont Gmail, Outlook et Yahoo effectuent des verifications FCrDNS sur les adresses IPv6 des expediteurs, et les messages provenant d'adresses IPv6 sans enregistrement PTR valide sont systematiquement rejetes. Si votre infrastructure de messagerie utilise IPv6 (ce qui devient de plus en plus courant), assurez-vous que chaque IP sortante possede un enregistrement PTR correspondant. Utilisez cet outil pour construire le nom ip6.arpa correct, puis verifiez l'enregistrement avec dig -x apres le deploiement.

Lors de la gestion de zones inverses IPv6 pour des allocations importantes, soyez strategique dans ce que vous peuplez. Une allocation /48 compte 2^80 adresses hote possibles, et vous ne pouvez evidemment pas creer d'enregistrements PTR pour toutes. Concentrez-vous sur les adresses reellement utilisees : interfaces de serveurs, relais de messagerie, resolveurs DNS et tout autre hote qui interagit avec des systemes effectuant des resolutions inverses. De nombreuses organisations utilisent SLAAC ou DHCPv6 pour les equipements clients, et ces equipements n'ont generalement pas besoin d'enregistrements PTR individuels sauf s'ils executent des services necessitant le DNS inverse.

Questions frequentes

Pourquoi les noms inverses IPv6 sont-ils aussi longs ?

Les adresses IPv6 font 128 bits, representes par 32 chiffres hexadecimaux. Puisque chaque chiffre devient un label DNS distinct dans le format nibble, le nom inverse contient 32 labels a un seul caractere plus le suffixe ip6.arpa. Cela produit des noms generalement longs de 73-74 caracteres, rendant la construction manuelle extremement sujette aux erreurs.

Peut-on utiliser des adresses IPv6 compressees en entree ?

Oui. L'outil accepte toute representation IPv6 valide, y compris les formes compressees comme 2001:db8::1, les formes entierement developpees comme 2001:0db8:0000:0000:0000:0000:0000:0001, et la notation mixte. Tous les formats sont normalises vers le developpement complet a 32 chiffres avant la conversion.

A-t-on besoin d'enregistrements PTR IPv6 pour la delivrabilite des e-mails ?

Oui, si votre serveur de messagerie envoie des e-mails depuis une adresse IPv6. Les principaux fournisseurs de messagerie, dont Gmail, Outlook et Yahoo, verifient le DNS inverse pour les expediteurs IPv6. Les messages provenant d'adresses IPv6 sans enregistrement PTR valide sont couramment rejetes ou signales comme spam.

Quelle est la difference entre in-addr.arpa et ip6.arpa ?

in-addr.arpa est utilise pour le DNS inverse IPv4, ou les quatre octets d'une adresse IPv4 sont inverses. ip6.arpa est utilise pour le DNS inverse IPv6, ou les 32 chiffres hexadecimaux sont inverses individuellement. Ils servent le meme objectif (associer des IP a des hostnames) mais utilisent des formats differents car les adresses IPv4 et IPv6 ont des structures differentes.

Peut-on deleguer des zones inverses a des limites non-nibble comme /33 ?

En theorie oui, mais cela necessite des solutions de contournement similaires a la delegation classless IPv4 (RFC 2317). En pratique, la quasi-totalite des delegations de zones inverses IPv6 se font aux limites de nibbles (/32, /48, /64) car ce sont les tailles d'allocation standard. Les RIR et les FAI allouent l'espace IPv6 a des limites alignees sur les nibbles specifiquement pour eviter cette complication.

Outils associes

IPparse•Outils de calcul réseau et sous-réseau gratuits

© 2026 IPparse. All tools run locally in your browser.

100% Privacy-First • No Data Collected