Ce besoin est tout à fait hypothétique. Combien de fois ton préfixe a déjà changé ?
Depuis que je suis chez SFR, en 2012, c'est la quatrième fois que la délégation du préfixe IPv6 a changé. La dernière fois, c'était en mars 2023 quand je suis passé en IPv4 Full Stack.
Là où je suis d'accord avec toi, ce n'est pas un réel besoin. Pour exemple, c'est passer d'une fermeture de ses volets manuellement en passant de pièce à pièce puis de les automatiser en appuyant sur une télécommande pour le faire depuis son canapé au salon. Je ne pense pas qu'il y quelque chose à redire sur cette évolution.
Personne ne t'as dit de laisser tomber les ULA pour des services locaux. Ce qui répond à ta demande et est facile à mettre en place.
Tu es peut-être un professionnel des réseaux, moi pas, et il y a des notions que je ne comprends pas. Pour l'aspect Routeur, je pense que c'est totalement opérationnel avec Debian et "systemd-network". Là où j'ai un peu plus de difficulté à mettre en oeuvre est de trouver la bonne application pour le serveur DHCPv4 & DHCPv6 ainsi que le serveur DNSv4 & DNSv6. J'ai déjà mis mon nez dans Bind9, et je le trouve compliqué et ne correspond pas à mon attente. Par ailleurs, j'ai hébergé mon nom de domaine chez AlwaysData et j'utilise le fichier de zones qui est déjà configuré pour mon usage personnel. Quand je parle DNS, je ne parle pas de ce type de fichier de zones, mais juste du couple (adresse IP ; nom d'Hôte) comme dans la BOX SFR. J'ai déjà configuré DNSMASQ pour un usage simple, avec GUA en statique. Mais j'ignore s'il est capable de gérer des préfixes dynamiques. Je ne sais pas comment gérer cela, à savoir un préfixe bidon dans l'adresse IPv6 statique de DNSMASQ, qui sera écrasé par RADVD, si celui-ci permet de faire cette translation. Ou bien, j'utilise les ULA partout dans mon réseau local, et c'est totalement transparent cette translation qui va se faire à un niveau supérieur des serveurs DHCP & DNS. C'est ça que je ne sais pas faire.
Un script c'est pas du bricolage. C'est juste une manière simple de répondre à ton problème.
Je comprends ton point de vue, mais cela reste une rustine pour résoudre un problème dont ne sait pas comment faire sans cette astuce.
J'ai plutôt l'impression que tout a été dit.
De ton point de vue à toi, oui, car tu as la connaissance de ce qu'il faut faire.
De mon point de vue, il me manque quelque chose pour finaliser ce que je veux faire, quitter à changer l'approche si cela ne convient pas.
De là à vouloir t'aider concrètement à monter une usine à gaz.
Utiliser RADVD n'est pas mettre en place une usine à gaz. C'est juste que je ne sais pas m'en servir sur ce que je veux faire, à la condition que cela fasse ce que je veux faire.
Merci Ppn_sd pour tes explications.
J'estime faire partie du sérail même si mes activités professionnelles m'ont éloigné de la spécialisation que je pouvais avoir
c'est comme le vélo, ça ne s'oublie pas.
(1) --> oui, je suis d'accord, à terme l'IPv4 va disparaitre. Je ne veux pas monter une usine à gaz pour gérer l'IPv4 à partir de l'IPv6 (NAT64). Cela n'a aucun intérêt que je le fasse à mon niveau.
(2) --> c'est le spécialiste qui parle. je veux bien mais en quoi il y aura une perte de performance ? Au niveau de la translation NAT66 : IPv6 <--> IPv6 ?
(3) --> je ne gère pas pour l'instant l'aspect sécurité qui se fera dans le firewall. Je dirai une chose après l'autre. L'aspect que j'essaye de bien gérer pour l'instant, sont le trafic et l'adressage.
(4) --> pas compris.
(5) --> si tu parles du SLAAC, oui, je suis d'accord, mais pas dans mon cas.
(6) --> je te remercie de reconnaitre que j'essaye tant bien que mal de faire des efforts de compréhension, même si parfois je suis maladroit dans ma façon de communiquer.
(7) --> j'ai tout le temps du monde pour expérimenter car je suis à la retraite. Ma connexion internet fonctionne très bien. Mon projet, comme déjà dit, est de bypasser la BOX SFR. J'ai déjà un semblant de routeur qui fonctionne puisque j'ai pu conserver le triple play. J'essaye juste de faire évoluer mon réseau.
Merci à tou Pju91.
Je crois que chez SFR c'est encore plus stable, mais je ne suis pas personnellement client.
Oui, c'est très stable. En fait, ces changements ont été liés aux changements d'offres.
Les ULA peuvent servir lorsqu'il n'y a pas de connectivité vers internet, et donc pas de préfixe délégué.
Comme dit précédemment dans mon VLAN 40, les ULA sont destinés à la domotique. Le flux doit rester dans le réseau local.
L'IPv6 est souvent activé par défaut chez SFR d'ailleurs, en tout cas, chez mes beaux parents, ca l'était.
Dans la BOX 8 SFR, il y a aussi un bouton pour activer l'IPv6. Je me souviens que je n'avais pas d'IPv6 d'activé quand j'ai reçu cette BOX.
Pour en revenir à ta problématique, si la crainte est une renumérotation de préfixe et que tu cherches à reproduire ce qui se fait en IPv4+NAT (ce qui n'est pas forcément judicieux comme l'ont soulevé d'autres membres, peut être un peu maladroitement d'ailleurs, mais je soutiens l'envie de faire l'exercice)... ne serait-il pas plus simple pour toi de faire de la translation de préfixe sur le routeur ?
Je reconnais que s'exprimer sur un sujet que l'on ne maitrise pas, est un exercice qui peut être mal compris par certains.
Oui, c'est bien de la translation de préfixe que je veux faire. Et je crois que cela se nomme NAT66.
C'est-à-dire "préfixe IPv6 externe ou WAN <--> préfixe IPv6 Interne ou LAN".
A ce niveau de compréhension, je ne sais pas si le préfixe reste inchangé dans mon LAN ou pas. J'aimerai un réponse à ce sujet.
Je m'explique :
- adressage ULA uniquement sur le LAN et entre tes VLAN,
- lorsqu'un paquet est émis par une machine, il est émis avec une adresse source ULA (puisque pas de GUA sur le LAN),
- si ce paquet doit être routé vers internet par le routeur et si le firewall de ce dernier l'y autorise, le routeur remplace les 56 bits du préfixe ULA par les 56 bits du préfixe délégué par l'opérateur,
- si ce paquet doit être routé vers un autre VLAN (adresse de destination ULA) et si le firewall du routeur l'y autorise, le routeur fait du forwarding classique (sans translation),
- si ce paquet doit être routé vers le même VLAN, le routeur n'est pas impliqué.
- lorsqu'un paquet arrive d'internet à destination de ton /56 délégué, le routeur remplace ce /56 délégué par le /56 ULA et, si ses règles de firewalling l'y autorisent, route le paquet vers bon VLAN.
C'est exactement ce que je cherche à faire, si j'ai bien compris de quoi il s'agit.
Comme dit précédemment, les VLAN "10", VLAN "20" et VLAN "30-40" ne communiquent pas entre eux. Normalement, le VLAN 40 qui est la domotique doit communiquer avec l'internet uniquement au travers d'une interface WEB. L'ULA domotique n'a pas vocation à franchir le routeur pour se retrouver sur l'internet. Inversement, le VLAN 30 qui est l'internet doit être une ULA routable.
Si j'ai fait cette dissociation, c'est plus pour distinguer ce qui est routable de ce qui ne l'est pas. A vrai dire, faire deux VLAN (30 & 40) risque de me poser des problèmes. Je préfère un seul VLAN avec deux types d'ULA, routable et non routable. Est-il possible de faire cette distinction au niveau routeur ou RADVD ?
C'est du NAT, donc ca peut causer des problèmes de connectivité éventuels avec certaines applications p2p.
Je n'utilise pas le peer to peer.
Ceci dit, vu qu'il y a unicité des adresses (une adresse dans le préfixe ULA se voit mapper exactement une adresse dans le préfixe GUA, et vice versa), c'est bien moins problématique que le NAT IPv4. Et rien n'est modifié au dessus du niveau IP, contrairement au NAT IPv4.
Pour mon usage, tout ce qui est verticale, donc du routeur vers le périphérique et vice-versa est de type ULA routable, et doit franchir le routeur.
Tout ce qui est transversale, donc d'un périphérique vers un autre périphérique est du type ULA non routable et ne doit pas franchir le routeur.
Par exemple, un microcontrôleur ESP32 vers un ordinateur. L'ULA de l'ESP32 n'est pas routable, tandis que celle de l'ordinateur l'est.
Ca se combien bien (ou pas, en fonction de ce que tu veux) avec NAT64 sur le routeur, ce qui peut te permettre de désactiver IPv4 sur certains VLAN (ou sur tous, si les équipements sont compatibles) et te retrouver en single stack.
Je conserve le double Stack IPv4 & IPv6 indépendamment l'un de l'autre. Je ne modifie rien de ce qui existe déjà en IPv4. Ce sujet est consacré à la faisabilité de l'adressage IPv6 par des ULA en faisant la distinction entre ce qui est routable, de ce qui ne l'est pas. Mon problème si situe plus dans ce que j'essaye de faire dans les VLAN 30 (domotique) et VLAN 40 (internet).
Le mieux est que tu essayes les différentes stratégies. Rien n'est définitif, si le but est d'apprendre et de t'amuser, tu peux probablement tout casser et refaire plusieurs fois :-)
Rien de définitif pour l'instant, car je ne sais toujours pas comment débuter le problème. Est-ce que le NAT66 se gère par le radvd essentiellement ?
C'est bien ce qu'il veut faire à priori :
Tu as tout compris de ce que j'essaye de faire.
@+
IPv6