Bonjour,

j'ai essayé d'avoir une délégation d'adresses IPv6 pour configurer le reverse de mes adresses IPv6 GUA (Livebox5 d'Orange).
J'ai commencé par les adresses ULA IPv6, le bloc fc00::/7 - c'est déjà bien, çà fonctionne - Jusqu'à présent je n'y arrive toujours pas sur mon bloc GUA IPv6::/56, ni sur le bloc IPv6::/64 par default (je n'ai pas essayé sur un bloc délégué -- justement).
Je vous écris la procédure pour déléguer des blocs IPv6 Unique Local Addresses.
Donc pour les adresses IPv6 ULA et pour analyser comment la délégation IPv6 fonctionne :
----
Je souhaitais configurer 2 délégations pour mes 2 VM (Virtuals Machines) - Je vais configurer 2 délégations IPv6::/104 pour gérer toutes les adresses d'une machine réseau avec plussieurs LXC.
La machine HOST1 : fc01::10:116:0:1/104 - le réseau des LinuX Containers : fc01::10:116:42:0/112
La machine HOST2 : fc01::10:126:0:1/104 - le réseau des LinuX Containers : fc01::10:126:42:0/112
J'ai commencé par installer et configurer un fichier de zone sur un serveur de noms Bind9 dans un de mes LXC (donc vers la fin du bloc IPv6:: dans un réseau IPv6::/112.
La machine (le container) s'appelle "ns1" : fc01::10:116:42:1000/112
root@srv-fr.h1.ns1:/etc/bind $ host fc01::10:116:42:1000
Host 0.0.0.1.2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa not found: 3(NXDOMAIN)
root@srv-fr.h1.ns1:/etc/bind $ dig -x fc01::10:126:42:1000
; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> -x fc01::10:126:42:1000
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 65332
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: 23d9fcda1ae89fbc01000000680871011c3a1f2d4ef97402 (good)
;; QUESTION SECTION:
;0.0.0.1.2.4.0.0.6.2.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR
;; AUTHORITY SECTION:
ip6.arpa. 1408 IN SOA b.ip6-servers.arpa. nstld.iana.org. 2024122387 1800 900 604800 3600
;; Query time: 24 msec
;; SERVER: 2001:41d0:701:1100::6530#53(2001:41d0:701:1100::6530) (UDP)
;; WHEN: Wed Apr 23 06:48:01 CEST 2025
;; MSG SIZE rcvd: 205
Donc, le fichier de configuration pour ma zone "0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa" correspondant au réseau fc01:0000:0000:0000:10:116:0:0/104
Pour trouver la zone, utiliser
GestióIP - IPv4/IPv6 subnet calculator et sélectionner tout ce qui est en noir sur la ligne "ip6.arpa Format" - ne pas prende le texte en rouge

root@srv-fr.h1.ns1:/etc/bind $ cat masters/0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa
$ttl 60
@ IN SOA ns1.lab3w.lan. hostmaster.lab3w.lan. (
2025042201 ; serial, yearmonthdayserial# 604800
20 ; refresh, seconds / default:21600
5 ; retry, seconds / default:3600
420 ; expire, seconds / default:604800
60 ) ; minimum, seconds / default:3600
;--------------------------------------------------------------
@ IN NS ns1.lab3w.lan.
; --------------------------
; H1
2.5.2.0.0.0.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR vm1.lab3w.lan.
f.f.f.f.2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR gw1.lab3w.lan.
; --------------------------
; LXC
0.0.0.1.2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR ns1.lab3w.lan.
0.1.0.0.2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR we1.lab3w.lan.
1.b.d.0.2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR db1.lab3w.lan.
1.c.d.0.2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR ad1.lab3w.lan.
J'ai ajouté la zone au fichier à la configuration des zones locales (je laisse mes commentaires de tests au fichier) :
root@srv-fr.h1.ns1:/etc/bind $ cat named.conf.local
// IPv6 ------------------------------------------------------------
# OK reverse /56 with delegation parent
# zone "0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa" {
# OK reverse /64 with delegation parent
# zone "0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa" {
# OK reverse /104 with delegation parent <------------
zone "0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa" {
# OK reverse /112 with delegation parent
# zone "2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa" {
type master;
file "/etc/bind/masters/0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa";
};
Jusque là rien ne fonctionne parce que le "ns1.lab3w.lan" ne correspond à rien ; donc il faut créer une zone "lab3w.lan" pour ajouter l'adresse IP sur ce nom.
----
Voulant gérer seulement les adresses IP des containers et de l'hôte du réseau sur ce service (ce container) - Je vais donc créer un autre serveur DNS (celui qui va déléguer aux autres), sur lequel je vais configurer une zone "lab3w.lan" et la zone ULA entière "fc00::/7" pour pouvoir déléguer à qui je souhaite, un ou plusieurs blocs IPv6.
Donc sur le serveur "parent" qui se trouve à l'adresse fc01::10:106:0:252 ; le fichier de configuration des zones :
root@srv-fr:/etc/bind # cat named.conf.local
// IPv6 ---------------------------------------------------------
zone "c.f.ip6.arpa" {
type master;
file "/etc/bind/masters/c.f.ip6.arpa";
};
Le fichier de la zone "lab3w.lan" :
root@srv-fr:/etc/bind # cat masters/lab3w.lan.hosts
$ttl 3600
@ IN SOA dns.lab3w.lan. hostmaster.lab3w.lan. (
2025042102 ;serial, yearmonthdayserial#
300 ; refresh, seconds / default:21600 (6 hours) - perso:20 - 300 (5min)
60 ; retry, seconds / default:3600 (1 hour) - perso:5 - 60 (1min)
420 ; expire, seconds / default:604800 (1 week) - perso:420(7min)
60 ) ; minimum, seconds / default:3600 (1 hour) - perso:60 (1min)
;---------------------------------------------------------------------
@ 3600 IN NS dns.lab3w.lan.
;------------------------------
; Servers
;------------------------------
; GATE
gate 3600 IN AAAA fc01:0000:0000:0000:0010:0106:0000:0254
gate 3600 IN A 10.106.0.254
; SRV-FR
dns 3600 IN AAAA fc01:0000:0000:0000:0010:0106:0000:0252
dns 3600 IN A 10.106.0.252
; SRV-FR H1 LXC
ns1 3600 IN AAAA fc01:0000:0000:0000:0010:0116:0042:1000
ns1 3600 IN A 10.116.42.1
we1 3600 IN AAAA fc01:0000:0000:0000:0010:0116:0042:0010
we1 3600 IN A 10.116.42.10
; SRV-FR H2 LXC
ns2 3600 IN AAAA fc01:0000:0000:0000:0010:0126:0042:1000
ns2 3600 IN A 10.126.42.1
dc2 3600 IN AAAA fc01:0000:0000:0000:0010:0126:0042:0dc2
dc2 3600 IN A 10.126.42.2
we2 3600 IN AAAA fc01:0000:0000:0000:0010:0126:0042:0010
we2 3600 IN A 10.126.42.10
Et le fichier reverse de la zone "c.f.ip6.arpa" où je déclare que la zone reverse des IPv6 "fc01::10:116:0:0/104" sera gérée par la machine NS (Name Server) -> ns1.lab3w.lan
0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN NS ns1.lab3w.lan.
root@srv-fr:/etc/bind # cat masters/c.f.ip6.arpa
$ttl 60
@ IN SOA dns.lab3w.lan. hostmaster.lab3w.lan. (
2025042101 ; serial, yearmonthdayserial# 604800
20 ; refresh, seconds / default:21600
5 ; retry, seconds / default:3600
420 ; expire, seconds / default:604800
60 ) ; minimum, seconds / default:3600
;--------------------------------------------------------------
@ IN NS dns.lab3w.lan.
;--------------------------------------------------------------
; Delegation /64 - OK
;0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN NS ns1.lab3w.lan.
; Delegation /104 - OK
0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN NS ns1.lab3w.lan.
;0.0.6.2.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN NS ns2.lab3w.lan.
; Delegation /112
;2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN NS ns1.lab3w.lan.
;2.4.0.0.6.2.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN NS ns2.lab3w.lan.
;--------------------------------------------------------------
; Network IPv6::/16
; Network range fc01:0000:0000:0000:0000:0000:0000:0000-fc01:ffff:ffff:ffff:ffff:ffff:ffff:ffff
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.1.0.c.f.ip6.arpa. IN PTR b16.lab3w.lan.
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.1.0.c.f.ip6.arpa. IN PTR fc01.lab3w.lan.
; ----------------------------
; Hosts
; ----------------------------
2.5.2.0.0.0.0.0.6.0.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR srv-fr.lab3w.lan.
;2.5.2.0.0.0.0.0.6.0.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR dns.lab3w.lan.
4.5.2.0.0.0.0.0.6.0.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR gate.lab3w.lan.
Donc maintenant tout fonctionne.

-----
Exemple d'un "traceroute6" :
root@srv-fr.h1.ns1:/etc/bind $ traceroute6 fc00:5300:60:9389:15:1:a:10
traceroute to fc00:5300:60:9389:15:1:a:10 (fc00:5300:60:9389:15:1:a:10), 30 hops max, 80 byte packets
1 gw1.lab3w.lan (fc01::10:116:42:ffff) 0.032 ms 0.011 ms 0.008 ms
2 vm1.lab3w.lan (fc01::10:116:0:252) 0.138 ms 0.116 ms 0.104 ms
3 gate.lab3w.lan (fc01::10:106:0:254) 0.248 ms 0.214 ms 0.193 ms
4 fec0::1 (fec0::1) 111.249 ms 112.467 ms 112.449 ms
5 fc00:5300:60:9389:15:1:0:1 (fc00:5300:60:9389:15:1:0:1) 112.505 ms 112.565 ms 112.548 ms
6 fc00:5300:60:9389:15:1:a:10 (fc00:5300:60:9389:15:1:a:10) 112.639 ms 111.840 ms 111.812 ms
root@gate:~ # host fc01::10:116:42:1000 fc01::10:106:0:252
Using domain server:
Name: fc01::10:106:0:252
Address: fc01::10:106:0:252#53
Aliases:
0.0.0.1.2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa domain name pointer ns1.lab3w.lan.
root@gate:~ # dig -x fc01::10:116:42:1000 @fc01::10:106:0:252
; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> -x fc01::10:116:42:1000 @fc01::10:106:0:252
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44395
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: 515f4d155426799a0100000068087b42f299e4e7083fd328 (good)
;; QUESTION SECTION:
;0.0.0.1.2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR
;; ANSWER SECTION:
0.0.0.1.2.4.0.0.6.1.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. 18 IN PTR ns1.lab3w.lan.
;; Query time: 0 msec
;; SERVER: fc01::10:106:0:252#53(fc01::10:106:0:252) (UDP)
;; WHEN: Wed Apr 23 07:31:46 CEST 2025
;; MSG SIZE rcvd: 156
Je n'ai pas déclarer la délégation vers le LinuX Container du serveur "hote2" pour le réseau 126:0/112 donc avec la commande "dig" retourne son "Authorité" notre fichier de zone principale :
;; AUTHORITY SECTION:
c.f.ip6.arpa. 60 IN SOA dns.lab3w.lan. hostmaster.lab3w.lan. 2025042101 20 5 420 60
root@gate:~ # dig -x fc01::10:126:42:1000 @fc01::10:106:0:252
; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> -x fc01::10:126:42:1000 @fc01::10:106:0:252
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 26134
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: 15daba121c83d7060100000068087b4b26d409d31888b7df (good)
;; QUESTION SECTION:
;0.0.0.1.2.4.0.0.6.2.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.c.f.ip6.arpa. IN PTR
;; AUTHORITY SECTION:
c.f.ip6.arpa. 60 IN SOA dns.lab3w.lan. hostmaster.lab3w.lan. 2025042101 20 5 420 60
;; Query time: 0 msec
;; SERVER: fc01::10:106:0:252#53(fc01::10:106:0:252) (UDP)
;; WHEN: Wed Apr 23 07:31:55 CEST 2025
;; MSG SIZE rcvd: 201
La machine "fc01::10:106:0:252" pointe sur une de mes GUA celle-ci : "2a01:cb1d:5:af00:1ab3::1" ou sur mon IPv4 celle-là : "90.5.102.244" et porte le nom pour ce service "dns.fr.lab3w.com".
Essayer un :
root@lab3w:~ # dig -x fc01::10:116:42:10 @dns.fr.lab3w.com +short
we1.lab3w.lan.
----
Donc, pour l'instant sur les GUA j'en suis à ce point : je n'arrive pas à déléguer moi-même dans mon bloc ; pour seulement mon serveur DNS - entre mes 2 serveurs DNS.
KO - Réponse de DNS.Google ; je n'ai rien délégué dans la Livebox5 d'Orange, donc le bloc est géré par son autorité (j'aurais pensé que peut-être le bloc par default serait délégué automatiquement (mais non, sûrement pour cause de Vie privée) :
root@lab3w:~ # dig -x 2a01:cb1d:5:af00:1ab3::1 @dns.google
; <<>> DiG 9.11.5-P4-5.1+deb10u11-Debian <<>> -x 2a01:cb1d:5:af00:1ab3::1 @dns.google
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 43129
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;1.0.0.0.0.0.0.0.0.0.0.0.3.b.a.1.0.0.f.a.5.0.0.0.d.1.b.c.1.0.a.2.ip6.arpa. IN PTR
;; AUTHORITY SECTION:
c.1.0.a.2.ip6.arpa. 1800 IN SOA dns1.equant.net. hostmaster.ipv6.opentransit.net. 2015082473 3600 1800 2419200 7200
;; Query time: 21 msec
;; SERVER: 2001:4860:4860::8888#53(2001:4860:4860::8888)
;; WHEN: mer. avril 23 08:10:31 CEST 2025
;; MSG SIZE rcvd: 180
KO - Réponse de mon serveur DNS qui devrait déléguer - comme au dessus sur les adresses ULA - mais qui ne fonctionne pas, bizarre :
root@lab3w:~ # dig -x 2a01:cb1d:5:af00:1ab3::1 @dns.fr.lab3w.com
; <<>> DiG 9.11.5-P4-5.1+deb10u11-Debian <<>> -x 2a01:cb1d:5:af00:1ab3::1 @dns.fr.lab3w.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 37242
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: 70cd052e8fa0d95701000000680884528394e59586cb52e3 (good)
;; QUESTION SECTION:
;1.0.0.0.0.0.0.0.0.0.0.0.3.b.a.1.0.0.f.a.5.0.0.0.d.1.b.c.1.0.a.2.ip6.arpa. IN PTR
;; AUTHORITY SECTION:
f.a.5.0.0.0.d.1.b.c.1.0.a.2.ip6.arpa. 60 IN SOA dns.fr.lab3w.fr. hostmaster.fr.lab3w.fr. 2025042101 20 5 420 60
;; Query time: 865 msec
;; SERVER: 2a01:cb1d:5:af00:1ab3::1#53(2a01:cb1d:5:af00:1ab3::1)
;; WHEN: mer. avril 23 08:10:26 CEST 2025
;; MSG SIZE rcvd: 227
OK - Réponse, en interrogeant directement le serveur NS1 où se trouve les adresses IPv6 reverse (le serveur/service fonctionne) :
root@lab3w:~ # dig -x 2a01:cb1d:5:af00:1ab3::1 @ns1.fr.lab3w.com
; <<>> DiG 9.11.5-P4-5.1+deb10u11-Debian <<>> -x 2a01:cb1d:5:af00:1ab3::1 @ns1.fr.lab3w.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58690
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: 2041d8d25d626a77010000006808852ae1a65347cac4020a (good)
;; QUESTION SECTION:
;1.0.0.0.0.0.0.0.0.0.0.0.3.b.a.1.0.0.f.a.5.0.0.0.d.1.b.c.1.0.a.2.ip6.arpa. IN PTR
;; ANSWER SECTION:
1.0.0.0.0.0.0.0.0.0.0.0.3.b.a.1.0.0.f.a.5.0.0.0.d.1.b.c.1.0.a.2.ip6.arpa. 60 IN PTR srv.fr.lab3w.com.
;; Query time: 111 msec
;; SERVER: 2a01:cb1d:5:af00:1ab3:116:42:1000#53(2a01:cb1d:5:af00:1ab3:116:42:1000)
;; WHEN: mer. avril 23 08:14:02 CEST 2025
;; MSG SIZE rcvd: 159
Il faut que j'analyse çà ; je reviens vers vous.
Romain.
@+
Bonne journée.
PS : J'ai un tutoriel que j'ai écrit sur comment faire une
Configuration BIND9 Masters et Slaves (
Page Translate), mais je ne parle pas de rDNS ULA

d'où ce commentaire.
J'ajoute ce lien :
3. DNS Reverse Mapping et le site de la
doc de bind9.
Note de Moi-même du 2025/06/05 - RienÀvoir ci-dessous Délégation de « nom de domaine » :
J'ai ouvert sur mon site web cette intro sur l'Orientation à prendre pour NSEC3 dans DNSSec et l'automatisation pour les zones enfants délégués pour zone de confiance DNSSEC avec CDS et CDNSKEY (Page Translate).
Modifier les enregistrements de signature de délégation (DS) d'une zone enfant en fonction du signataire de délégation enfant (CDS) et de la clé de serveur de noms de domaine enfant (CDNSKEY) et créer les RR (Ressource Records) CDNSKEY / CDS.
