Merci Kgersen. Tes conseils m'ont bien aidé.

J'ai mis pour l'interface WAN "SubnetId=0x00" et pour l'interface LAN "SubnetId=0x01".
J'ai mis "IPMasquerade=ipv4" ou lien de "IPMasquerade=both". Le message d'anomalie a disparu.
J'obtiens bien maintenant l'IPv6 dans la Raspberry Pi.

J'ai encore quelques explications à te demander.

A) J'ai trouvé comment ne plus mettre en dur l'adresse IPv6 dans mes interfaces.
Dans la section "DHCPPrefixDelegation", si je veux comme suffixe "::1", je dois mettre "Token=::1".
Ainsi, je n'ai plus l'adresse IPv6 en dur dans mes configurations.
Si par hasard le préfixe provenant du DHCP de SFR venait à changer, cette modification se fait automatiquement.
Il n'y a pour ainsi dire aucun exemple sur le net donnant "Token" comme solution pour configurer une adresse IP dans une interface.

B) Dans l'interface WAN, le DHCP de SFR m'attribue une adresse IPv6 dont le suffixe est composé de l'adresse MAC.
A moins de me tromper, je crois que cela se nomme "adresse SLAAC".
J'ai utilisé ton fichier "10-ipv6-netorking.conf" que j'ai placé dans le répertoire "/etc/sysctl.d" pour remédier à cela, sans succès.
Chose surprenante, quand j'ai appliqué le A), cette adresse SLAAC a disparu.
Peux tu m'expliquer pourquoi ai-je eu ce comportement ?

C) le préfixe fournie par le DHCP de SFR est sur une longueur de 56 bits.
Dans une interface, ce préfixe passe à 64 bits sachant qu'un sous-réseau est définie à partir de "SubnetId".
Comment modifier la longueur de ce 64 bits pour la faire passer à 80 bits ?

Peut-être que tu vas me répondre que 256 sous-réseaux est largement suffisant pour un réseau local.
Je suis d'accord, mais je désire savoir comment je peux augmenter ce nombre de sous-réseau.

D) J'aimerai savoir si ce comportement est normal ?
root~> ping -4 google.fr -I lan0
PING  (216.58.214.163) from 192.168.1.1 lan0: 56(84) bytes of data.

---  ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3060ms
pipe 3
root~> ping -6 google.fr -I lan0
ping: google.fr: Famille d'adresses non supportée pour le nom de l'hôte
root~> Je précise qu'il s'agit de l'interface LAN (lan0). Celle-ci me sert de serveur DHCP.
Je ne me sers pas de cette interface dans Debian pour avoir l'internet.

E) Comment attribuer une adresse IP particulière en fonction de l'adresse MAC sous "systemd-network" ?
A moins que cela soit le rôle de "DNSMASQ" ?

@+

non ce n'est pas le DHCP qui fait cela. C'est SLAAC.

La bonne question est : comment dois-je nommer le machin de chez SFR, qui m'attribue des adresses IP publiques, et qui se trouve quelque part de l'autre coté de ma Box SFR ? A la limite, je peux le nommer "serveur SFR", mais cela reste quand même une désignation un peu flou. Je l'ai nommé "DHCP", car je ne sais pas comment le nommer autrement et comme tu as tilté sur ma façon de m'exprimer, je pense que je n'ai pas utilisé la bonne désignation.

Comment dois-je nommer ce serveur de chez SFR, qui fait aussi bien le "DHCPv6-PD", "DHCPv6" et le SLAAC afin de ne plus avoir d'ambiguïté ?

tu confonds encore clairement DHPCv6-PD, DHCPv6 et SLAAC

Je peux me tromper, mais :
--> "DHCPv6-PD" me donne le "Prefix Delegation", c'est-à-dire le préfixe IPv6 sur 64 bits qui est la partir fixe, celle par laquelle on peut m'identifier sur internet.
C'est ce préfixe qui va me servir à obtenir un accès par l'IPv6 vers l'internet.

--> "DHCPv6" est le serveur DHCP (Dynamic Host Configuration Protocol) pour la version 6 (donc l'IPv6) qui va m'attribuer les suffixes au hasard, associés à la délégation du préfixe IPV6.
Préfixe IPv6 + suffixe IPv6 = adresse IPv6. C'est ce qui m'est attribué dans mes interfaces LAN et dans mes Raspberry Pi.

-- SLAAC (Stateless Automatic Auto Configuration), à vrai dire, je ne sais pas trop à quoi ça sert.
C'est l'adresse par défaut qui m'est attribué quand je vais une demande de délégation de préfixe pour l'IPv6, de mes interface.
N'est-ce pas redondant avec l'adresse IP que je fournie dans la section "DHCPPrefixDelegation" avec le paramètre "TOKEN" ?

Je n'ai pas encore une bonne connaissance des réseaux, mais je m'efforce à maîtriser le sujet par des exercices avec "systemd-networkd".

quel fichier 10-ipv6-netorking.conf ? poste le contenu. mettre un ficher dans /etc/sysctl.d ne fait rien si on ne redémarre pas (ou si on ne fait pas "sudo sysctl --system" si on ne veut pas redémarrer).

J'ai récupéré ce fichier de ce lien.
J'ai lu tout le sujet et j'ai juste changé "enp1s0" par "all". Voici mon fichier :
# activate routing
net.ipv6.conf.all.forwarding=1
# online ipv6: disable slaac but allow default route
net.ipv6.conf.all.autoconf=0
net.ipv6.conf.all.accept_ra=2Après sa recopie dans le répertoire "/etc/sysctl.d", j'ai fait un "sudo sysctl --system". Ça fonctionne aussi avec "sudo sysctl -p" ou si tu redémarres l'ordinateur.
Dans mon interface WAN, j'avais systématiquement l'adresse SLAAC que je n'arrivais pas à faire disparaître, même avec ton fichier de configuration dans "etc/sysctl.d".
Je m'étais attribué une adresse IPv6 en dur et quand j'ai utilisé "Token" dans la section "DHCPPrefixDelegation", l'adresse IPv6 SLAAC a enfin disparu.
Je n'ai pas compris le mécanisme de l'apparition de cette adresse SLAAC et surtout pourquoi je n'arrivais pas à m'en débarasser.

on ne doit pas faire  de réseau plus petit que /64 (donc avec une valeur plus grande). Même si théoriquement c'est possible c'est plus que déconseillé car cela risque de poser plein de problèmes (notamment avec SLAAC).

Je ne cherche pas à faire "un réseau plus petit que "/64". Je voudrais savoir si je peux modifier ce "/64" pour mettre plus grand, par exemple "/80". Ma question est : Quel est le paramètre qui gère cela ? Je ne l'ai pas trouvé.

la réponse est dans le message d'erreur:

Le message d'erreur est complètement secondaire dans l'anomalie que je rencontre. J'ai fait un "ping -6 google.fr -I lan0", c'est-à-dire à partir de l'interface "lan0". Or j'ai une adresse IPv6 de configuré pour cette interface lan0 et si maintenant, je fais "ping -6 google.fr -I 2a02:84xx:xxxx:xxx1::1", où l'adresse IPv6 est celle de mon interface lan0, le ping fonctionne. C'est ça que je ne comprends pas.

Ma question est : est-ce que j'ai le droit de faire un "ping" sur l'interface "lan0" puisqu'elle sert à faire le lien entre l'interface "WAN" et ma Raspberry PI ?

Pour la résolution des noms DNS, mon Debian n'a aucun problème. C'est correctement configuré.

Je ne comprend pas la question. tu parle de baux statiques ?

Non, je parle d'attribuer des adresses IPv4 & IPv6 statique à partir des adresses MAC. Dans un projet que j'ai fait avec l'une de mes Raspberry Pi, j'ai utilisé "HostAPD" pour le Wifi et "DNSMASQ" pour attribuer des adresses IP statiques. Je le fais aussi dans ma Box SFR, dans la section "DHCPv4" & "DHCPv6". Je voulais savoir s'il existe quelques choses d'équivalent dans "systemd-networkd" pour attribuer une adresse IP statique à partir d'une adresse MAC.

Apprends d'abord les bases puis construit dessus (bref comme a l'école quoi).

Tu dis : "comme a l'école quoi". C'est ce que je fais. Je fais mes devoirs afin de mieux maîtriser les réseaux. Aujourd'hui, j'ai associé mon interface "WAN", là où je récupère mes adresses IP WAN Publique, avec un pont (bridge) et deux interfaces LAN (lan0 & lan1) avec chacune une Raspberry Pi derrière. J'ai réussi à le faire, sauf que je ne dois pas associé mon interface "WAN" au pont en mettant dans la section [Network] "Bridge=br0", sinon, la récupération des adresses IP WAN ne se fait pas. Là aussi, je ne comprends pas trop pourquoi je ne dois pas faire cela.

@+

il n'est pas recommander de mélanger les deux donc.

Si je comprends bien, "systemd-networkd" prend la main sur ce que j'ai mis dans "sysctl.conf". Qu'est-ce que je fais de ces deux paramètres dont j'ai supprimé le commentaire dans "sysctl.conf" :
net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1Je laisse en l'état ou je les remets en commentaire ?

Token dans la section DHCPPrefixDelegation est "un plus" de systemd et n'est pas dans la norme.

Si je dois suivre la norme, comment dois-je m'y prendre pour m'attribuer une adresse IPv6 non en dure dans la configuration ? Y-a-t-il un autre paramètre qui gère l'attribution du suffixe "::1" au préfixe que j'ai reçu en Ipv6 ? Ou bien, puisque cela fonctionne avec "Token", je laisse en l'état.

En général on utilise un /64 par réseau local (segment).

Ce "/64" ne me dérange pas du tout, mais il définie la partie fixe de l'adresse IPv6 dans mon réseau local. L'écart entre "/56" provenant du préfixe IPv6 et ce "/64" me donne seulement que 256 sous-réseaux. A vrai dire, le problème ne se situe pas dans le nombre de sous-réseaux mais dans sa visualisation. J'aimerai conserver en l'état le préfixe IPv6 reçu sur 64 bits et de mettre ce qui va différencier mes sous-réseaux dans les bits allant de 65 jusqu'à 80. Je trouve que c'est plus facilement lisible.

J'ai tenté de modifier "SubnetId" en mettant "0x00000010" mais il me dit que je n'ai le droit qu'à 256 sous-réseaux. Donc comment modifier la longueur de ce préfixe de 64 bits ? J'ai regardé la documentation, sans trouvé le paramétrage qui fait ça.

en gros tu lui demande: je veux ping google.fr en sortant par lan0 ce qui n'est pas possible.

Pourquoi n'est-il pas possible de faire un ping sur une interface relié à l'internet pour interroger si la connexion se fait ou pas ?

mais c'est la définition des baux statiques...

Désolé, mais je ne connais pas encore le jargon utilisé dans le domaine des réseaux.
Après recherche dans la documentation, j'ai trouvé pour l'IPv4 et cela se passe dans la section "DHCPServerStaticLease". J'ai testé et ça fonctionne.

Comme tu dis : "comme toujours lire la doc peut aider", oui, mais il faut encore comprendre ce qui est dit. La documentation est assez avare d'exemples et je ne parle pas des exemples foireux que l'on trouve sur le net.

Question supplémentaires :

E) il m'arrive d'avoir une lenteur dans l'exécution d'un "ping" ou d'un "route" quand je suis derrière l'ONT-SFU-v3. Les informations retrounées sont correctes mais la durée de l'exécution de la commande est très longue. Je ne rencontre pas ce problème quand je suis derrière la Box SFR. Certainement un problème dans mes configurations.

F) Dans ma configuration, j'essaye d'acheminer le flux Multicast venant d'Internet jusque dans le décodeur TV Plus SFR, lorsque celui-ci est branché sur l'interface LAN (lan0). J'ai bien les vignettes qui s'affiche et je peux visualiser un téléchargement en streaming mais rien en direct sur les chaines comme TF1, France 2 ...
Je pense que le flux Multicast n'entre pas dans l'interface LAN (lan0). Alors que dans Debian, sous l'interface WAN (enp2s0), si j'utilise VLC, je peux regarder TF1, France 2.

@+

Q2: oui si tu fais en systemd fait avec ce que systemd propose

D'accord, je laisse en l'état puisque tout est fait dans "systemd-network".

Q3: on ne peut changer le découpage comme on le souhaite. on a 64 bits de réseau et 64 bits d'interface/host. tu recois un /56 donc tu n'a que 256 réseaux soit "8 bits de liberté".

Si je comprends bien, je ne peux pas modifier ce nombre de réseaux qui est ici à 256. Pourtant, dans la documentation, il est dit :

SubnetId=
Configure a specific subnet ID on the interface from a (previously) received prefix delegation. You can either set "auto" (the default) or a specific subnet ID (as defined in RFC 4291, section 2.5.4), in which case the allowed value is hexadecimal, from 0 to 0x7fffffffffffffff inclusive.

Added in version 246.

A moins de me tromper, je peux allègrement aller au delà de ces 256. Or quand je tente de le modifier et mettre une valeur plus grande que 256, "systemd-networkd" provoque une erreur et me rappelle que je suis limité à 256.

(on dit nibbles, un nibble = 4 bits, de 0 a F)

J'ai toujours nommé cela un "quartet".

Q4: donc ton exemple 'lan' n'est pas relié a internet, les paquets qui en sortent ne vont pas vers Internet.

La Raspberry Pi branchée sur cette interface LAN obtient les adresses IPv4 & IPv6 et j'ai accès à l'internet en faisant un "ping google.fr".
Donc a priori, l'internet passe bien par cette interface LAN de mon Debian puisque je l'obtiens dans ma Raspberry Pi.

Dans Debian, j'ai bien l'internet sur mon interface WAN (enp2s0).

Donc deux choses l'une , soit :
--> je fais un mauvais usage de cette interface LAN depuis Debian.
--> j'ai un problème de configuration avec l'internet sur l'interface LAN.

E: en ipv6 ou 4? ca peut-etre les icmp qui sont bloqués ou un souci. il faudrait un exemple.

Aussi bien en IPv4 qu'en IPv6. Quel type d'exemple ?

F: il manque igmp proxy ou un routeur multicast dans le debian pour qu'il relai les flux multicast vers l'autre interface.

Je crois surtout que je n'arrive pas à comprendre comment fonctionne le Multicast et encore moins à identifier ce qui est bon de ce qui ne l'est pas.

ca peut devenir complexe à faire et je ne fournirai pas plus d'info la dessus. voir:

Dans l'autre sujet consacré au Décodeur TV Plus SFR, il m'a été conseillé d'installer le proxy IGMP, ce que j'ai fait. J'ai utilisé ce lien pour configurer le fichier "igmpproxy.conf", mais je n'obtiens pas le succès escompté.

Depuis cette tentative infructueuse, j'ai installé VLC dans mon Debian, et j'ai cherché à récupérer toutes les chaînes en clair. Hors Box SFR, le nombre de chaînes en clair est plutôt réduit, essentiellement celles de la TNT et quelques autres. De la liste des chaînes que j'ai pu récupérer, beaucoup de ces chaînes ne sont plus actives, avec parfois des erreurs sur le nom de la chaîne. Au final, je peux regarder la télévision avec VLC dans mon Debian, mais ce n'est pas ce que je recherche.

Dans "systemd-networkd, j'ai activé les directives "Multicast", "MulticastDNS", "MulticastQuerier", "MulticastSnooping", "MulticastIGMPVersion". Il me semble que j'ai la version Multicast 2 dans le flux qui arrive depuis l'internet.

Je ne te demande pas de me résoudre le problème mais de me conseiller sur ce que je dois faire.

Merci pour tes réponses, kgersen.

Q1 : Si je comprends bien, la longueur du préfixe + sous-réseaux = 64 bits. Je ne peux pas aller au delà de cette valeur. Il me reste les 64 autres bits pour numéroter mes adresses locales IPv6.

Q2 : ce qui m'a induit en erreur est de croire que je peux pingé, vers internet, n'importe quelles adresses IP.

Q3 : j'ai toujours ce problème de lenteur que je ne m'explique pas. Peut-être un problème avec l'interface LO.

Je suis arrivé à créé avec "systemd-network" un routeur/commutateur puisque j'ai pu récupérer les adresses IP Publiques du serveur SFR et je peux attribuer à mes Raspberry Pi des adresses IP locales grâces au DHCPv4 ainsi qu'à la délégation du préfixe IPv6. La seule chose que je n'arrive pas à faire pour l'instant est de configurer le Multicast / IGMP. Il faut dire que je ne comprends pas comment ça fonctionne.

Veux tu que je te communiquer mes fichiers de configurations ?

J'ai corrigé mes problèmes et j'ai ajouté tout ce qui concerne "Multicast" & "LLMNR". Voici ma configuration "networkctl" actualisée :
--> fichier "03-bridge.netdev" :
[NetDev]
Kind=bridge
Name=br0

[Bridge]
MulticastQuerier=yes
MulticastIGMPVersion=2
MulticastSnooping=yes--> fichier "03-bridge.network" :
[Bridge]
FastLeave=yes
MulticastFlood=yes
MulticastToUnicast=yes
UnicastFlood=yes

[DHCPPrefixDelegation]
Announce=yes
Assign=yes
SubnetId=0x01
Token=::1
UplinkInterface=enp2s0

[DHCPServer]
DefaultLeaseTimeSec=600
DNS=109.0.66.10
DNS=109.0.66.20
EmitDNS=yes
EmitTimezone=yes
MaxLeaseTimeSec=7200
PoolOffset=100
PoolSize=140
ServerAddress=10.0.0.1/8
Timezone=Europe/Paris
UplinkInterface=enp2s0

[DHCPServerStaticLease]
MACAddress=e4:5d:51:4a:5d:70
Address=10.0.0.2

[DHCPServerStaticLease]
MACAddress=dc:a6:32:b8:17:2b
Address=10.0.0.79

[DHCPServerStaticLease]
MACAddress=dc:a6:32:c5:29:37
Address=10.0.0.81

[Link]
AllMulticast=yes
MACAddress=0e:66:97:7d:2f:b3
Multicast=yes
RequiredForOnline=yes

[Match]
Name=br0
Type=bridge

[Network]
DHCP=yes
DHCPPrefixDelegation=yes
DHCPServer=yes
IPv6AcceptRA=no
IPv6SendRA=yes
LinkLocalAddressing=ipv6

IPForward=yes
IPMasquerade=ipv4
LLMNR=yes
MulticastDNS=yes--> fichier "03-enslave0.link" :
[Match]
MACAddress=00:50:b6:b0:24:28

[Link]
Name=lan0--> fichier "03-enslave0.network" :
[Link]
AllMulticast=yes
Multicast=yes

[Match]
Name=lan0
Type=ether

[Network]
Bridge=br0
LLMNR=yes
MulticastDNS=yes--> fichier "03-ethernet.network" :
[DHCPPrefixDelegation]
Announce=no
Assign=yes
SubnetId=0x00
Token=::1
UplinkInterface=:self

[DHCPv4]
ClientIdentifier=mac
RouteMetric=10
UseHostname=no
VendorClassIdentifier=neufbox_bypass

[DHCPv6]
DUIDType=link-layer-time
PrefixDelegationHint=::/56
RapidCommit=no
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
UseDelegatedPrefix=yes
UseHostname=no
WithoutRA=solicit

[Link]
AllMulticast=yes
MACAddress=CC:2D:1B:F0:27:78
Multicast=yes
RequiredForOnline=yes

[Match]
Name=enp2s0
Type=ether

[Network]
DHCP=yes
DHCPPrefixDelegation=yes
IPv6AcceptRA=yes
IPv6PrivacyExtensions=no
LinkLocalAddressing=ipv6

##Bridge=br0
IPForward=yes
IPMasquerade=ipv4
LLMNR=yes
MulticastDNS=yesEt voici le compte-rendu :
root~>networkctl
IDX LINK   TYPE     OPERATIONAL SETUP
  1 lo     loopback off         unmanaged
  2 enp2s0 ether    routable    configured
  3 wlan0  wlan     off         unmanaged
  8 lan0   ether    enslaved    configured
  9 br0    bridge   routable    configured

5 links listed.
root~>
root~> networkctl status
●        State: routable
  Online state: online
       Address: 93.xxx.xxx.xxx on enp2s0
                10.0.0.1 on br0
                2a02:84xx:xxxx:xx00::1 on enp2s0
                2a02:84xx:xxxx:xx01::1 on br0
                fe80::ce2d:1bff:fef0:2778 on enp2s0
                fe80::c66:97ff:fe7d:2fb3 on br0
       Gateway: 93.xxx.xxx.1 on enp2s0
                fe80::5555 on enp2s0
           DNS: 109.0.66.10
                109.0.66.20

févr. 03 15:02:38 Debian systemd-networkd[6954]: br0: Configuring with /etc/systemd/network/03-bridge.network.
févr. 03 15:02:38 Debian systemd-networkd[6954]: br0: Link UP
févr. 03 15:02:39 Debian systemd-networkd[6954]: br0: Gained carrier
févr. 03 15:02:41 Debian systemd-networkd[6954]: br0: Gained IPv6LL
févr. 03 15:02:41 Debian systemd-networkd[6954]: enp2s0: Gained carrier
févr. 03 15:02:41 Debian systemd-networkd[6954]: enp2s0: DHCPv4 address 93.xxx.xxx.xxx/26, gateway 93.xxx.xxx.1 acquired from 84.103.237.164
févr. 03 15:02:43 Debian systemd-networkd[6954]: enp2s0: Gained IPv6LL
févr. 03 15:02:44 Debian systemd-networkd[6954]: enp2s0: DHCP: received delegated prefix 2a02:84xx:xxxx:xx00::/56
févr. 03 15:02:44 Debian systemd-networkd[6954]: br0: DHCP-PD address 2a02:84xx:xxxx:xx01::1/64 (valid for 4min 59s, preferred for 4min 59s)
févr. 03 15:02:44 Debian systemd-networkd[6954]: enp2s0: DHCP-PD address 2a02:84xx:xxxx:xx00::1/64 (valid for 4min 59s, preferred for 4min 59s)
root~>
root~> networkctl status br0
● 9: br0                       
                     Link File: /usr/lib/systemd/network/99-default.link
                  Network File: /etc/systemd/network/03-bridge.network
                         State: routable (configured)
                  Online state: online
                          Type: bridge
                          Kind: bridge
                        Driver: bridge
              Hardware Address: 0e:66:97:7d:2f:b3
                           MTU: 1500 (min: 68, max: 65535)
                         QDisc: noqueue
  IPv6 Address Generation Mode: eui64
                 Forward Delay: 15s
                    Hello Time: 2s
                       Max Age: 20s
                   Ageing Time: 5min
                      Priority: 32768
                           STP: no
        Multicast IGMP Version: 2
                          Cost: 2000
                    Port State: disabled
      Number of Queues (Tx/Rx): 1/1
              Auto negotiation: no
                         Speed: 100Mbps
                       Address: 10.0.0.1
                                2a02:84xx:xxxx:xx01::1
                                fe80::c66:97ff:fe7d:2fb3
             Activation Policy: up
           Required For Online: yes
             DHCP6 Client DUID: DUID-EN/Vendor:0000ab114fbd83174dabee7b0000
           Offered DHCP leases: none

févr. 03 14:59:45 Debian systemd-networkd[4001]: br0: DHCP-PD address 2a02:84xx:xxxx:xx01::1/64 (valid for 4min 17s, preferred for 4min 17s)
févr. 03 15:02:28 Debian systemd-networkd[4001]: br0: Link DOWN
févr. 03 15:02:28 Debian systemd-networkd[4001]: br0: Lost carrier
févr. 03 15:02:28 Debian systemd-networkd[4001]: br0: DHCPv6 lease lost
févr. 03 15:02:38 Debian systemd-networkd[6954]: br0: netdev ready
févr. 03 15:02:38 Debian systemd-networkd[6954]: br0: Configuring with /etc/systemd/network/03-bridge.network.
févr. 03 15:02:38 Debian systemd-networkd[6954]: br0: Link UP
févr. 03 15:02:39 Debian systemd-networkd[6954]: br0: Gained carrier
févr. 03 15:02:41 Debian systemd-networkd[6954]: br0: Gained IPv6LL
févr. 03 15:02:44 Debian systemd-networkd[6954]: br0: DHCP-PD address 2a02:84xx:xxxx:xx01::1/64 (valid for 4min 59s, preferred for 4min 59s)
root~>
root~> networkctl status enp2s0
● 2: enp2s0                     
                     Link File: /etc/systemd/network/01-wired.link
                  Network File: /etc/systemd/network/03-ethernet.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: cc:2d:1b:f0:27:78 (SFR)
    Permanent Hardware Address: d4:5d:64:6b:f2:5b (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: 93.xxx.xxx.xxx (DHCP4 via 84.103.237.164)
                                2a02:84xx:xxxx:xx00::1
                                fe80::ce2d:1bff:fef0:2778
                       Gateway: 93.xxx.xxx.1
                                fe80::5555
                           DNS: 109.0.66.10
                                109.0.66.20
                                2a02:8400::1
                                2a02:8400::
             Activation Policy: up
           Required For Online: yes
               DHCP4 Client ID: cc:2d:1b:f0:27:78
             DHCP6 Client IAID: 0x5de26c15
             DHCP6 Client DUID: DUID-LLT:000100000000cc2d1bf027780000

févr. 03 15:02:29 Debian systemd-networkd[4001]: enp2s0: DHCP lease lost
févr. 03 15:02:29 Debian systemd-networkd[4001]: enp2s0: DHCPv6 lease lost
févr. 03 15:02:29 Debian systemd-networkd[4001]: enp2s0: DHCPv6 lease lost
févr. 03 15:02:38 Debian systemd-networkd[6954]: enp2s0: Configuring with /etc/systemd/network/03-ethernet.network.
févr. 03 15:02:38 Debian systemd-networkd[6954]: enp2s0: Link UP
févr. 03 15:02:41 Debian systemd-networkd[6954]: enp2s0: Gained carrier
févr. 03 15:02:41 Debian systemd-networkd[6954]: enp2s0: DHCPv4 address 93.xxx.xxx.xxx/26, gateway 93.xxx.xxx.1 acquired from 84.103.237.164
févr. 03 15:02:43 Debian systemd-networkd[6954]: enp2s0: Gained IPv6LL
févr. 03 15:02:44 Debian systemd-networkd[6954]: enp2s0: DHCP: received delegated prefix 2a02:84xx:xxxx:xx00::/56
févr. 03 15:02:44 Debian systemd-networkd[6954]: enp2s0: DHCP-PD address 2a02:84xx:xxxx:xx00::1/64 (valid for 4min 59s, preferred for 4min 59s)
root~>
root~> networkctl status lan0
● 8: lan0                       
                     Link File: /etc/systemd/network/03-enslave0.link
                  Network File: /etc/systemd/network/03-enslave0.network
                         State: enslaved (configured)
                  Online state: online
                          Type: ether
                          Path: pci-0000:05:00.3-usb-0:2:1.0
                        Driver: asix
                        Vendor: ASIX Electronics Corp.
                         Model: AX88772B
              Hardware Address: 00:50:b6:b0:24:28 (GOOD WAY IND. CO., LTD.)
                           MTU: 1500 (max: 65535)
                         QDisc: fq_codel
                        Master: br0
  IPv6 Address Generation Mode: none
      Number of Queues (Tx/Rx): 1/1
              Auto negotiation: yes
                         Speed: 100Mbps
                        Duplex: full
                          Port: tp
             Activation Policy: up
           Required For Online: yes

févr. 03 14:59:42 Debian systemd-networkd[4001]: lan0: Link UP
févr. 03 14:59:45 Debian systemd-networkd[4001]: lan0: Gained carrier
févr. 03 15:02:28 Debian systemd-networkd[4001]: lan0: Link UP
févr. 03 15:02:28 Debian systemd-networkd[4001]: lan0: Gained carrier
févr. 03 15:02:28 Debian systemd-networkd[4001]: lan0: Configuring with /etc/systemd/network/03-enslave0.network.
févr. 03 15:02:29 Debian systemd-networkd[6929]: lan0: Link UP
févr. 03 15:02:29 Debian systemd-networkd[6929]: lan0: Gained carrier
févr. 03 15:02:38 Debian systemd-networkd[6954]: lan0: Link UP
févr. 03 15:02:38 Debian systemd-networkd[6954]: lan0: Gained carrier
févr. 03 15:02:38 Debian systemd-networkd[6954]: lan0: Configuring with /etc/systemd/network/03-enslave0.network.
root~> Et voici mon "ifconfig" :
br0: flags=4675<UP,BROADCAST,RUNNING,ALLMULTI,MULTICAST>  mtu 1500
        inet 10.0.0.1  netmask 255.0.0.0  broadcast 10.255.255.255
        inet6 2a02:84xx:xxxx:xx01::1  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::c66:97ff:fe7d:2fb3  prefixlen 64  scopeid 0x20<link>
        ether 0e:66:97:7d:2f:b3  txqueuelen 1000  (Ethernet)
        RX packets 312  bytes 29929 (29.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 346  bytes 38001 (37.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp2s0: flags=4675<UP,BROADCAST,RUNNING,ALLMULTI,MULTICAST>  mtu 1500
        inet 93.xxx.xxx.xxx  netmask 255.255.255.192  broadcast 93.1.176.63
        inet6 2a02:84xx:xxxx:xx00::1  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::ce2d:1bff:fef0:2778  prefixlen 64  scopeid 0x20<link>
        ether cc:2d:1b:f0:27:78  txqueuelen 1000  (Ethernet)
        RX packets 2973131  bytes 4070176862 (3.7 GiB)
        RX errors 0  dropped 742  overruns 0  frame 0
        TX packets 14226  bytes 1266887 (1.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lan0: flags=4675<UP,BROADCAST,RUNNING,ALLMULTI,MULTICAST>  mtu 1500
        ether 00:50:b6:b0:24:28  txqueuelen 1000  (Ethernet)
        RX packets 468  bytes 59102 (57.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 256  bytes 28738 (28.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Boucle locale)
        RX packets 18  bytes 1693 (1.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 18  bytes 1693 (1.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
@+