et essai de fournir ce qui est demandé , ca évite les aller-retour. (il manque les logs et/ou "networkctl status" et "networkctl status enp2s0").

comme indiqué, commence par faire fonctionner ipv4 sans rien d'ipv6 dans la config. une fois que ca marche, fait un backup du fichier et seulement ensuite ajoute ipv6.

ca a l'air correct pourtant?
"pas d'internet en IPv4." ca veut dire quoi exactement ? tu test comment ?

sinon

"ip route"

et

"ip route get 8.8.8.8"

affichent quoi ?

L'IPv4 fonctionne bien maintenant. J'ai installé le package "resolvconf" et je n'ai plus aucun problème pour tester mes "ping google.fr".

Mais je n'arrive toujours pas à obtenir la délégation du préfixe de l'IPv6. Je remarque que si je lance "dhclient" et que je l'arrête, puis je lance ensuite le service "systemd-netsworkd", j'obtiens cette fois-ci l'IPv6. Ce qui voudrait dire que ma configuration est bonne mais il doit manquer quelque chose, mais je ne sais pas quoi. Peut-être un "dhcp-lease-time" car après quelques minutes, l'IPv6 n'est plus disponible.

Voici mon fichier "/etc/systemd/network/30-sfr.network" :
[Match]
Name=enp2s0

[Link]
MACAddress=XX:XX:XX:XX:XX:XX
RequiredForOnline=Yes

[Network]
DHCP=Yes
DHCPPrefixDelegation=Yes
DNS=109.0.66.10 109.0.66.20 2a02:8400::0 2a02:8400::1
IPForward=Yes
IPv6AcceptRA=Yes
LinkLocalAddressing=ipv6

[Address],
Address=2A02:84XX:XXXX:XXXX::1/64

[DHCPPrefixDelegation]
Announce=No
SubnetId=0x1
UplinkInterface=:self

[DHCPv4]
ClientIdentifier=mac
RouteMetric=10
UseDNS=Yes
UseDomains=No
UseGateway=Yes
UseHostname=No
UseNTP=No
VendorClassIdentifier=neufbox_bypass

[DHCPv6]
RouteMetric=10
SendOption=16:string:\x00\x00\xA0\x0C\x00\x0E\x6E\x65\x75\x66\x62\x6F\x78\x5F\x62\x79\x70\x61\x73\x73
UseDNS=Yes
UseDomains=No
UseHostname=No
UseNTP=No
WithoutRA=solicit

[IPv6AcceptRA]
DHCPv6Client=always
UseDNS=Yes
UseDomains=NoD'après ce que j'ai pu lire dans le forum lafibre.info, il s'agirait de configurer le DUID. Il me semble que cyayon a eu le même problème mais sous Orange. J'ai fait plusieurs tentative de modification de ce DUID, sans succès. Je ne suis pas convaincu qu'il s'agisse de cela car je n'obtiendrais pas l'accès en IPv4. Je pense que la solution n'est pas très loin.

Je vous remets le fichier "30-sfr.network" que voici :
[Match]
Name=enp2s0

[Link]
MACAddress=XX:XX:XX:XX:XX:XX
RequiredForOnline=Yes

[Network]
DHCP=Yes
DHCPPrefixDelegation=Yes
DNS=109.0.66.10 109.0.66.20 2a02:8400::0 2a02:8400::1
IPForward=Yes
IPv6AcceptRA=Yes
LinkLocalAddressing=ipv6

[Address]
Address=2A02:84XX:XXXX:XXXX::1/64

[DHCPPrefixDelegation]
Announce=No
UplinkInterface=:self

[DHCPv4]
ClientIdentifier=mac
RouteMetric=10
UseDNS=Yes
UseDomains=No
UseGateway=Yes
UseHostname=No
UseNTP=No
VendorClassIdentifier=neufbox_bypass

[DHCPv6]
DUIDType=link-layer
IAID=0xaaaaaaaa
RouteMetric=10
SendOption=16:string:\x00\x00\xA0\x0C\x00\x0E\x6E\x65\x75\x66\x62\x6F\x78\x5F\x62\x79\x70\x61\x73\x73
UseDNS=Yes
UseDomains=No
UseHostname=No
UseNTP=No
WithoutRA=solicit

[IPv6AcceptRA]
DHCPv6Client=always
UseDNS=Yes
UseDomains=NoEt voici le compte-rendu :
● 2: enp2s0                     
                     Link File: /usr/lib/systemd/network/99-default.link
                  Network File: /etc/systemd/network/30-sfr.network
                         State: routable (configured)
                  Online state: online
                          Type: ether
                          Path: pci-0000:02:00.0
                        Driver: r8169
                        Vendor: Realtek Semiconductor Co., Ltd.
                         Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
              Hardware Address: xx:xx:xx:xx:xx:xx (SFR)
    Permanent Hardware Address: yy:yy:yy:yy:yy:yy (ASUSTek COMPUTER INC.)
                           MTU: 1500 (min: 68, max: 9194)
                         QDisc: fq_codel
  IPv6 Address Generation Mode: eui64
      Number of Queues (Tx/Rx): 1/1
              Auto negotiation: yes
                         Speed: 1Gbps
                        Duplex: full
                          Port: tp
                       Address: xxx.xxx.xxx.xxx (DHCP4 via 84.103.237.164)
                                2a02:84xx:xxxx:xxxx::1
                                fe80::xxxx:xxxx:xxxx:xxxx
                                fe80::xxxx:xxxx:xxxx:xxxx
                       Gateway: xxx.xxx.xxx.1
                           DNS: 109.0.66.10
                                109.0.66.20
                                2a02:8400::
                                2a02:8400::1
             Activation Policy: up
           Required For Online: yes
               DHCP4 Client ID: xx:xx:xx:xx:xx:xx
             DHCP6 Client IAID: 0xaaaaaaaa
             DHCP6 Client DUID: DUID-LL:0001aaaaaaaaaaaa0000

déc. 17 02:40:07 Debian systemd-networkd[3251]: enp2s0: Gained carrier
déc. 17 02:40:07 Debian systemd-networkd[3251]: enp2s0: Gained IPv6LL
déc. 17 02:40:07 Debian systemd-networkd[3251]: enp2s0: Configuring with /etc/systemd/network/30-sfr.network.
déc. 17 02:40:07 Debian systemd-networkd[3251]: enp2s0: DHCPv4 address xxx.xxx.xxx.xxx/26, gateway xxx.xxx.xxx.1 acquired from 84.103.237.164
déc. 17 02:44:26 Debian systemd-networkd[3251]: enp2s0: DHCPv6 lease lost
déc. 17 02:44:26 Debian systemd-networkd[3481]: enp2s0: Link UP
déc. 17 02:44:26 Debian systemd-networkd[3481]: enp2s0: Gained carrier
déc. 17 02:44:26 Debian systemd-networkd[3481]: enp2s0: Gained IPv6LL
déc. 17 02:44:26 Debian systemd-networkd[3481]: enp2s0: Configuring with /etc/systemd/network/30-sfr.network.
déc. 17 02:44:26 Debian systemd-networkd[3481]: enp2s0: DHCPv4 address xxx.xxx.xxx.xxx/26, gateway xxx.xxx.xxx.1 acquired from 84.103.237.164Un léger progrès puisque maintenant j'ai "Gained IPv6LL".
Sauf que je n'ai toujours pas accès à l'IPv6 en faisant un "ping -6 google.fr".

Merci zoc pour cette information.

S'il vous plait, pouvez-vous m'aider à finaliser cette configuration de la délégation du préfixe IPv6 ?

Il y a quelques jours, j'ai migré de Bullsye vers BookWorm, je suis maintenant dans la version suivants :
root~> netwo-rkctl --version
systemd 252 (252.19-1~deb12u1)
+PAM +AUDIT +SELINUX +APPARMOR +IMA +SMACK +SECCOMP +GCRYPT -GNUTLS +OPENSSL +ACL +BLKID +CURL +ELFUTILS +FIDO2 +IDN2 -IDN +IPTC +KMOD +LIBCRYPTSETUP +LIBFDISK +PCRE2 -PWQUALITY +P11KIT +QRENCODE +TPM2 +BZIP2 +LZ4 +XZ +ZLIB +ZSTD -BPF_FRAMEWORK -XKBCOMMON +UTMP +SYSVINIT default-hierarchy=unified
root~>

pourquoi l'ipv6 en manuel ? (ligne: Address=2A02:84XX:XXXX:XXXX::1/64).

J'essaye de reproduire ce que j'ai fait avec dhclient.
Pour obtenir la connexion, j'ajoutais manuellement cette adresse IPv6.
Je suppose que sous "systemd-networkd", je ne dois pas procéder ainsi.
J'ai surtout un manque de connaissance pour résoudre ce problème de connexion au réseau SFR.

Merci de m'aider.

a priori il n'y a pas de requete dhcpv6-pd qui soit lancée. Tu peux verifier avec une capture tcpdump:

dans une fenetre :

sudo tcpdump -i enp2s0 -n -vv '(udp port 546 or 547)'

dans une autre fenetre:
sudo networkctl reconfigure enp2s0
(ou renew a la place de reconfigure mais ca peut couper l'ipv4)

si rien n'apparait dans la fenêtre du tcpdump c'est qu'aucune requête ne part.

si tu vois une demande mais pas de retour, c'est que la requête est mal formée.