Journal L'IPv6 ce n'est pas pour demain

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
2
1
déc.
2024

Bonjour tout le monde.

Depuis le temps que l'ipv6 existe, pas mal d'outils ne considèrent pas ce protocole au même niveau que l'ipv4;

par exemple la commande ip a va bien afficher les version ipv4 ET ipv6 de la configuration réseau de l'ordinateur. (depuis peu il y a même de la couleur dans la sortie des commandes ip)

ip a

    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
           valid_lft forever preferred_lft forever
        inet6 ::1/128 scope host noprefixroute 
           valid_lft forever preferred_lft forever
    2: eth0@if209: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
        link/ether bc:24:11:f0:10:06 brd ff:ff:ff:ff:ff:ff link-netnsid 0
        inet 192.168.1.42/24 scope global eth0
           valid_lft forever preferred_lft forever
        inet6 2a02:8428:753:5002:1194:9002:620e:106/64 scope global 
           valid_lft forever preferred_lft forever
        inet6 fe80::be24:11ff:fef0:1006/64 scope link 
           valid_lft forever preferred_lft forever

Par contre si je demande la configuration réseau, alors c'est seulement ipv4 qui est pris en compte par defaut et il faut ajouter -6 pour avoir l'ipv6
alors que j'aurais bien aimé avoir les informations réseau ipv4 ET ipv6 dès le début (ça me semble plus important que le fait d'avoir une sortie en couleur…)

de la même façon d'autres outils comme dig ne vont considérer que la version ipv4 par defaut…

dig err404.numericore.com

    ; <<>> DiG 9.20.2-1-Debian <<>> err404.numericore.com
    ;; global options: +cmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20198
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

    ;; OPT PSEUDOSECTION:
    ; EDNS: version: 0, flags:; udp: 1232
    ;; QUESTION SECTION:
    ;err404.numericore.com.     IN  A

    ;; ANSWER SECTION:
    err404.numericore.com.  5986    IN  A   77.129.238.159

    ;; Query time: 0 msec
    ;; SERVER: 192.168.1.6#53(192.168.1.6) (UDP)
    ;; WHEN: Sun Dec 01 09:34:44 CET 2024
    ;; MSG SIZE  rcvd: 66

si on souhaite avoir l'ipv6 il faut le réclamer à dig en ajoutant AAAA dans la requête.

    ; <<>> DiG 9.20.2-1-Debian <<>> err404.numericore.com AAAA
    ;; global options: +cmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6870
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

    ;; OPT PSEUDOSECTION:
    ; EDNS: version: 0, flags:; udp: 1232
    ;; QUESTION SECTION:
    ;err404.numericore.com.     IN  AAAA

    ;; ANSWER SECTION:
    err404.numericore.com.  4745    IN  AAAA    2a02:8428:753:5002:1194:9002:620e:106

    ;; Query time: 0 msec
    ;; SERVER: 192.168.1.6#53(192.168.1.6) (UDP)
    ;; WHEN: Sun Dec 01 09:55:25 CET 2024
    ;; MSG SIZE  rcvd: 78

pas mal d'outils d'administration système et réseau sont dans cette situation d'ignorance de l'ipv6.

D'après wikipedia:

IPv6 est l'aboutissement des travaux menés au sein de l'IETF au cours des années 1990 pour succéder à IPv4 et ses spécifications ont été finalisées dans la RFC 24601 en décembre 1998. IPv6 a été standardisé dans la RFC 82002 en juillet 2017.

On voit qu'il a fallu presque 20 ans pour standardiser un protocole qui existe pourtant depuis le précédant millénaire…
Il faut faire quoi pour que l'ipv6 soit enfin reconnu comme valeur par défaut à afficher?
Si ça se trouve ce n'est peut être que les distributions Linux qui sont en retard, je ne sais pas ce que ça donne du coté d'OpenBSD ou autre Unix

  • # Je ne comprends pas ton problème

    Posté par  . Évalué à 1 (+0/-0).

    Par contre si je demande la configuration réseau, alors c'est seulement ipv4 qui est pris en compte par defaut et il faut ajouter -6 pour avoir l'ipv6

    Avec quel outil ?

    Pour la commande dig ce comportement est tout à fait normal. Dans le premier cas tu demande l'enregistrement A pour ton domaine. C'est le type par défaut lorsque ce n'est pas précisé en argument (cf. man dig)
    Dans le second cas tu demandes explicitement l'enregistrement AAAA.
    C'est la réponse par défaut en l’absence d'arguments qui te pose problème ?

    Une commande qui donne tous les enregistrements disponibles :

    dig +short ANY err404.numericore.com
    2a02:8428:753:5002:1194:9002:620e:106
ns. err404.numericore.com. 2024110255 7200 1800 1209600 86400
77.129.238.159
ns.err404.numericore.com.

    Je comprends d'autant moins ta question que l'utilisation des adresses IPv6 est prioritaire depuis longtemps sur celle des IPv4 (RFC6724 ?).

    • [^] # Re: Je ne comprends pas ton problème

      Posté par  (site web personnel) . Évalué à 1 (+0/-0).

      c'est effectivement la réponse par defaut en l'absence d'arguments qui me pose un problème, que ce soit pour ip r ou dig.

      pourquoi ip4 est par defaut alors que ipv6 existe depuis si longtemps? pourquoi donner une réponse incomplète?

      pour dig et ip r on est obligé explicitement de demander l'ipv6, alors que si on ne demande rien de particulier c'est seulement l'ipv4 qui sort.

      d'ailleurs, pour dig l'argument ANY (que je ne connaissais pas, merci :D ) pourrait être activé par defaut en l'absence d'arguments, donc aussi afficher tous les autres champs, pas de raison de favoriser les ipv[4-6] par rapport aux autres informations?

      • [^] # Re: Je ne comprends pas ton problème

        Posté par  . Évalué à 1 (+0/-0). Dernière modification le 01 décembre 2024 à 11:04.

        Ok, je comprends.
        Le comportement par défaut des commandes devrait être discuté avec les développeurs (signalement de bogue ou autre moyen). Effectivement il s'agit peut-être d'un long héritage de l'utilisation exclusive d'IPv4.

        Attention pour dig de ne pas confondre les types enregistrement DNS : A pour IPv4 et AAAA pour IPv6 et la connectivité aux résolveurs qui se précise avec les arguments -6 et -4

    • [^] # Re: Je ne comprends pas ton problème

      Posté par  . Évalué à 2 (+0/-0).

      host demande effectivement les deux enregistrements :

      ❯ host capitoledulibre.org
capitoledulibre.org has address 91.224.149.143
capitoledulibre.org has IPv6 address 2a03:7220:8081:8f00::1
capitoledulibre.org mail is handled by 10 mail.toulibre.org.

      On voit qu'il demande même l'enregistrement MX. Mais dig est un outil de test, permettant d'interroger le serveur avec une seule requête. Et le DNS ne permet pas de demander plusieurs type d'enregistrement en même temps, je me trompe ?

  • # La couleur dans ip n'est pas si récente

    Posté par  . Évalué à 2 (+0/-0). Dernière modification le 01 décembre 2024 à 11:26.

    Ça fait au moins 6 ans que c'est configurable : https://github.com/iproute2/iproute2/commit/ff1ab8edf827f55b86c6487c90b7454975d52236

    Mais la première option date de 2015 : https://github.com/iproute2/iproute2/commit/d7bd2db52c1fcfe5159dda101f786020e8304820

    C'est vraiment vieux :)

  • # Cet argument est ridicule ....

    Posté par  . Évalué à 1 (+0/-1).

    Penser que c'est l'affichage d'une commande qui va faire adopter IPV6, c'est juste n'importe quoi. Il y a un tas d'autres raisons qui font qu'IPV6 n'est pas adopté. Et c'est avant tout sur ces raisons qu'il faut agir. Quand un seuil suffisant sera atteint il sera temps de changer les affichages par défaut. A la limite, définir le comportement via une variable d'environnement pour que ceux qui ont besoin de l'IPV6 puisse avoir le comportement qui leur convient, pourquoi pas ….

    • [^] # Re: Cet argument est ridicule ....

      Posté par  . Évalué à 1 (+0/-0).

      Quand on pense que dans les écoles (j'étais en école d'ingénieur dans la fin des années 2000), on nous faisait encore apprendre les classes IPv4 (classes A, B, C, …), les topologies token ring ou en étoile, et plein d'autres trucs obsolètes.
      J'espère qu'en une quinzaine d'années, les choses ont évoluées, et qu'on parle plus d'IPv6 aux étudiants :)

      J'avais un prof d'un de nos modules qui était un ancien ingénieur de France Télécom, et ils nous disaient qu'il n'y aura pas de grand soir, mais d'ici 2010, on serait tous passés à IPv6. Il avait du nez :-D

      • [^] # Re: Cet argument est ridicule ....

        Posté par  . Évalué à 2 (+0/-0).

        Je ne sais pas où tu étais, mais mon projet de 2ème année (2005) était l'implémentation d'une option DHCPv6 dans Dibbler. C'était encore assez théorique, mais du coup, on a bien mis le pied dans IPv6.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.