Auteur Sujet: Fibre - IP❤6 - Routers - Configuration Networks - Test Iperf (Lu 13803 fois)

LAB3W.ORJ · « **Réponse #36 le:** 16 avril 2025 à 05:59:42 »

Bonsoir, bonjour.

Je vous ajoute ces 2 liens des configurations de mon routeur et de mon serveur :

gate.fr.lab3w.com : ~~http://[2a01:cb1d:5:af00::1]/~~ ; http://90.5.102.244
srv.fr.lab3w.com : ~~http://[2a01:cb1d:5:af00:1ab3::1]/~~

----

Citer

Note du 2025/08/06 : Ma Libebox a changée d'IPv6 (encore) - Je n'ai pas signée ma child-zone DNSSec « fr.lab3w.fr » (DNAME « fr.lab3w.com ») alors j'ai ajouté srv-fr et gate-fr sur mon domaine - J'ai écris un article Guidance for NSEC3 in DNSSec and Automation for Delegated Child Zones for DNSSEC Trust Zone with CDS and CDNSKEY.
gate-fr.lab3w.com : http://[2a01:cb1d:0:a300::1]/ ; http://90.5.102.244
srv-fr.lab3w.com : http://[2a01:cb1d:0:a300:1ab3::1]/

----

Citer

Note du 2025/09/03 : Ma Libebox n'a pas redémarré depuis 40 jours MAIS j'ai changé d'IPv4 et d'IPv6 (encore) - çà rend fout.. il faut que je modifie toutes mes adresses IP mes routes, mes neighbors proxy, mes zones et zones enfants DNS, mes fichiers des serveurs Web et compagnies.

1 adresse IPv4 et 4,722,366,482,869,645,213,696 adresses IPv6 pour mon bloc IPv6::/56 à changer (non je plaisante mais quand même ; je n'ai qu'une dizaine de machines)

http://90.116.205.63 -- je reviens demain $:-\$ le temps de changer toutes les adresses IP !

CF http://www.gestioip.net/cgi-bin/subnet_calculator.cgi :

C'est green les network IPv6::/60 - on se demande pour qu'elle raison

Qu'elle galère Orange FR non pro !

Code: [Sélectionner]

root@lb1.ww1:~ # dig AAAA srv.fr.lab3w.fr @dns.google

; <<>> DiG 9.11.5-P4-5.1+deb10u11-Debian <<>> AAAA srv.fr.lab3w.fr @dns.google
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 10920
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
; OPT=15: 00 16 41 74 20 64 65 6c 65 67 61 74 69 6f 6e 20 66 72 2e 6c 61 62 33 77 2e 66 72 20 66 6f 72 20 73 72 76 2e 66 72 2e 6c 61 62 33 77 2e 66 72 2f 61 61 61 61 ("..At delegation fr.lab3w.fr for srv.fr.lab3w.fr/aaaa")
;; QUESTION SECTION:
;srv.fr.lab3w.fr.               IN      AAAA

;; Query time: 40 msec
;; SERVER: 2001:4860:4860::8844#53(2001:4860:4860::8844)
;; WHEN: sam. août 09 15:28:09 CEST 2025
;; MSG SIZE  rcvd: 100

----

J'ai modifié la Network map ci-dessous, du commentaire précédent ; et j'ai changé de bloc d'adresses IPv6 GUA.

Citation de: LAB3W.ORJ le 31 octobre 2024 à 05:54:41

La configuration réseau IPv6 ULA (Unique Local Address) de chez moi jusqu'aux serveurs ; en image :

Si cela peut aider.

À FAIRE : Installation d'un Active Directory (actuellement, il s'agit uniquement du service Samba) - Introduction : Intégration d'AD sur Ubuntu Server.

Je dois (ré)installer un Active Directory (PDC et BDC) pour vérifier que les requêtes des voisins du réseau local fonctionnent et transitent par les réseaux intersites ; qu'elles sont dirigées au bon endroit en fonction de la longueur du préfixe IPv6 et distribuées aux réseaux appropriés.

LAB3W.ORJ · « **Réponse #37 le:** 23 avril 2025 à 08:24:03 »

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

Code: [Sélectionner]

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)

Code: [Sélectionner]

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

Code: [Sélectionner]

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) :

Code: [Sélectionner]

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 :

Code: [Sélectionner]

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" :

Code: [Sélectionner]

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

Code: [Sélectionner]

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.

Code: [Sélectionner]

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" :

Code: [Sélectionner]

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

Code: [Sélectionner]

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.

Code: [Sélectionner]

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 :

Code: [Sélectionner]

;; AUTHORITY SECTION:
c.f.ip6.arpa.           60      IN      SOA     dns.lab3w.lan. hostmaster.lab3w.lan. 2025042101 20 5 420 60

Code: [Sélectionner]

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 :

Code: [Sélectionner]

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) :

Code: [Sélectionner]

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 :

Code: [Sélectionner]

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) :

Code: [Sélectionner]

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.

Citer

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.

zoc · « **Réponse #38 le:** 23 avril 2025 à 09:23:05 »

Pour que la délégation du GUA fonctionne en dehors du réseau local, il faut qu'Orange rajoute des entrées NS vers ton/tes serveur(s) DNS dans le fichier qui gère la zone d.1.b.c.1.0.a.2.ip6.arpa

C'est évidemment impossible de leur faire faire ça.

LAB3W.ORJ · « **Réponse #39 le:** 23 avril 2025 à 10:03:19 »

Citation de: zoc le 23 avril 2025 à 09:23:05

Pour que la délégation du GUA fonctionne en dehors du réseau local, il faut qu'Orange rajoute des entrées NS vers ton/tes serveur(s) DNS dans le fichier qui gère la zone d.1.b.c.1.0.a.2.ip6.arpa

C'est évidemment impossible de leur faire faire ça.

Bonjour @zoc,

Celui-ci :

Code: [Sélectionner]

;; AUTHORITY SECTION:
c.1.0.a.2.ip6.arpa.     1800    IN      SOA     dns1.equant.net. hostmaster.ipv6.opentransit.net. 2015082473 3600 1800 2419200 7200

2015 l'année de modification du fichier, ils ne doivent pas connaitre "nsupdate".

Oui, c'est ce que j'avais compris il y a quelque temps quand on en avait parlé. Mais je voulais re-essayer, et vérifier comment "la délégation IPv6" fonctionnait. Çà m'a permit de configurer un reverse DNS pour des adresses ULA ; je vais essayé de l'étendre à mon SLAN

@+

Exemple par NSUPDATE pour une de mes zone fcXX::/8 ; simple

Code: [Sélectionner]

; Server NS
server dns.lab3w.lan
;
; Select authority
zone c.f.ip6.arpa
;
; Delegation /104
update add 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. 3600 IN NS ns2.lab3w.lan.
;
send

Et it's good !!

Je vais essayé

Exemple par NSUPDATE pour toutes mes adresses IPv6 GUA du ISP "2a01:cb1d:5:af00::/56" ; simple

Code: [Sélectionner]

; Server NS
server dns1.equant.net
;
; Select authority
zone c.1.0.a.2.ip6.arpa
;
; Delegation /104
update add f.a.5.0.0.0.d.1.b.c.1.0.a.2.ip6.arpa. 3600 IN NS my-nameserver.mydomain.com.
;
send

Tant que je peut dire/déclarer chez mon registrar ou mon DNS que -- my-nameserver.mydomain.com --> pointe bien sur une IP du bloc (n'importe laquelle) et bien le reverse IPv6 fonctionne.

my-nameserver.mydomain.com m'appartient et les IPv6 me sont déléguées par mon ISP

----

Exemple complet pour Orange ISP :

Sur les Livebox ; ils peuvent déléguer "cacher" sans que les utilisateurs ne sachent, tous les blocs IPv6::/56 sur le DNS de la Livebox - puis sur la page déléguer des IPv6 ; l'utilisateur final peut déléguer ses blocs par IPv6::/64 en updatant depuis la Livebox elle-même - Si aucun serveur DNS n'est configuré sur le réseau, aucun PoinTer Record (PTR) ne sera retourné.

Update de chaques Livebox à chaque changement d'adresse IPv6 :

Code: [Sélectionner]

; Server NS
server dns1.equant.net
;
; Select authority
zone c.1.0.a.2.ip6.arpa
;
; Delegation /104
update add f.a.5.0.0.0.d.1.b.c.1.0.a.2.ip6.arpa. 3600 IN NS livebox_user
;
send

Puis en interne par la Livebox et dans la livebox (un serveur DNS - ici livebox_user) sur la page déjà existante de délégation de blocs IPv6::/64 ; exemple : 2a01:cb1d:5:afc1::/64

Code: [Sélectionner]

; Server NS
server livebox_user
;
; Select authority
zone f.a.5.0.0.0.d.1.b.c.1.0.a.2.ip6.arpa
;
; Delegation /104
update add 1.c.f.a.5.0.0.0.d.1.b.c.1.0.a.2.ip6.arpa. 3600 IN NS my-nameserver.mydomain.com.
;
send

Oh yeah !

Et, donc, c'est ce que je pouvais penser tout à l'heure comme je le disais plus haut ; peut-être que sur le bloc par default "00" n'a pas de délégation d'IP pour une question de vie privée - pour pas qu'on (ou qu'un logiciel malveillant) configure sur son réseau local du reverse dynamique par rapport à l'adresse MAC et au nom de la machine.

Exemple avec une routine depuis cette page :

Citation de: LAB3W.ORJ le 27 janvier 2024 à 18:27:20

Je reviens vers vous pour vous transmettre ces infos :

MERCI BEAUCOUP.

J'ai réussis à déléguer plusieurs blocs IPv6::/64 (sans pouvoir, les choisir comme expliqué sur la page 76 de x0r, j'ai perdu mon bloc 00::/64)

Ci-joint un imprime écran :

L'IPv6 du bloc n'est pas la bonne - j'ai changé de bloc IPv6.

Il faut que j'essaie de re-délégue un autre bloc ; mais il va falloir que je change plein de fichier de configuration ; alors je ferais çà un autre jour - ~~je ne sais plus si après j'ai accès au bloc par default et au bloc délégué ; de souvenir oui. je verais plus tard~~.

----

Quelqu'un serait-il déjà en mode "Délégation d'IP" - il faudrait qu'il installe un serveur DNS pour tester.

Merci.

----

Je vous ajoute ce screenshot sur la configuration des IPv6 reverse d'un bloc IPv6::/64 chez OVH Cloud où l'on peut déclarer plusieurs NS (Nom d'hôte d'un ou plusieurs Name Serveur) pour un bloc IPv6 ; c'est un serveur Dédié.
Et pour les VPS, c'est un autre principe (puisqu'ils nous offrent 1 seule IPv4 et 1 seule IPv6), donc c'est juste une modification du RR (Ressource Record) A et AAAA.

En image :

@+

----

Note de Moi-même le 2025/04/23 sur la page du GitHub strongSwan / Discussions : 🔑 How to configure strongSwan v6 Post-Quantum Cryptography NIST compliant - DHCP je viens de penser qu'il pourrait y avoir une ou 2 options supplémentaires dans le fichier de configuration "dhclient -6" lors de l'initialisation d'une délégation d'adresses IPv6 GUA d'Orange ISP FR :

Ici, je parle donc, hors Livebox (seulement une option en amont chez Orange) - donc, sans ajouter un nouveau formulaire ou nouveau champ dans l'interface web de gestion des Livebox (chose inenvisageable, dirais-je ^^).

Code: [Sélectionner]

send dhcp6.BLOCK_IPV6 51;

Citer

# cat /etc/dhcp/dhclient-vlan832-6.conf

option dhcp6.auth code 11 = string;
option dhcp6.userclass code 15 = string;
option dhcp6.vendorclass code 16 = string;

interface "vlan832" {
   # Options speciales pour orange
   send dhcp6.client-id 00:03:00:01:_LB_MACADDR_;
   send dhcp6.vendorclass 00:00:04:0e:00:05:73:61:67:65:6d;
   send dhcp6.userclass 00:2b:46:53:56:44:53:4c:5f:6c:69:76:65:62:6f:78:2e:49:6e:74:65:72:6e:65:74:2e:73:6f:66:74:61:74:68:6f:6d:65:2e:6c:69:76:65:62:6f:78:33;
   send dhcp6.auth 00:00:00:00:00:00:00:00:00:00:00:66:74:69:2f:_ORANGEID_;
send dhcp6.BLOCK_IPV6 51;
send dhcp6.BLOCK_IPV6_NAMESERVER.0 my-nameserver.mydomain.com.
send dhcp6.BLOCK_IPV6_NAMESERVER.1 my-second-nameserver.mydomain.com.
   request dhcp6.auth, dhcp6.name-servers, dhcp6.sip-servers-names;
}

On pourrait configurer le bloc IPv6::/64 d'une délégation, la première - à la place de faire 200 demandes de délégation pour trouver le (un) bloc IPv6 qu'on souhaiterait ; on pourrait avoir plusieurs configuration pour plusieurs réseaux

Sur mon block IPv6::/56 -> 2a01:cb1d:5:AF00::/56

Block de navigation par default en auto-configuration GUA temporaire (si active sur les clients) SLAAC : 2a01:cb1d:5:AF00::/64

Citer

send dhcp6.BLOCK_IPV6 51;

Pour avoir le, un block délégué IPv6::/64 le "51" -> 2a01:cb1d:5:AF51::/64

Et les Names Servers !!!!!

Code: [Sélectionner]

send dhcp6.BLOCK_IPV6_NAMESERVER.0 my-nameserver.mydomain.com.
send dhcp6.BLOCK_IPV6_NAMESERVER.1 my-second-nameserver.mydomain.com.

Qu'en penser vous ?

LAB3W.ORJ · « **Réponse #40 le:** 27 avril 2025 à 00:37:46 »

Citation de: LAB3W.ORJ le 16 avril 2025 à 05:59:42

Si cela peut aider.

À FAIRE : Installation d'un Active Directory (actuellement, il s'agit uniquement du service Samba) - Introduction : Intégration d'AD sur Ubuntu Server.

Je dois (ré)installer un Active Directory (PDC et BDC) pour vérifier que les requêtes des voisins du réseau local fonctionnent et transitent par les réseaux intersites ; qu'elles sont dirigées au bon endroit en fonction de la longueur du préfixe IPv6 et distribuées aux réseaux appropriés.

Pour celles et ceux qui voudraient s'essayer :

Téléchargez l’ISO Windows Server 2022 ici :

https://www.microsoft.com/en-us/evalcenter/download-windows-server-2022

Les copies d’évaluation sont valables 180 jours (6 mois), mais vous pouvez les réactiver 5 ou 6 fois pour 180 jours à chaque fois.

@+ Romain.
.
Je nous ajoute, il y a de très bonnes documentations AD (Active Directory) sur IT-Connect.fr comme celle-ci
https://www.it-connect.fr/active-directory-comment-mettre-en-place-la-delegation-de-la-gestion-des-gpo/ ou
https://www.it-connect.fr/ad-cs-comment-delivrer-un-certificat-tls-pour-un-serveur-web-linux/ etc.

LAB3W.ORJ · « **Réponse #41 le:** 01 mai 2025 à 02:19:21 »

Salut,

Donc, pour continuer mon réseau local sécurisé.

Citation de: LAB3W.ORJ le 31 octobre 2024 à 05:54:41

La configuration réseau IPv6 ULA (Unique Local Address) de chez moi jusqu'aux serveurs ; en image :

J'ai installé "Microsoft Windows Server 2022 Standard Evaluation" sur mon Promox VE en suivant ce tutoriel - je vais bien voir si je m'en sors pour envoyer des paquets de l'Active Directory aux autres machines connectées aux réseaux.

ZW3B's LAB3W /pub/screens/windows/server-2022/
The Web's Laboratory ; Engineering of the Internet.

Sincèrement, je ne connais pas "trop" la gestion d'un contrôleur de domaines et des Services de stratégie et d'accès réseau du Network Policy Server ; je vais y goûter comme cela ; je ne connais pas non plus "Microsoft-IIS, le serveur Web".

Pour celles et ceux qui ne connaissent pas, c'est très complet mais payant ; Windows Serveur (~1500€).

Les machines "serveurs" :

https://gate.fr.lab3w.com (routeur Linux) - Dual-stack IP
https://srv.fr.lab3w.com (serveur Linux de Virtualisation) - Dual-stack IP
http://winsrv.fr.lab3w.com (serveur Windows Contrôleur de domaines) - Stack IPv6

https://we1.fr.lab3w.com (serveur web1 d'extrémité arrière) - Stack IPv6
https://we2.fr.lab3w.com (serveur web2 d'extrémité arrière) - Stack IPv6

Bonne soirée.

Romain.

----

Pour celles et ceux qui voudrez voir d'autres types de liens ; j'ai une belle page web de l'actualité de la semaine que vous pouvez trouver sur mes sites Web #ZW3B.

@+

LAB3W.ORJ · « **Réponse #42 le:** 03 septembre 2025 à 17:47:16 »

Citation de: LAB3W.ORJ le 16 avril 2025 à 05:59:42

Bonsoir, bonjour.

Je vous ajoute ces 2 liens des configurations de mon routeur et de mon serveur :

gate.fr.lab3w.com : ~~http://[2a01:cb1d:5:af00::1]/ ; http://90.5.102.244~~
srv.fr.lab3w.com : ~~http://[2a01:cb1d:5:af00:1ab3::1]/~~

----

Citer
Note du 2025/08/06 : Ma Libebox a changée d'IPv6 (encore) - Je n'ai pas signée ma child-zone DNSSec « fr.lab3w.fr » (DNAME « fr.lab3w.com ») alors j'ai ajouté srv-fr et gate-fr sur mon domaine - J'ai écris un article Guidance for NSEC3 in DNSSec and Automation for Delegated Child Zones for DNSSEC Trust Zone with CDS and CDNSKEY.
gate-fr.lab3w.com : ~~http://[2a01:cb1d:0:a300::1]/ ; http://90.5.102.244~~
srv-fr.lab3w.com : ~~http://[2a01:cb1d:0:a300:1ab3::1]/~~

----

Citer
Note du 2025/09/03 : Ma Libebox n'a pas redémarré depuis 40 jours MAIS j'ai changé d'IPv4 et d'IPv6 (encore) - çà rend fout.. il faut que je modifie toutes mes adresses IP mes routes, mes neighbors proxy, mes zones et zones enfants DNS, mes fichiers des serveurs Web et compagnies.

1 adresse IPv4 et 4,722,366,482,869,645,213,696 adresses IPv6 pour mon bloc IPv6::/56 à changer (non je plaisante mais quand même ; je n'ai qu'une dizaine de machines)

http://90.116.205.63 -- je reviens demain $:-\$ le temps de changer toutes les adresses IP !

CF http://www.gestioip.net/cgi-bin/subnet_calculator.cgi :

C'est green les network IPv6::/60 - on se demande pour qu'elle raison

Qu'elle galère Orange FR non pro !

J'ajoute ce tutoriel que j'ai écris en 2020 : Comment-faire un réseau IPv6 - Part2 ? ::/48 - ::/56 - ::/60 - ::/80 - ::/104 - ::/112 - ::/116 - ::/124 il est s'ympat celui-ci ; pas très technique mais très cohérent

Celui-ci (3 pages) aussi (écrit en 2017) est bien et plus technique : Comment-faire un réseau IPv6 ? Introduction ; address category ; network architecture - c'est vraiment vieux (j'explique mal les réseaux ULAs (Unique Local Addresses) et les LLA (Link-Local Addresses) - si vous avez arriver à d'écrypter - bravo ^^

Il faut que j'explique le/les réseaux d'administration -- le IPv6::/58 principalement par exemple le "2a01:cb1d:813:4aff::/58" celui que la boxe du fournisseur doit "scanner" - tous les clients "4a" des blocs cX::/64 et dX::/64 accrocher sur des liens locaux fe::xxxxx/64 - Par exemple la question est :

Est-ce que une machine "protéger" derrière la box internet du réseau global "4a" ; la machine cliente "0000:0000:0000:00C1:XXXX:XXEU:64XX:XXXX/64" accrocher sur le réseau local "0000:0000:0000:00FF:XXXX:XXXX:XXXX:XXXX/56" (port ethernet de la boxe) avec le lien local "0000:0000:0000:00FF:FE80:XXEU:64XX:XXXX/64" - Et, j'oubliais la passerelle (donc la boxe du ISP - à obligatoirement cette adresse IPv6 "0000:0000:0000:00FF:00FF:00FF:00FF:00FF" pour une longueur de bloc /56 -- j'ai fais exprès de mettre les 0000 devant (en comparaison du bloc GUA (Global Unicast Addresses)) - bien que techniquement je parle de lien Locals et adresses locales.

Pour faire simple longueur 58 correspond à sur site (5), l'association (

de liens locaux

Pour dire autrement le réseau /56 GUA "4A" pour moi (tout mon local) "FF" ou "FE" pour le ISP correspond l'association (

de "TOUT MON SITE (0)" de liens locaux qui seraient que des liens locaux FE80:::::: entre ma boxe et mes ordinateurs

@+

LAB3W.ORJ · « **Réponse #43 le:** 11 septembre 2025 à 00:09:52 »

J'ai fais une vidéo d'un TCPDump sur mon SRV-CA (Canada)

Je ne comprends pas comment ni pourquoi la box Internet de mon FAI accède à mon serveur canadien avec son adresse IPv6 GUA pour essayer de connecter mes deux serveurs DNS sur leur l'adresse GUA.

Second 24 par exemple.

Box Internet du FAI : 2a01:cb1d:813:4a00:c2d7:aaff:fec0:f839
SRV-CA.NS1 : 2607:5300:60:9389:15:1:a:1000
SRV-CA.NS2 : 2607:5300:60:9389:15:2:a:1000

Code: [Sélectionner]

IP6 (hlim 241, next-header ICMPv6 (58) payload length: 147) 2a01:cb1d:813:4a00:c2d7:aaff:fec0:f839 > 2607:5300:60:9389:15:1:a:1000: [icmp6 sum ok] ICMP6, destination unreachable, unreachable address 2a01:cb1d:813:4a00:1ab3:126:0:1

----

SLA et ULA IPv6.

Frontend web :

SRV-CA (Canada) - FEC0::1/16
VPS-UK (Royaume-Uni) - FEC2::1/128
VPS-DE (Allemagne) - FEC3::1/128
VPS-AU (Australie) - FEC4::1/128
GATE-FR (France) - FEC1::1/16

Backend web :

SRV-CA.WEB1 (Canada) - fc00:5300:60:9389:15:1:a:10/112
SRV-CA.WEB2 (Canada) - fc00:5300:60:9389:15:2:a:10/112
SRV-FR.WE1 (France) - fc01::10:116:42:10/112
SRV-FR.WE2 (France) - fc01::10:126:42:10/112

La vidéo est ici :

@+

▶ ➔ ✂

(◕‿◕)

LAB3W.ORJ · « **Réponse #44 le:** 26 septembre 2025 à 22:31:28 »

My new domain « WorldSite » eXteNsion :

IP❤10.ws of the Pacific Ocean
Internationalized Domain Name (IDN)

The .WS extension is the official extension of the Samoa « Islands », also used for « WebSite ».

IP❤10.ws - 4to6 | 6to4 (Internet Protocol vs 10)
The Internet Protocol Version 10 is the accessibility between today's 2 IP networks : IPv4 and IPv6

Modération (On n'est pas sur LinkedIn à mettre 150 hashtags à la fin des messages) Snickerss

LAB3W.ORJ · « **Réponse #45 le:** 28 septembre 2025 à 02:25:54 »

J'ai acheté çà aussi : ⛔🔜

Code: [Sélectionner]

# dig ANY ⛔🔜.ws @dns.google

; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> ANY ⛔🔜.ws @dns.google
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15467
;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;⛔🔜.ws.                       IN      ANY

;; ANSWER SECTION:
⛔🔜.ws.                3600    IN      SOA     dns.lab3w.fr. hostmaster.lab3w.fr. 2025092701 300 60 420 60
⛔🔜.ws.                3600    IN      NS      ns2.ip❤10.ws.
⛔🔜.ws.                3600    IN      NS      ns1.ip❤10.ws.
⛔🔜.ws.                3600    IN      A       158.69.126.137
⛔🔜.ws.                3600    IN      MX      10 mail.⛔🔜.ws.
⛔🔜.ws.                10800   IN      TXT     "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4c1:0:1a/128 ~all"
⛔🔜.ws.                3600    IN      AAAA    2607:5300:60:9389::1
⛔🔜.ws.                10800   IN      SPF     "v=spf1 ip4:158.69.126.137/32 ip6:2607:5300:60:9389:17:4c1:0:1a/128 ~all"

;; Query time: 19 msec
;; SERVER: 2001:4860:4860::8888#53(dns.google) (TCP)
;; WHEN: Sun Sep 28 00:23:26 CEST 2025
;; MSG SIZE  rcvd: 386

@+

LAB3W.ORJ · « **Réponse #46 le:** 04 octobre 2025 à 22:07:04 »

Salut,

J'ai créé ce sujet « Comment puis-je configurer mon système Linux pour qu’il s’adapte à la norme IDNA? » sur Debian-FR.org

C’est vraiment n’importe quoi 😎 🧐 😵‍💫 🥴 🤪 - Internationalizing Domain Names in Applications (IDNA)

J'ai fait ma zone DNS – OK :

Code: [Sélectionner]

$ORIGIN xn--m9h7198m.ws.

dc2.fr						3600    IN      AAAA		fc01::10:126:42:dc2
dc2.xn--j77hya					3600    IN      AAAA		fc01::10:126:42:dc2
xn--9s8h.fr					3600    IN      AAAA		fc01::10:126:42:dc2
xn--9s8h.xn--j77hya				3600    IN      AAAA		fc01::10:126:42:dc2	 
;📁.🇫🇷.⛔🔜.ws					3600    IN      AAAA		fc01::10:126:42:dc2

Citer

« `\\📁.🇫🇷.⛔🔜.ws\Homes` » en remplacement du montage réseau :
« `\\fc01--10-126-42-dc2.ipv6-literal.net\Homes` »

çà Fonctionne -- OK - Mise à part les drapeaux qui ne s'affichent pas

Il me reste à faire mes zones rDNS IPv6 SLA « `fec0::/10` » et ULA « `fc00::/7` » ; s'éparer en zones enfants selon les pays et je serais bon.

---

Unicode / Converter PunyCode / ASCII / BASH

@+

---

Le tracert (Windows) me retourne les codes PunyCode – je dis cela parce que je n’ai pas encore fais mon reverse DNS.

Les drapeaux des Pays ; s’ils vous plaît.

darkmoon · « **Réponse #47 le:** 04 octobre 2025 à 22:13:26 »

Je ne savais pas que lafibre.info, c'était ton blog...

Auteur Sujet: Fibre - IP❤6 - Routers - Configuration Networks - Test Iperf (Lu 13803 fois)

LAB3W.ORJ

Fibre - IP❤6 - Routers - Configuration Networks - Test Iperf

LAB3W.ORJ

Fibre - IP❤6 - Routers - Configuration Networks - Délégation rDNS

zoc

Fibre - IP❤6 - Routers - Configuration Networks - Test Iperf

LAB3W.ORJ

Fibre - IP❤6 - Routers - Configuration Networks - Délégation rDNS

LAB3W.ORJ

Fibre - IP❤6 - Routers - Configuration Networks - Microsoft Windows Server 2022

LAB3W.ORJ

Fibre - IP❤6 - Routers - Configuration Networks IPv4 IPv6

LAB3W.ORJ

Fibre - IP❤6 - Routers - Configuration Networks - Test Iperf

LAB3W.ORJ

Fibre - IP❤6 - Routers - Configuration Networks - Test Iperf

LAB3W.ORJ

Fibre - IP❤6 - Routers - Configuration Networks - Test Iperf

LAB3W.ORJ

Fibre - IP❤6 - Routers - Configuration Networks - Test Iperf

LAB3W.ORJ

Fibre - IP❤6 - Routers - Configuration Networks - Test Iperf

darkmoon

Fibre - IP❤6 - Routers - Configuration Networks - Test Iperf