Par contre, là où je me mélange, c'est que je suis encore en fonctionnement IPv4 dans ma tête. Et là, je suis donc perdu!^^

Mais justement, IPv6 est très proche d'IPv4. Je ne vois pas ce qui est perturbant!

Donc la box récupère un /56... mais le PC fait de l'aléatoire dans le /64... Déjà, ce n'est pas du tout logique pour moi. C'est là que je coince.^^

Installe tcpdump ou WireShark et regarde les échanges ICMPv6. Seul un /64 est annoncé.

Mais admettons que c'est ça, et que je ne change pas de /64, c'est ok.

Par contre, je ne connais pas le /56 dans la LB.
La LB met un truc du genre xxxx:xxxx:xxxx:xxxx::/56

Pour moi, ce n'est pas un /56, mais un /64.

Combien de bits de poids faibles valent 0 dans xxxx:xxxx:xxxx:xxxx::?

Donc xxxxxxxxxxxxxxxx & (2**57 - 1) != xxxxxxxxxxxxxxxx ?

Le /56, cela veut dire que tout ce bloc est routé vers le routeur qui prend le préfixe, le mécanisme IPv6 automatique veut que les hosts autoconfigurent les 64 derniers bits.
Les 8 bits entre le préfixe et l'autoconfig, c'est en théorie utilisé pour créer différents sous-réseaux en interne.
C'est un peut comme du VLSM, on décide de subdiviser son préfixe en plusieurs réseaux, l'avantage du /56 c'est que l'on a 8 bits dédiés pour cela.
Mais concrètement par défaut sur une livebox cela ne sert à rien car on ne configure qu'un réseau (d'où la confusion).

Ben, une IPv6 c'est xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx, 128 bits.
1:2:3:4:5:6:7:8

Donc xxxx:xxxx:xxxx:xxxx:: représente la moitié, soit 64 bits.
1:2:3:4

xxxx c'est 2 octets, soit 16 bits.

16*4=64
16*8=128

What else?

J'ai parlé des bits non nuls.

Quand tu mets des "x", on ne peut pas savoir s'il y a des zéros!

Donc quand tu écris xxxx:xxxx:xxxx:xxxx:: il faut lire xxxx:xxxx:xxxx:xx00:: ?

conseil n°1: avec IPv6 ne pas raisonner comme en IPv4. surtout pas.

Si on veut une IP fixe sur une machine il y n'y a pas 36 choix: c'est manuel ou via un DHCPv6 en lui demandant une IP non temporaire avec toujours le meme UIID (la aussi DHCPv6 c'est pas comme DHCPv4 meme si ca y ressemble donc transposez pas directement les habitudes).

Si on a pas de serveur DHCPv6, une config manuelle peut se faire suite a une autoconfiguration car et on oubli souvent ca si on raisonne comme en IPv4, avec IPv6 on a plein d'adresses disponibles et les machines ont le plus souvent pas qu'une seule IPv6.
Par exemple de base une machine a une adresse local au LAN (dit "link local" en fe80::/10). On peut s'en servir pour du trafic LAN.

Ensuite rien n'empeche de se gerer une 2eme adresse globale (routable sur le Net) une fois qu'on connait le préfix réseau.

Par exemple si on veut on un serveur web en ip statique "prefix-réseau::1/64".
On fait un script qui génère cette adresse quand l'IP automatique (SLAAC) est configurée (prefix-réseau::<random ou mac>/64).
C'est doublement mieux ca le serveur se retrouve avec 2 IP public et si on laisse l'adresse SLACC en 'preferred' le traffic issue du serveur sera différentiable (firewall, dpi, etc) du trafic pour la fonction serveur web.

Mais en pratique on préférera DHCPv6 , plus simple et s'interface directement avec la mise a jour du DNS.

bref conseil n°1 de nouveau: repartir du besoin initial et pas de la config IPv4 actuelle puis raisonner en IPv6 avec les mécanismes propres a IPv6.