Auteur Sujet: [Résolu]configuration de systemd-networkd  (Lu 10138 fois)

0 Membres et 1 Invité sur ce sujet

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 795
  • Montignac Lascaux (24)
configuration de systemd-networkd
« Réponse #72 le: 07 janvier 2024 à 09:27:20 »
@ Basilix : je sais parfaitement ce que je fais puisque je peux le tester et vérifier si ça fonctionne ou pas.
Je croyais que vous suiviez une formation réseau et il est bizarre de ne pas comprendre mes configurations.
Je reconnais que ce n'est pas un routeur ou un commutateur de telle ou telle marque, mais j'arrive à le faire fonctionner.
Qu'est-ce qui vous dérange ?

@ tous : Avec quelques difficultés et surtout pleins de tests, j'ai trouvé comment résoudre mon problème de VLAN.
J'ai trois paramètres à configurer :

a) "PVID", c'est l'identifiant du port VLAN.
Comme j'ai quatre ports, qui sont aussi mes quatre interfaces, je les ai numéroté ainsi :
--> pont : 1 (c'est aussi DefaultPVID=1).
--> SLV0 : 2
--> SLV1 : 3
--> enp2s0 : 4
Il n'y a qu'un port par interface.

b) VLAN, c'est le numéro du VLAN que l'on va autoriser à laisser passer par le port.
Toute la difficulté était de comprendre le rôle joué par ce port, qui pouvait sembler redondant avec le PVID.

c) EgressUntagged, sert à supprimer le marquage en sortie de l'interface.
La difficulté était de savoir où se trouve l'entrée et la sortie.
Physiquement, la sortie est le câble branché dans le port vers un autre périphérique.
Dans mon cas, c'est autre périphérique est la Raspberry Pi.
Je me suis posé la question dans le cas du pont sans comprendre où était cette sortie.
Physiquement, le port du pont n'existe pas puisqu'il est interne à l'ordinateur.
Ce qui n'est pas le cas des interfaces "enp2s0", "slv0" et "slv1".
La règle que j'ai utilisé est de mettre le même identifiant que le VLAN.

On déclare que les flux entrant, enfin les VLAN marquée.

Le schéma de mon montage réseau dans mon Debian est le suivant :
*) pont (1) <--> enp2s0 (4)
*) slv0 (2) <--> enp2s0 (4)
*) slv1 (3) <--> enp2s0 (4)
*) pont (1) <--> slv0 (2)
A ce stade de ma compréhension, je ne sais pas si l'on peut faire plus simple.
Je ne remet pas la totalité des configurations, mais juste la partie à modifier :
Fichier "06-bridge.network" :
BridgeVLAN]
EgressUntagged=2
PVID=1
VLAN=2

[BridgeVLAN]
EgressUntagged=4
VLAN=4

Fichier "06-slv0.network" :
[BridgeVLAN]
EgressUntagged=1
PVID=2
VLAN=1

[BridgeVLAN]
EgressUntagged=4
VLAN=4

Fichier "06-slave1.network" :
[BridgeVLAN]
EgressUntagged=4
PVID=3
VLAN=4

Et le fichier "06-ethernet.network" :
BridgeVLAN]
EgressUntagged=1-3
PVID=4
VLAN=1-3
Ça fonctionne.
Je peux entrer dans ma Raspberry Pi de l'interface "slv0", mais pas dans celle de l'interface "slv1" depuis mon Debian.
Si je me mets dans la Box SFR, je peux faire le ping sur les adresses IP de ces deux Raspberry Pi.
J'ai vérifié physiquement en branchant mes Raspberry Pi directement sur mon téléviseur, j'ai bien l'internet.

Remarque : Si l'on autorise un VLAN à entrer dans l'interface, sans le notifier par "EgressUntagged", le flux de ce VLAN devient tagged.
Cela signifie qu'il passe au travers et n'est en aucune façon modifier par l'interface.

Ce troisième exercice est terminé.
J'ai aussi résolu mon quatrième exercice, celui de transformer mon Debian en serveur DHCP et d'avoir les adresses IP pour chaque périphériques.
Mais vu que cela n'intéresse pas grand monde, d'après ce que j'ai compris, je ne vais pas mettre mes fichiers de configuration.

basilix

  • Abonné Orange Fibre
  • *
  • Messages: 183
configuration de systemd-networkd
« Réponse #73 le: 07 janvier 2024 à 11:29:40 »
@artemus24: Je ne suis pas de formation en réseautique. Mais j'apprends des choses en lisant des livres. D'un point de vue technique, je reconnais que je ne sais pas ce que vous faites.

D'un point de vue pédagogique, dans la façon de présenter aux autres, c'est mauvais. Il aurait fallu citer clairement vos objectifs, indiquer un plan et faire brièvement des transitions en
donnant des références ou en expliquant succinctement les choses. L'ensemble de ce que vous faites est mal illustré : des éditions de fichiers de configuration correspondant à une série
d'opérations, établi sous forme de listes.

Vous ne tenez absolument pas compte de nos remarques. Rien ne change dans votre approche. D'un côté vous sollicitez de l'aide, sauf que de l'autre,  vous continuez à prétendre que
cela vous réussit plutôt bien (en quelque sorte, vous « parvenez » tout de même à l'étape suivante bien qu'un peu d'aide n'aurait pas été de refus).

La manière de faire ne me paraît pas bonne. Mais je peux me tromper. Il semblerait que vous ne disposiez pas de bases suffisantes pour faire ce que vous souhaitez faire. De plus,
j'ai l'impression que cela ne se tient pas. Les choses sont faites à l'arrache et finalement on parvient à se demander si cela vaut vraiment quelque chose.

En recherchant « Linux bridge » sur le Web, on trouve une source présentant comment convertir un ordinateur « Linux » en commutateur Ethernet [1]. Mais on trouve une autre source
disant que la fonction « Linux bridge » est usuellement utilisée pour l'acheminement de paquets sur les routeurs, les passerelles, ou entre les espaces de noms et les machines virtuelles
sur un hôte [2].

Références


artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 795
  • Montignac Lascaux (24)
configuration de systemd-networkd
« Réponse #74 le: 07 janvier 2024 à 12:58:13 »
Merci Basilix de m'avoir répondu. :) Je vais essayer de répondre à mon tour à toutes vos interrogations.

Citation de: Basilix
Je ne suis pas de formation en réseautique. Mais j'apprends des choses en lisant des livres.
J'espère que vous avez quand même une connaissance de base dans les réseaux. Sinon cela vous sera compliqué de suivre les discussion dans ce forum, et je ne parle pas uniquement de moi.

Citation de: Basilix
D'un point de vue technique, je reconnais que je ne sais pas ce que vous faites.
Je vais partir du plus général au particulier.

Comme je l'ai dit, je désire bypasser ma Box SFR. Pour l'instant, je ne veux pas investir dans du matériel avant de maîtriser quoi que ce soit dans les aspects réseaux. Je suis bidouilleur et j'essaye d'apprendre à configurer le réseau sur des sujets qui sont, je le reconnais, en dehors du thème du forum "lafibre.info". En général, on vient d'acquérir du matériel (genre routeur Mikrotik) et l'on demande de l'aide sur comment le configurer. Mon approche est différente puisque je le vais d'abord dans mon Debian version BookWork avant de le faire dans un futur pas trop éloigné sur le matériel que je vais acquérir. Mais cela reste de la configuration réseau.

Le but est de conserver le triple play, à savoir l'internet, le téléphone et la télévision dans mon futur routeur. Pour cela, j'utilise le boîtier ONT_SFRv3 de SFR qui me permet de bypasser la Box SFR.
Première étape : j'ai installer Asterisk ainsi que Zoiper5 et j'ai pu rendre opérationnelle ma ligne téléphonique. Ça fonctionne.
Deuxième étape : avoir l'internet sur mon Debian, à partir du serveur DHCP SFR. Ça fonctionne. C'est le premier exercice de ce sujet.
Troisième étape : j'ai fait des exercices sur le service "networkctl" en me mettant derrière la Box SFR. Entre autre, le DHCP, IP Statique, Pont, VLAN, Dummy et Route.
Quatrième étape : je me remets derrière mon ONT_SFU_v3 et j'ai essayé de transformer mon Debian en serveur DHCP. Ça fonctionne aussi. Cette étape est importante, puisque pour  la télévision, j'avais besoin de l'internet.
Dernière étape : je suis toujours derrière mon ONT-SFU-v3 et je branche mon décodeur TV Plus SFR à mon Debian afin d'avoir la télévision. Selon certain, cette étape est inutile car aucune configuration n'est nécessaire avec le Décodeur TV Connect v3 de SFR, que je ne possède pas et qui fonctionne en OLT. J'obtiens la télévision dans mon Debian en passant par "https://tv.sfr.fr/". Le but est de conserver le Décodeur TV Plus de SFR.

Voilà ce que j'essaye de faire ! Est-ce plus clair ?

Citation de: Basilix
D'un point de vue pédagogique, dans la façon de présenter aux autres, c'est mauvais.
Quelle idée ? Je ne fais pas de la pédagogie, j'expose mes problèmes de configuration réseau. Voilà tout.
Je pense que vous n'avez pas lu les autres sujets de ce forum, je peux vous assurer que certains sont imbuvables si vous n'avez pas le matériel adéquate et un minimum de connaissance dans ce qu'ils tentent de faire. Entre autre la configuration des modules optiques G-PON ONU/SFP+ si vous n'en avez pas un entre les mains.

Citation de: Basilix
Il aurait fallu citer clairement vos objectifs, indiquer un plan et faire brièvement des transitions en donnant des références ou en expliquant succinctement les choses. L'ensemble de ce que vous faites est mal illustré : des éditions de fichiers de configuration correspondant à une série d'opérations, établi sous forme de listes.
Mes objectifs, je les ai donné à plusieurs reprises, je ne vais pas revenir dessus à chaque fois qu'on me le demande. Je suis allé étape par étape, en donnant l'avancé de ce que j'ai déjà fait et en indiquant les problèmes que je rencontre. Que vous faut-il d'autre ?

Désolé mais je ne comprends pas ce qui ne vous convient pas. Je ne suis pas là pour faire de la pédagogie mais pour résoudre mes problèmes de configuration.

Citation de: Basilix
Vous ne tenez absolument pas compte de nos remarques. Rien ne change dans votre approche. D'un côté vous sollicitez de l'aide, sauf que de l'autre,  vous continuez à prétendre que cela vous réussit plutôt bien (en quelque sorte, vous « parvenez » tout de même à l'étape suivante bien qu'un peu d'aide n'aurait pas été de refus).
Je tiens compte des remarques, si cela me sert.
Dans votre cas, changer mes adresses masquées par quelque chose de lisible ne vient en aucune façon résoudre mes problèmes. Au final, qu'est-ce que cela apport à la bonne compréhension ? Rien.
Je n'avais pas compris que votre demande d'installer ce logiciel, concernait un croquis. Je l'aurai fait, mais depuis j'ai réussi à comprendre ce que je faisais mal.
Rooot me demande d'utiliser ChatGPT. Je veux bien, mais j'ai déjà du mal à faire des recherches sur le net en trouvant les bons mots. Comment voulez vous que j'expose un problème où j'ai déjà des difficultés à comprendre ce qui ne va pas ? Après, je ne suis pas sûr qu'un problème de configuration puisse se répondre par un jeu de question/réponse.

J'ai pu résoudre mes problèmes en faisant beaucoup de tests et bien sûr en réfléchissant sur ce que je ne comprenais pas. Je ne raconte aucune connerie et si vous avez la possibilité de tester mes fichiers de configurations, faites le et vous verrez par vous même que ça fonctionne.

Citation de: Basilix
La manière de faire ne me paraît pas bonne. Mais je peux me tromper.
Je veux bien que ma méthode ne soit pas la bonne, mais si vous ne passez pas à la pratique, je ne vois pas comment vous allez résoudre vos problèmes.

Citation de: Basilix
Il semblerait que vous ne disposiez pas de bases suffisantes pour faire ce que vous souhaitez faire. De plus, j'ai l'impression que cela ne se tient pas.
Mes bases sont suffisantes pour ce que j'essaye de faire. J'essaye de raisonner logiquement, voilà tout. Au lieu de dire que cela ne se tient pas, expérimentez le chez vous et vous verrez par vous même.

Citation de: Basilix
Les choses sont faites à l'arrache et finalement on parvient à se demander si cela vaut vraiment quelque chose.
Qu'est-ce que ça veut dire à l'arrache ? Encore une fois, testez le par vous même.

Citation de: Basilix
En recherchant « Linux bridge » sur le Web ...
Le premier lien du forum developpez où je suis déjà présent, concerne le service "networking". Or j'utilise le service "systemd-network" et donc aucun rapport.
Le deuxième lien parle surtout du module "iproute2" que je n'utilise pas non plus. Je n'ai pas trouvé ce lien dans mes recherches, mais il me sera utile après une bonne lecture.
Je ne cherche pas à installer un logiciel qui fasse pont (bridge), mais à configurer le service "systemd-networkd" puisque c'est le thème de mon sujet.

Des questions forts simples :
a) pourquoi suis-je obligé de redémarrer l'ONT-SFU-v3 pour avoir mes adresses WAN dans mon Debian ?
b) pourquoi suis-je obligé de débrancher et rebrancher mon câble éthernet pour avoir par la suite l'accès à ma Raspberry Pi ? N'y-a-t-il pas un moyen pour rendre cela automatique ?
c) dans mon Debian, pourquoi l'exécution du "ping" est très très lent, tout comme "route". Rien à voir avec le temps mis pour chaque envoie qui lui, reste correcte. Je n'ai pas ce problème dans ma Raspberry Pi. Et si je fais un test de débit, j'obtiens bien les mêmes vitesses que j'ai habituellement. Comment résoudre ce problème ?
d) si je fais un ping sur les adresses de mon interface "lan0", ça ne fonctionne pas alors que dans ma Raspberry, j'ai l'internet. J'ai pourtant bien mis "IPForward=yes et IPMasquerade=both". Comment résoudre ce problème ?

basilix

  • Abonné Orange Fibre
  • *
  • Messages: 183
configuration de systemd-networkd
« Réponse #75 le: 07 janvier 2024 à 14:45:44 »
@artemus24 : On n'est pas sur la même longueur d'onde. Je pense valider le MOOC « Objectif IPv6 » très bientôt. Non, je n'ai pas de formation de base. Mais
cela ne m'empêche pas d'apprendre ni de parvenir à comprendre. Évidemment ce n'est pas facile pour moi*. Mais je pense que, en ce qui me concerne, les choses
sont réalisables en montant en compétences. Cela m'assomme pas mal mais cela ne m'effraie pas outre mesure, étant donné que je progresse sur plusieurs choses.

Vous vous répétez inutilement puisque votre méthode ne me convaincs pas pour autant (ou ne convainc pas de façon générale). À mon avis, vous vous méprenez.
Je ne sais pas, sauf que, j'ai l'impression que vous faites fausse route dans la pratique. Cela fait référence à la virtualisation lorsque je recherche les mot-clés
« systemd-networkd Kind=bridge » dans un moteur de recherche. Pour la mise en pratique, je vous ai recommandé GNS3 mais vous l'avez simplement écarté. Et
vu comment vous vous y prenez dans l'ensemble, ce n'est peut-être pas plus mal, somme toute (il ne faudrait pas ramer encore plus).


*Je ne suis pas sûr que ce soit simple pour chacun sur plusieurs plans. Mais je suis responsable de mes choix.

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 795
  • Montignac Lascaux (24)
configuration de systemd-networkd
« Réponse #76 le: 07 janvier 2024 à 15:27:18 »
Citation de: Basilix
Non, je n'ai pas de formation de base.
Le problème vient peut-être de là. Il n'y a que des geeks dans ce forum. Si vous êtes débutant, vous aurez du mal à suivre.
Posez votre projet, cela sera plus clair pour vous. Et par la confrontation des idées, vous progresserez dans vos futurs choix.

Citation de: Basilix
Mais je pense que, en ce qui me concerne, les chose sont réalisables en montant en compétences.
Faites des exercices. C'est la seule façon pour progresser dans n'importe quel domaine.

Citation de: Basilix
Vous vous répétez inutilement ...
Oui, je le sais.

Citation de: Basilix
il ne faudrait pas ramer encore plus
N'ayez aucune crainte, j'arriverai à obtenir ce que je cherche à faire. Il me faut juste du temps pour lire ce que je trouve sur le net et de l'expérimenter.

En ce qui concerne ce sujet (networkctl), il est terminé car je suis arrivé à obtenir ce que je voulais, sans l'aide de personne.
Cela ne veut pas dire que l'aventure réseau se termine là.

Qu'est-ce que vous êtes venu faire dans ce forum ? Peut-on connaitre le projet que vous allez entreprendre ?

nonosch

  • Abonné Free fibre
  • *
  • Messages: 263
  • Mulhouse 68
configuration de systemd-networkd
« Réponse #77 le: 07 janvier 2024 à 15:38:09 »
@Basilix

je ne peut que vous conseillez de suivre le conseil de kgersen :

je cite :

"Le plus simple est ne pas répondre ou d'arrêter de répondre"

basilix

  • Abonné Orange Fibre
  • *
  • Messages: 183
configuration de systemd-networkd
« Réponse #78 le: 07 janvier 2024 à 15:41:27 »
@artemus24 : Je n'aurais aucun mal à suivre. Et si cela devenait le cas, alors, je serais purement bloqué. Vous avez le don pour retourner les choses.

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 795
  • Montignac Lascaux (24)
configuration de systemd-networkd
« Réponse #79 le: 17 janvier 2024 à 16:55:38 »
La Raspberry Pi est branchée par mon adaptateur USB/RJ45 à Debian sur l'interface LAN (lan0).
Pour avoir accès à l'internet sous Debian, j'ai l'interface WAN (enp2s0) qui branchée par un câble éthernet sur l'ONT_SFU_v3 de SFR.
J'ai bien l'internet par l'IPv4 & l'IPv6 dans Debian.
Dans la Raspberry PI, je n'ai aucun accès par l'IPv6 alors que j'ai des accès par l'IPv4.
Le test est toujours le même : "ping -6 google.fr -I end0". L'interface end0 est l'interface filaire de la Raspberry Pi.

J'ai pourtant bien supprimé le commentaire dans le fichier "sysctl.conf" des deux lignes ci-après :
net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1
aussi bien dans la Raspberry Pi que dans mon Debian :
root~> sysctl -p
net.ipv4.ip_forward = 1
net.ipv6.conf.all.forwarding = 1
root~>

Je vous communique mon fichier de configuration WAN ("02-wan.network"):
[Address]
Address=2a02:84XX:XXXX:XXXX::1/64
Scope=link

[DHCPPrefixDelegation]
Announce=no
SubnetId=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]
MACAddress=CC:2D:1B:F0:27:78
Multicast=yes
RequiredForOnline=yes

[Match]
Name=enp2s0

[Network]
DHCP=yes
DHCPPrefixDelegation=yes
DNS=109.0.66.10
DNS=109.0.66.20
DNS=2a02:8400::0
DNS=2a02:8400::1
IPv6AcceptRA=yes
IPv6PrivacyExtensions=no
LinkLocalAddressing=ipv6

IPForward=yes
IPMasquerade=both
LLMNR=yes
MulticastDNS=yes
Mon interface WAN semble fonctionner puisque j'ai les accès par IPv4 & IPv6.
Il est fort possible qu'il manque quelque chose, sauf que je ne vois pas quoi.

Voici mon fichier de configuration LAN ("02-lan.network") :
[Address]
Address=192.168.1.1/24
Broadcast=192.168.1.255

[DHCPPrefixDelegation]
Announce=yes
SubnetId=1
UplinkInterface=enp2s0

[DHCPServer]
PoolOffset=2
PoolSize=100
EmitDNS=yes
DNS=109.0.66.10
DNS=109.0.66.20
DefaultLeaseTimeSec=600
MaxLeaseTimeSec=7200

[Match]
Name=lan0

[Network]
DHCP=yes
DHCPPrefixDelegation=yes
DHCPServer=yes
DNS=109.0.66.10
DNS=109.0.66.20
DNS=2a02:8400::0
DNS=2a02:8400::1
IPv6AcceptRA=no
IPv6SendRA=yes
LinkLocalAddressing=ipv6
LLMNR=yes

IPForward=yes
IPMasquerade=both
MulticastDNS=yes
Je signale que cette même Raspberry Pi lorsqu'elle est branchée sur la Box SFR me donne bien les adresses par les adresses IPv4 & IPv6 que je peux vérifier par un "ping".

Depuis la Raspberry Pi, j'ai fait des ping sur :
--> l'adresse IPv6 de l'interface "end0" (interface filaire de la Raspberry Pi) : ça fonctionne.
--> l'adresse IPv6 de l'interface "lan0" (interface "LAN" sous Debian, là où est branché ma Raspberry Pi) : ça fonctionne.
--> l'adresse IPv6 de l'interface "enp2s0" (interface "WAN" sous Debian) : ça ne fonctionne pas.

Comment résoudre ce problème de l'accès par l'IPv6 depuis la Raspberry Pi ?

@+

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 758
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
configuration de systemd-networkd
« Réponse #80 le: 17 janvier 2024 à 19:30:02 »
si tu ping l'ipv6 de google.fr ca retourne quoi ?
le raspi obtient bien les dns ipv6 ?

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 108
  • Paris (75)
configuration de systemd-networkd
« Réponse #81 le: 17 janvier 2024 à 21:48:01 »
encore une fois il manque les infos de diagnostique. poster les configs seules n'aide pas trop a diagnostiquer.

sur le debian:
sudo networkctl status

sudo  networkctl status enp2s0

sudo  networkctl status lan0

ip -6 route

sur le Pi:
ip -6 route get 2001:4860:4860::8888
"j'ai fait des ping" manque de précision si c'est des ping en link-local ou en GUA (en IPv6 y'a plusieurs IP, il faut toujours être précis donc).

il faut aussi plus comprendre IPv6 et le meilleur moyen est de ne pas chercher a copier ce qu'on fait en IPv4  car en pratique les 2 n'ont pas grand chose en commun.

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 795
  • Montignac Lascaux (24)
configuration de systemd-networkd
« Réponse #82 le: 18 janvier 2024 à 13:11:21 »
Citation de: Rooot
si tu ping l'ipv6 de google.fr ça retourne quoi ?
Voici les deux pings que je fais depuis ma Raspberry Pi pour vérifier si j'ai l'internet :
~> ping -4 google.fr -I end0
PING  (216.58.214.163) from 192.168.1.63 end0: 56(84) bytes of data.
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=1 ttl=117 time=28.5 ms
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=2 ttl=117 time=28.4 ms
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=3 ttl=117 time=28.8 ms
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=4 ttl=117 time=28.0 ms

---  ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 28.034/28.426/28.818/0.277 ms
~> ping -6 google.fr -I end0
PING google.fr(par10s42-in-x03.1e100.net (2a00:1450:4007:80e::2003)) from 2a02:84XX:XXXX:XXX1:ec58:b09d:1ef2:aa3a end0: 56 data bytes

--- google.fr ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3051ms

~>
Comme on peut le voir, l'IPv4 fonctionne mais pas celle en IPv6. Ça me retourne quatre paquets perdus.

Citation de: Rooot
le raspi obtient bien les dns ipv6 ?
Dans la Raspberry Pi, j'ai déclaré les DNS dans le fichier "/etc/resolvconf/resolv.conf.d/tail" :
nameserver 8.8.8.8
nameserver 2001:4860:4860::8888
nameserver 8.8.4.4
nameserver 2001:4860:4860::8844
Si je branche ma Raspberry Pi sur ma Box SFR en éthernet, j'obtiens bien l'IPv4 & l'IPv6.
Le problème ne vient pas de la Raspberry Pi mais plutôt de l'interface LAN (lan0).
Cela fait longtemps que j'utilise mes Raspberry Pi et elles sont configurés pour recevoir des adresses IP à partir du DHCP.

@ kgersen : voici votre demande :
root~> networkctl
IDX LINK   TYPE     OPERATIONAL SETUP     
  1 lo     loopback carrier     unmanaged
  2 enp2s0 ether    routable    configured
  4 wlp4s0 wlan     off         unmanaged
  5 lan0   ether    routable    configured

4 links listed.
root~>

root~> networkctl status
●        State: routable                                         
  Online state: online                                           
       Address: 93.xxx.xxx.xxx on enp2s0
                192.168.1.1 on lan0
                2a02:84xx:xxxx:xxx1::1 on enp2s0
                2a02:84xx:xxxx:xxx1:ce2d:1bff:fef0:2778 on enp2s0
                2a02:84xx:xxxx:xxx1:250:b6ff:feb0:2428 on lan0
                fe80::ce2d:1bff:fef0:2778 on enp2s0
                fe80::250:b6ff:feb0:2428 on lan0
       Gateway: 93.xxx.xxx.1 on enp2s0
                fe80::5555 on enp2s0
           DNS: 109.0.66.10
                109.0.66.20
                2a02:8400::
                2a02:8400::1

janv. 18 12:18:59 Debian systemd[1]: Started systemd-networkd.service - Network Configuration.
janv. 18 12:18:59 Debian systemd-networkd[4101]: lan0: Configuring with /etc/systemd/network/02-lan.network.
janv. 18 12:18:59 Debian systemd-networkd[4101]: enp2s0: Configuring with /etc/systemd/network/02-wan.network.
janv. 18 12:19:00 Debian systemd-networkd[4101]: enp2s0: Link UP
janv. 18 12:19:03 Debian systemd-networkd[4101]: enp2s0: Gained carrier
janv. 18 12:19:05 Debian systemd-networkd[4101]: enp2s0: Gained IPv6LL
janv. 18 12:19:06 Debian systemd-networkd[4101]: enp2s0: DHCP: received delegated prefix 2a02:84xx:xxxx:xxx0::/56
janv. 18 12:19:06 Debian systemd-networkd[4101]: lan0: DHCP-PD address 2a02:84xx:xxxx:xxx1:250:b6ff:feb0:2428/64 (valid for 4min 59s, preferred f>
janv. 18 12:19:06 Debian systemd-networkd[4101]: enp2s0: DHCP-PD address 2a02:84xx:xxxx:xxx1:ce2d:1bff:fef0:2778/64 (valid for 4min 59s, preferre>
janv. 18 12:19:06 Debian systemd-networkd[4101]: enp2s0: DHCPv4 address 93.xxx.xxx.xxx/26, gateway 93.xxx.xxx.1 acquired from 84.103.237.164
root~>

root~> sudo  networkctl status enp2s0
● 2: enp2s0                                                                             
                     Link File: /usr/lib/systemd/network/99-default.link
                  Network File: /etc/systemd/network/02-wan.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.xxx1::1
                                2a02:84xx.xxxx.xxx1:ce2d:1bff:fef0:2778
                                fe80::ce2d:1bff:fef0:2778
                       Gateway: 93.xxx.xxx.1
                                fe80::5555
                           DNS: 109.0.66.10
                                109.0.66.20
                                2a02:8400::
                                2a02:8400::1
             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

janv. 18 12:18:59 Debian systemd-networkd[3800]: enp2s0: DHCPv6 lease lost
janv. 18 12:18:59 Debian systemd-networkd[3800]: enp2s0: Failed to disable IP masquerading, ignoring: No such file or directory
janv. 18 12:18:59 Debian systemd-networkd[3800]: enp2s0: DHCPv6 lease lost
janv. 18 12:18:59 Debian systemd-networkd[4101]: enp2s0: Configuring with /etc/systemd/network/02-wan.network.
janv. 18 12:19:00 Debian systemd-networkd[4101]: enp2s0: Link UP
janv. 18 12:19:03 Debian systemd-networkd[4101]: enp2s0: Gained carrier
janv. 18 12:19:05 Debian systemd-networkd[4101]: enp2s0: Gained IPv6LL
janv. 18 12:19:06 Debian systemd-networkd[4101]: enp2s0: DHCP: received delegated prefix 2a02:84xx:xxxx:xxx0::/56
janv. 18 12:19:06 Debian systemd-networkd[4101]: enp2s0: DHCP-PD address 2a02:84xx.xxxx.xxx1:ce2d:1bff:fef0:2778/64 (valid for 4min 59s, preferre>
janv. 18 12:19:06 Debian systemd-networkd[4101]: enp2s0: DHCPv4 address 93.xxx.xxx.xxx/26, gateway 93.xxx.xxx.1 acquired from 84.103.237.164
root~>

root~> sudo  networkctl status lan0
● 5: lan0                                                                     
                     Link File: /etc/systemd/network/02-lan.link
                  Network File: /etc/systemd/network/02-lan.network
                         State: routable (configured)
                  Online state: online                                         
                          Type: ether
                          Path: pci-0000:05:00.3-usb-0:3: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
  IPv6 Address Generation Mode: eui64
      Number of Queues (Tx/Rx): 1/1
              Auto negotiation: yes
                         Speed: 100Mbps
                        Duplex: full
                          Port: tp
                       Address: 192.168.1.1
                                2a02:84xx.xxxx.xxx1:250:b6ff:feb0:2428
                                fe80::250:b6ff:feb0:2428
                           DNS: 109.0.66.10
                                109.0.66.20
                                2a02:8400::
                                2a02:8400::1
             Activation Policy: up
           Required For Online: yes
             DHCP6 Client DUID: DUID-EN/Vendor:0000ab114fbd83174dabee7b0000
           Offered DHCP leases: 192.168.1.63 (to dc:a6:32:b8:17:2b)

janv. 18 12:17:55 Debian systemd-networkd[3800]: lan0: Gained carrier
janv. 18 12:17:55 Debian systemd-networkd[3800]: lan0: Gained IPv6LL
janv. 18 12:17:55 Debian systemd-networkd[3800]: lan0: Configuring with /etc/systemd/network/02-lan.network.
janv. 18 12:18:02 Debian systemd-networkd[3800]: lan0: DHCP-PD address 2a02:84xx.xxxx.xxx1:250:b6ff:feb0:2428/64 (valid for 4min 59s, preferred f>
janv. 18 12:18:59 Debian systemd-networkd[3800]: lan0: DHCPv6 lease lost
janv. 18 12:18:59 Debian systemd-networkd[4101]: lan0: Link UP
janv. 18 12:18:59 Debian systemd-networkd[4101]: lan0: Gained carrier
janv. 18 12:18:59 Debian systemd-networkd[4101]: lan0: Gained IPv6LL
janv. 18 12:18:59 Debian systemd-networkd[4101]: lan0: Configuring with /etc/systemd/network/02-lan.network.
janv. 18 12:19:06 Debian systemd-networkd[4101]: lan0: DHCP-PD address 2a02:84xx.xxxx.xxx1:250:b6ff:feb0:2428/64 (valid for 4min 59s, preferred f>
root~>

root~> ip -6 route
2a02:84xx.xxxx.xxx1::/64 dev lan0 proto kernel metric 256 expires 200sec pref medium
2a02:84xx.xxxx.xxx1::/64 dev enp2s0 proto kernel metric 256 pref medium
unreachable 2a02:84xx:xxxx:xxx0::/56 dev lo proto dhcp metric 1024 pref medium
fe80::/64 dev lan0 proto kernel metric 256 pref medium
fe80::/64 dev enp2s0 proto kernel metric 256 pref medium
default via fe80::5555 dev enp2s0 proto ra metric 10 expires 4378sec pref medium
root~>
Sur la Raspberry Pi :
~> ip -6 route get 2001:4860:4860::8888
2001:4860:4860::8888 from :: via fe80::250:b6ff:feb0:2428 dev end0 proto ra src 2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a metric 100 pref medium
~>

~> ip -6 route
2a02:84xx:xxxx:xxx1::780 dev wlan0 proto kernel metric 600 pref medium
2a02:84xx:xxxx:xxx1::/64 dev end0 proto ra metric 100 pref medium
fe80::/64 dev end0 proto kernel metric 100 pref medium
fe80::/64 dev wlan0 proto kernel metric 1024 pref medium
fe80::/64 dev end0 proto kernel metric 1024 pref medium
default via fe80::250:b6ff:feb0:2428 dev end0 proto ra metric 100 pref medium
~>

Citation de: kgersen
(j'ai fait des ping" manque de précision si c'est des ping en link-local ou en GUA (en IPv6 y'a plusieurs IP, il faut toujours être précis donc).
Voici le script que j'ai fait, sous la Raspberry Pi, pour tester les pings :
+---------------------+
| Ping IPv6 vers End0 |
+---------------------+

PING 2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a(2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a) 56 data bytes
64 bytes from 2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a: icmp_seq=1 ttl=64 time=0.081 ms
64 bytes from 2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a: icmp_seq=2 ttl=64 time=0.127 ms
64 bytes from 2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a: icmp_seq=3 ttl=64 time=0.106 ms
64 bytes from 2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a: icmp_seq=4 ttl=64 time=0.129 ms

--- 2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3067ms
rtt min/avg/max/mdev = 0.081/0.110/0.129/0.019 ms

+---------------------+
| Ping IPv6 vers Lan0 |
+---------------------+

PING 2a02:84xx:xxxx:xxx1:250:b6ff:feb0:2428(2a02:84xx:xxxx:xxx1:250:b6ff:feb0:2428) 56 data bytes
64 bytes from 2a02:84xx:xxxx:xxx1:250:b6ff:feb0:2428: icmp_seq=1 ttl=64 time=0.244 ms
64 bytes from 2a02:84xx:xxxx:xxx1:250:b6ff:feb0:2428: icmp_seq=2 ttl=64 time=0.605 ms
64 bytes from 2a02:84xx:xxxx:xxx1:250:b6ff:feb0:2428: icmp_seq=3 ttl=64 time=0.679 ms
64 bytes from 2a02:84xx:xxxx:xxx1:250:b6ff:feb0:2428: icmp_seq=4 ttl=64 time=0.289 ms

--- 2a02:84xx:xxxx:xxx1:250:b6ff:feb0:2428 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3067ms
rtt min/avg/max/mdev = 0.244/0.454/0.679/0.190 ms

+-----------------------+
| Ping IPv6 vers Enps20 |
+-----------------------+

PING 2a02:84xx:xxxx:xxx1:ce2d:1bff:fef0:2778(2a02:84xx:xxxx:xxx1:ce2d:1bff:fef0:2778) 56 data bytes
From 2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a icmp_seq=1 Destination unreachable: Address unreachable
From 2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a icmp_seq=2 Destination unreachable: Address unreachable

--- 2a02:84xx:xxxx:xxx1:ce2d:1bff:fef0:2778 ping statistics ---
4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 3066ms


+--------------------------+
| Ping IPv6 vers google.fr |
+--------------------------+

PING google.fr(par10s42-in-x03.1e100.net (2a00:1450:4007:80e::2003)) from 2a02:84xx:xxxx:xxx1:ec58:b09d:1ef2:aa3a end0: 56 data bytes

--- google.fr ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3070ms


+---------------------+
| Ping IPv4 vers End0 |
+---------------------+

PING 192.168.1.63 (192.168.1.63) 56(84) bytes of data.
64 bytes from 192.168.1.63: icmp_seq=1 ttl=64 time=0.073 ms
64 bytes from 192.168.1.63: icmp_seq=2 ttl=64 time=0.078 ms
64 bytes from 192.168.1.63: icmp_seq=3 ttl=64 time=0.084 ms
64 bytes from 192.168.1.63: icmp_seq=4 ttl=64 time=0.084 ms

--- 192.168.1.63 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3051ms
rtt min/avg/max/mdev = 0.073/0.079/0.084/0.004 ms

+---------------------+
| Ping IPv4 vers Lan0 |
+---------------------+

PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.652 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.292 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.746 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.608 ms

--- 192.168.1.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3067ms
rtt min/avg/max/mdev = 0.292/0.574/0.746/0.170 ms

+-----------------------+
| Ping IPv4 vers Enp2s0 |
+-----------------------+

PING 93.xxx.xxx.xxx (93.xxx.xxx.xxx) 56(84) bytes of data.
64 bytes from 93.xxx.xxx.xxx: icmp_seq=1 ttl=64 time=0.580 ms
64 bytes from 93.xxx.xxx.xxx: icmp_seq=2 ttl=64 time=0.230 ms
64 bytes from 93.xxx.xxx.xxx: icmp_seq=3 ttl=64 time=0.283 ms
64 bytes from 93.xxx.xxx.xxx: icmp_seq=4 ttl=64 time=0.636 ms

--- 93.xxx.xxx.xxx ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3066ms
rtt min/avg/max/mdev = 0.230/0.432/0.636/0.177 ms

+--------------------------+
| Ping IPv4 vers google.fr |
+--------------------------+

PING  (216.58.214.163) from 192.168.1.63 end0: 56(84) bytes of data.
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=1 ttl=117 time=28.8 ms
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=2 ttl=117 time=28.4 ms
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=3 ttl=117 time=29.5 ms
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=4 ttl=117 time=29.1 ms

---  ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 28.392/28.940/29.458/0.396 ms
~>
Les pings avec adresses IPv4 & IPv6 sont celles de mes interfaces.
Quel est l'intérêt de tester une adresse IPv6 de lien local pour savoir si l'internet fonctionne ?

Citation de: kgersen
il faut aussi plus comprendre IPv6 et le meilleur moyen est de ne pas chercher a copier ce qu'on fait en IPv4 car en pratique les 2 n'ont pas grand chose en commun.
Je n'ai pas adapté l'IPv6 à partir de l'IPv4. J'ai fait une recherche sur le net et j'ai trouvé des exemples.
Pour avoir l'IPv4 dans la Rapsberry Pi, j'ai utilisé les paramètres "IPForward=yes" & "IPMasquerade=both".
J'ai testé aussi par la configuration de "sysctl", mais cela n'a rien donnée. Je suis à court d'idée.  :(

@+

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 108
  • Paris (75)
configuration de systemd-networkd
« Réponse #83 le: 18 janvier 2024 à 18:54:44 »
Quel est l'intérêt de tester une adresse IPv6 de lien local pour savoir si l'internet fonctionne ?

parce que en chemin, la passerelle par exemple, peut être un lien local (visible dans les route -6). le chemin d'une GUA a une GUA peut passer par des IPv6 de liens locaux.

root~> ip -6 route
2a02:84xx.xxxx.xxx1::/64 dev lan0 proto kernel metric 256 expires 200sec pref medium
2a02:84xx.xxxx.xxx1::/64 dev enp2s0 proto kernel metric 256 pref medium
...

xx.xxxx.xxx1 est différent d'une ligne a l'autre ? sinon c'est un peu normal que ca ne fonctionne pas.

idéalement on devrait plutôt avoir un truc du genre:

root~> ip -6 route
2a02:84xx.xxxx.xxx2::/64 dev lan0 proto kernel metric 256 expires 200sec pref medium
2a02:84xx.xxxx.xxx1::/64 dev enp2s0 proto kernel metric 256 pref medium
...

ONT -- ...1::/64 -- Debian - ...2::/64 - Pi

car en IPv6 on ne fait pas NAT (masquerade).

La technique est que: Le debian fait une demande de delegation de prefix IPv6 a SFR, recoit un /56 (= 256 réseaux /64, message visible dans networkctl status "DHCP: received delegated prefix 2a02:84xx:xxxx:xxx0::/56").
Sur les 256 réseaux recus, il doit s'en configurer un pour son interface enp2s0  et un pour son interface lan. Sur l'interface lan il annonce ce réseau pour que les machines dessus (dont le Pi) s'autoconfigurent une IPv6 avec ce /64.
Dans les 2 cas, on ne met jamais en 'dur' l'IPv6 puisqu'on ne la connait pas avant de recevoir le /56 (d'ou le terme "dynamique") mais je vois des IPv6 en dur dans la config...