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

artemus24 · « **Réponse #48 le:** 29 décembre 2023 à 20:05:33 »

Voici le fichier "05-bridge.netdev" :

[NetDev]
Kind=bridge
Name=br0

Voici le fichier "05-ethernet.network" :

Code: [Sélectionner]

[Link]
Multicast=Yes

[Match]
Name=enp2s0

[Network]
Bridge=br0
MulticastDNS=Yes

Et voici le fichier "05-bridge.network" :

Code: [Sélectionner]

[Match]
Name=br0

[Network]
DHCP=Yes
IPv6PrivacyExtensions=kernel
MulticastDNS=Yes

Je n'ai rien inventé, je l'ai récupéré sur le net.
Ça fonctionne sous Debian puisque je peux faire "ping -4 google.fr -I br0" et "ping -6 google.fr -I br0".

Je vais aborder la deuxième partie de mon projet.
Je possède deux câbles USB/RJ45, ce qui me permet d'avoir deux interfaces réseaux supplémentaires en plus de "enp2s0" (ethernet) & "wlp4s0" (Wifi) dans mon Debian.
Mon idée est de relier ce pont (br0) à l'interface de l'un de mes câbles USB/RJ45 afin d'avoir de l'internet.
Je vais le tester en mettant l'une de mes Raspberry Pi branchée à l'autre extrémité de ce câble USB/RJ45.
Sauf que je ne suis pas arrivé à bien configurer l'interface USB/RJ45 pour obtenir l'internet dans ma Raspberry Pi.

Voici mon fichier "06-raspberry.network" :

Code: [Sélectionner]

[Match]
MACAddress=00:50:b6:fb:a3:10

[Network]
Address=192.168.1.123/24
Gateway=192.168.1.1

L'adresse MAC est celle de l'interface de l'un de mes câbles USB/RJ45.

kgersen · « **Réponse #49 le:** 29 décembre 2023 à 20:42:53 »

Un bridge (br0) avec une seule interface dedans (enp2s0) ne faisait pas de sens d'où mon interrogation.

Pour info, c'est plus clair quand tu recherche de l'aide dans un forum d'expliquer l'objectif final des le début. Fournir les infos a la demande ou bout par bout est très irritant et frustrant pour ceux qui veulent aider et souvent c'est la raison pour laquelle les gens ne répondent pas ou ignorent le sujet après une réponse.

artemus24 · « **Réponse #50 le:** 30 décembre 2023 à 13:43:47 »

@ Kgersen : Il n'y a aucun intérêt si je pose la problème et d'avoir de suite la solution.
Ce n'est pas ainsi que je vais apprendre quoi que ce soit.
Je préfère y aller progressivement, même si je fais des conneries car c'est formateur de faire des erreurs.

Si tu veux que je fournisse plus d'informations, tu n'as qu'à me le demander.

Je pense avoir compris comment fonctionne un pont.
(je n'aime pas dire "bridge" car j'ai l'impression de m'exprimer au sujet d'un "dentier").
Oui, il n'y avait qu'une seule patte à mon pont, celle de l'ethernet (enp2s0).
Je viens d'ajouter la seconde patte à mon pont, celle vers ma Raspberry Pi
J'ai réussi à configurer mon interface câble USB/RJ45 et ça fonctionne !

Dans la Box SFR, j'ai vu l'adresse IP Ethernet de la Raspberry Pi apparaître.
La particularité d'un pont, on peut voir les adresses IP de connexion dans le routeur (ou la Box).

Je n'ai pas pu entrer dans ma Raspberry Pi car j'ai un certificat SSH qui me bloque l'accès depuis Debian, mais pas sous Windows.

Code: [Sélectionner]

root~> ssh pi@192.168.1.79
pi@192.168.1.79: Permission denied (publickey).
root~>

Ce qui prouve que l'accès fonctionne.

La configuration du pont n'a pas changé depuis que je l'ai déposé hier.
Voici la configuration de l'interface du câble USB/RJ45".
Fichier "07-usb.link" :

Code: [Sélectionner]

[Match]
MACAddress=00:50:b6:fb:a3:10

[Link]
Name=lan0

Et fichier "07-usb.network" :

Code: [Sélectionner]

[Match]
Name=lan0

[Network]
Address=192.168.1.41/24
Bridge=br1
DNS=192.168.1.1
Gateway=192.168.1.1

Par contre, je ne comprends pas trop l'intérêt de mettre une adresse statique comme je l'ai fait.
J'ai beau faire "ping 192.168.1.41", ça ne fonctionne pas.
Quelques explications seront les bienvenue.

EDIT: Je précise que seul l'IPv4 fonctionne, mais pas l'IPv6.

Code: [Sélectionner]

root/warehouse/05.Network/03.Systemd/box> ssh pi@2a02:84XX:XXXX:XXXX::790
ssh: connect to host 2a02:84XX:XXXX:XXXX::790 port 22: No route to host
root~>

Dois-je comprendre qu'il me manque une route ?
Je veux bien mais où dois-je la mettre ? Coté Pont ou coté lan0 ?

EDIT 2: L'ipv6 fonctionne maintenant. J'ai oublié de l'activé dans la Raspberry PI.

EDIT 3: mettre une adresse dans "07-usb.network" ne sert strictement à rien. Du coup, je l'ai supprimé.

artemus24 · « **Réponse #51 le:** 01 janvier 2024 à 07:00:45 »

A tous les membres de "LaFibre.info", je souhaite une bonne année, une bonne santé et mes meilleurs vœux pour la nouvelle année 2024.

Je récapitule ce que j'ai fait jusqu'à présent.

a) La première partie de mon projet était la plus compliquée puisque je devais bypasser la Box SFR.
J'ai mis mon ordinateur Debian derrière l'ONT-SFU-v3 de SFR et j'ai pu récupérer les adresses WAN IPv4 & IPv6 du serveur SFR.
Ça fonctionne.

b) Comme je ne maîtrise pas le service "systemd-networkd", j'ai préféré faire des tests en me mettant derrière la Box SFR.
J'ai configuré assez facilement "networkctl" pour les quatre cas suivants :
--> interface "enp2s0" (éthernet) via DHCP.
--> interface "wlp4s0" (wifi) via DHCP.
--> interface "enp2s0" (éthernet) via les adresses IPv4 & IPv6 Statiques.
--> interface "wlp4s0" (wifi) via les adresses IPv4 & IPv6 Statiques.
Ça fonctionne.

c) toujours derrière la Box SFR, j'ai voulu testé le pont (bridge).
Dans un premier temps, j'ai créé un pont à une patte dans les deux cas suivants :
--> pont avec dhcp (br0)
--> pont avec adresses IP statiques (br1).
J'ai testé l'accès à l'internet en faisant varier les paramètres de ce "ping -4 google.fr -I br0".
Quatre cas et à chaque fois, ça fonctionne. J'ai bien l'internet Ipv4 & IPv6 dans mon Debian.

d) j'ai ensuite créé la seconde patte de mon pont.
Pour cela, j'ai utilisé mon câble USB/RJ45. Ce qui me permet d'avoir une interface réseau supplémentaire dans mon Debian.
A l'autre extrémité, j'ai mis ma Raspberry Pi afin de tester l'accès.
Comme j'avais une sécurité mis en place de type certificat SSH, je ne pouvais pas entrer dans ma Raspberry Pi.
J'ai débloqué cette sécurité et je suis bien entrée dans ma Raspberry aussi bien en IPv4, en IPv6, qu'avec l'adresse de lien local IPv6.
Là aussi, ça fonctionne.

e) j'ai ensuite mis mon décodeur TV plus SFR à l'autre extrémité du câble USB/RJ45.
J'ai testé la réception TV ainsi que le streaming directement sur mon téléviseur Samsung.
Ça fonctionne. Normal, car je suis derrière la Box SFR.

Cette deuxième partie consistait à transformer mon Debian en un commutateur éthernet basique à l'aide d'un pont à deux pattes.
--> par la prise RJ45 de mon Debian, j'ai branché un câble éthernet vers ma Box SFR.
--> par mon câble USB/RJ45 branché sur l'une des prises USB de mon Debian, j'ai mis à l'autre bout une raspberry Pi et ensuite mon Décodeur TV Plus SFR.

Je me suis arrêté à ces deux tests qui ont été concluant.

A titre indicatif, je vous communique mes fichiers :

a) "05-bridge.netdev" :

Code: [Sélectionner]

[NetDev]
Kind=bridge
Name=br0

b) "05-bridge.network" :

Code: [Sélectionner]

[Match]
Name=br0
Type=bridge

[Network]
DHCP=yes
IPv6PrivacyExtensions=kernel
MulticastDNS=yes

c) "05-ethernet.network" :

Code: [Sélectionner]

[Link]
Multicast=yes

[Match]
Name=enp2s0

[Network]
Bridge=br0
MulticastDNS=yes

d) "07-usb-link" :

Code: [Sélectionner]

[Match]
MACAddress=00:50:b6:b0:24:28

[Link]
Name=lan0

e) "07-usb-network" :

Code: [Sélectionner]

[Match]
Name=lan0

[Network]
Bridge=br0

Cette deuxième partie fonctionne bien, mais je suis derrière ma Box SFR.
Que dois-je faire si maintenant je suis derrière mon ONT-SFU-v3 ?

artemus24 · « **Réponse #52 le:** 03 janvier 2024 à 14:11:48 »

J'ai pu résoudre sans trop de difficulté le pont entre l'interface "enp2s0" et les deux interfaces "esclave" que sont "slv0' et "slv1".
Je vais complexifier mon exercice en ajoutant les VLAN.

a) l'interface "slv0" aura VLAN=1.
Je dois être en mesure d'entrer dans la Raspberry Pi qui se trouve derrière cette interface "slv0" par la commande "ssh pi@{adresse IP de la raspberry derrière l'interface slv0}".
A priori, si je suis entrée, j'ai obligatoirement les adresse IP en provenance du serveur DHCP de ma Box SFR. Et donc, j'ai l'accès à l'internet.

b) l'interface "slv1" aura VLAN=2.
Dans cette autre Raspberry Pi, l'entrée est interdite, en utilisant la "ssh pi@{adresse IP de la raspberry derrière l'interface slv1}".
Par contre, dans l'interface filaire, je dois avoir les adresses IP en provenance du serveur DHCP de ma Box SFR. Avoir l'accès à l'internet, bien sûr.
Actuellement, ce n'est pas le cas d'où le problème que je rencontre.

c) le pont "br1" aura VLAN=1.
Récupérer les adresses IP en provenance du serveur DHCP de la Box SFR.
Avoir accès à l'internet.

d) l'interface "enp2s0" doit gérer VLAN=1 ainsi que VLAN=2.

Qu'est-ce que j'essaye de faire, enfin si c'est possible ?
Depuis Debian, donc là où se trouve le pont "br1", je cherche à totalement isoler VLAN=2 (l'interface "slv1"), de façon à ce que le flux passe au travers du pont.
Sans avoir la possibilité d'accéder à quoi que ce soit de ce qui se trouve derrière l'interface "slv1".

Depuis la Raspberry Pi qui se trouve derrière l'interface "slv1", elle doit se comporter comme si elle était reliée directement à la Box SFR.
Tout se passe comme si le pont n'existait pas pour elle.

Pour l'interface "slv0", je dois retrouver le même comportement du pont sans VLAN. Je ne sais pas trop si je suis suffisamment clair.

Voici "06-bridge.netdev" :

Code: [Sélectionner]

[NetDev]
Kind=bridge
Name=br1

[Bridge]
DefaultPVID=none
VLANFiltering=yes

Voici "06-bridge.network" :

Code: [Sélectionner]

[Match]
Name=br1
Type=bridge

[Network]
DHCP=yes

[BridgeVLAN]
EgressUntagged=1
PVID=1
VLAN=1

Pour le pont, le VLAN est 1.

Voici 06-slave0.network" :

Code: [Sélectionner]

[Match]
Name=slv0

[Network]
Bridge=br1

[BridgeVLAN]
EgressUntagged=1
PVID=1
VLAN=1

J'utilise mes câbles USB/RJ45 et je branche une Raspberry Pi derrière chaque interface esclave.

Depuis Debian, donc là où j'ai le pont, je peux atteindre la Raspberry Pi derrière l'interface "slv0" en faisant "ssh pi@{adresse IP de la raspberry derrière l'interface slv0}".
J'ai vérifié, l'accès se fait bien par le câble USB/RJ45 et non par le wifi.
J'ai aussi accès à ma Raspberry Pi par le Wifi en passant par la Box SFR, pour vérifier si j'obtiens bien les adresses IP du DHCP sur mon interface filaire.
Comme c'est le même identifiant VLAN, avec le pont, j'ai accès à ma Raspberry par l'interface "slv0".

Voici "06-slave1.network" :

Code: [Sélectionner]

[Match]
Name=slv1

[Network]
Bridge=br1

[BridgeVLAN]
EgressUntagged=2
PVID=2
VLAN=2

Depuis Debian, je ne peux pas entrer dans la Raspberry Pi qui se trouve derrière l'interface "slv1" en faisant "ssh pi@{adresse IP de la raspberry derrière l'interface slv1}".
C'est ce que je veux, à savoir aucun accès depuis le pont si je passe par l'interface "slv1".

La cause est que le pont a le VLAN 1 tandis que mon interface "slv1" a la VLAN 2.
Je suppose que la configuration de "06-slave1.network" est à l'identique de "06-slave0.network", sauf pour le nom de l'interface et l'identifiant du VLAN.

Voici "06-ethernet.network" :

Code: [Sélectionner]

[Match]
Name=enp2s0
Type=ether

[Link]
RequiredForOnline=yes

[Network]
Bridge=br1

[BridgeVLAN]
EgressUntagged=1
PVID=1
VLAN=1-2

Je pense que j'ai mal déclaré le VLAN=2 dans l'interface "enp2s0". J'ai fait plusieurs tests sans succès.

Voici les comptes-rendus :

Code: [Sélectionner]

root~> networkctl
IDX LINK   TYPE     OPERATIONAL SETUP     
  1 lo     loopback off         unmanaged
  2 enp2s0 ether    enslaved    configured
  4 wlp4s0 wlan     off         unmanaged
  6 br1    bridge   routable    configured
  7 slv0   ether    enslaved    configured

5 links listed.
root~> 
A priori, ça a l'air d'être correcte.

[code]root~> networkctl status br1
● 6: br1                        
                     Link File: /usr/lib/systemd/network/99-default.link
                  Network File: /etc/systemd/network/06-bridge.network
                         State: routable (configured)
                  Online state: online
                          Type: bridge
                          Kind: bridge
                        Driver: bridge
              Hardware Address: a2:fe:fa:ec:a2:c5
                           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: 1Gbps
                       Address: 192.168.1.91 (DHCP4 via 192.168.1.1)
                                2a02:84XX:XXXX:XXXX::910
                                fe80::a0fe:faff:feec:a2c5
                       Gateway: 192.168.1.1
                                fe80::ce2d:1bff:fef0:2778
                           DNS: 192.168.1.1
                                2a02:84XX:XXXX:XXXX::1
                           NTP: 192.168.1.1
             Activation Policy: up
           Required For Online: yes
               DHCP4 Client ID: IAID:0x7ca0808/DUID
             DHCP6 Client IAID: 0x7ca0808
             DHCP6 Client DUID: DUID-EN/Vendor:0000ab114fbd83174dabee7b0000

janv. 03 12:09:20 Debian systemd-networkd[4866]: br1: netdev ready
janv. 03 12:09:20 Debian systemd-networkd[4866]: br1: Configuring with /etc/systemd/network/06-bridge.network.
janv. 03 12:09:20 Debian systemd-networkd[4866]: br1: Link UP
janv. 03 12:09:20 Debian systemd-networkd[4866]: br1: Gained carrier
janv. 03 12:09:22 Debian systemd-networkd[4866]: br1: Gained IPv6LL
janv. 03 12:09:25 Debian systemd-networkd[4866]: br1: DHCPv4 address 192.168.1.91/24, gateway 192.168.1.1 acquired from 192.168.1.1
janv. 03 12:09:27 Debian systemd-networkd[4866]: br1: DHCPv6 address 2a02:84XX:XXXX:XXXX::910/128 (valid for 59min 59s, preferred for 59min 59s)

J'obtiens bien mes adresses IPv4 & IPv6 dans l'interface "br1", en provenance du serveur DHCP de ma BOX SFR.

Voici l'interface "slv0" :

Code: [Sélectionner]

root~> networkctl status slv0
● 7: slv0                       
                     Link File: /etc/systemd/network/06-slave0.link
                  Network File: /etc/systemd/network/06-slave0.network
                         State: enslaved (configured)
                  Online state: online
                          Type: ether
                          Path: pci-0000:05:00.4-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: br1
  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

janv. 03 11:53:26 Debian systemd-networkd[3464]: slv0: Configuring with /etc/systemd/network/07-route.network.
janv. 03 12:09:20 Debian systemd-networkd[4866]: slv0: Link UP
janv. 03 12:09:20 Debian systemd-networkd[4866]: slv0: Gained carrier
janv. 03 12:09:20 Debian systemd-networkd[4866]: slv0: Gained IPv6LL
janv. 03 12:09:20 Debian systemd-networkd[4866]: slv0: Configuring with /etc/systemd/network/06-slave0.network.
janv. 03 12:10:24 Debian systemd-networkd[4866]: slv0: Link DOWN
janv. 03 12:10:24 Debian systemd-networkd[4866]: slv0: Lost carrier
janv. 03 12:10:27 Debian systemd-networkd[4866]: slv0: Configuring with /etc/systemd/network/06-slave0.network.
janv. 03 12:10:27 Debian systemd-networkd[4866]: slv0: Link UP
janv. 03 12:10:29 Debian systemd-networkd[4866]: slv0: Gained carrier

Elle fonctionne puisque l'accès se fait.

Voici l'interface "slv1" :

Code: [Sélectionner]

root~> networkctl status slv1
● 8: slv1                       
                     Link File: /etc/systemd/network/06-slave1.link
                  Network File: /etc/systemd/network/06-slave1.network
                         State: enslaved (configured)
                  Online state: online
                          Type: ether
                          Path: pci-0000:05:00.4-usb-0:2:1.0
                        Driver: asix
                        Vendor: ASIX Electronics Corp.
                         Model: AX88772B
              Hardware Address: 00:50:b6:fb:a3:10 (GOOD WAY IND. CO., LTD.)
                           MTU: 1500 (max: 65535)
                         QDisc: fq_codel
                        Master: br1
  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

janv. 03 12:50:02 Debian systemd-networkd[4866]: slv1: Configuring with /etc/systemd/network/06-slave1.network.
janv. 03 12:50:02 Debian systemd-networkd[4866]: slv1: Link UP
janv. 03 12:50:08 Debian systemd-networkd[4866]: slv1: Gained carrier

Code: [Sélectionner]

root~> networkctl status enp2s0
● 2: enp2s0                     
                     Link File: /usr/lib/systemd/network/99-default.link
                  Network File: /etc/systemd/network/06-ethernet.network
                         State: enslaved (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: d4:5d:64:6b:f2:5b (ASUSTek COMPUTER INC.)
                           MTU: 1500 (min: 68, max: 9194)
                         QDisc: fq_codel
                        Master: br1
  IPv6 Address Generation Mode: none
      Number of Queues (Tx/Rx): 1/1
              Auto negotiation: yes
                         Speed: 1Gbps
                        Duplex: full
                          Port: tp
             Activation Policy: up
           Required For Online: yes

janv. 03 11:53:33 Debian systemd-networkd[3464]: enp2s0: DHCPv6 address 2a02:84XX:XXXX:XXXX::XXXX/128 (valid for 59min 59s, preferred for 59min 59s)
janv. 03 11:53:34 Debian systemd-networkd[3464]: enp2s0: DHCPv4 address 192.168.1.11/24, gateway 192.168.1.1 acquired from 192.168.1.1
janv. 03 12:09:20 Debian systemd-networkd[3464]: enp2s0: Link DOWN
janv. 03 12:09:20 Debian systemd-networkd[3464]: enp2s0: Lost carrier
janv. 03 12:09:20 Debian systemd-networkd[3464]: enp2s0: DHCP lease lost
janv. 03 12:09:20 Debian systemd-networkd[3464]: enp2s0: DHCPv6 lease lost
janv. 03 12:09:20 Debian systemd-networkd[3464]: enp2s0: DHCPv6 lease lost
janv. 03 12:09:20 Debian systemd-networkd[4866]: enp2s0: Configuring with /etc/systemd/network/06-ethernet.network.
janv. 03 12:09:20 Debian systemd-networkd[4866]: enp2s0: Link UP
janv. 03 12:09:24 Debian systemd-networkd[4866]: enp2s0: Gained carrier

Voici les VLAN par la commande "bridge" :

Code: [Sélectionner]

root~> bridge vlan show
port              vlan-id  
enp2s0            1 PVID Egress Untagged
                  2
br1               1 PVID Egress Untagged
slv0              1 PVID Egress Untagged
slv1              2 PVID Egress Untagged
root~>

Ça correspond à ce que j'ai déclaré dans les fichiers de configurations.

Pour la configuration, je pense que tout se fait dans mon Debian et rien dans les Raspberry Pi.
J'ai lu sur le net que l'on a droit qu'à un seul pont.
Tout se passe comme si le VLAN (=1) du pont "br1" était le seul à fonctionner.

Comment résoudre ce problème ?

basilix · « **Réponse #53 le:** 03 janvier 2024 à 14:49:19 »

Le fil de discussion serait plus clair en exploitant un logiciel de simulation réseau tel que GNS3.

artemus24 · « **Réponse #54 le:** 04 janvier 2024 à 12:23:25 »

@ Balilix : Je n'ai pas besoin de simuler puisque je peux faire des tests grandeur nature, ce qui est encore mieux.

Ce qui me manque est la compréhension de ce que je fais. Je reprends des exemples que je trouve sur le net mais ils ne sont pas toujours très clairs.
Le VLAN (Virtual Local Area Network) est je pense, une trame marquée ou pas selon un numéro que l'on défini.
Elle est diffusée selon un chemin balisé par ce numéro dans le réseau.
Si je comprends bien, il y a deux notions, celle du marquage et celle du balisage.

J'ai repris l'exemple N°6 (Bridge port with VLAN forwarding).
Au préalable, j'avais fait l'exemple N°5 (A bridge with two enslaved links) sans problème.

Si je comprends bien, le pont va faire du filtrage en transférant la trame marquée par le numéro du VLAN vers la bonne interface.
Dans mon cas, l'interface "slv0" est pour le VLAN=1 et l'interface "slv1" pour le VLAN=2.
Comme je l'ai dit, depuis Debian, donc là où se trouve le pont qui est en VLAN=1, si je fais "ssh pi@{adresse IP de la raspberry derrière l'interface slv1}", ça ne fonctionne pas et c'est normal et c'est ce que je veux.

Mais les trames venant de ma Raspberry Pi qui se trouve derrière l'interface "slv1" ne sont pas marquées.
De ce fait, en passant par l'interface "slv1", elles seront marquées à 2 (voir dans 06-slave1.network le paramètre : EgressUntagged=2)
Ce paramètre "EgressUntagged" se traduit par flux non marquée en sortie qui va donc prendre la valeur 2.

Et dans l'interface "enp2s0", le flux marqué à "2" sera accepté (voir dans 06-ethernet.network le paramètre VLAN=1-2).
Et donc, pourquoi ne puis-je pas avoir les adresses IP dans l'interface filaire de ma raspberry Pi ?

Il se peut que le flux montant fonctionne mais pas le flux descendant qui serait soit marquée à "1" soit non marquée.
Et du coup, je ne sais pas comment résoudre ce problème.

rooot · « **Réponse #55 le:** 04 janvier 2024 à 12:55:57 »

Citation de: artemus24 le 04 janvier 2024 à 12:23:25

@ Balilix : Je n'ai pas besoin de simuler puisque je peux faire des tests grandeur nature, ce qui est encore mieux.

TOI tu n'as pas besoin de simuler car tu sais a minima ce que tu veux faire, mais ici tu ne parles pas tout seul, tu t'adresses aux membres, qui EUX ont besoin de comprendre ce que tu essaies de faire.
Franchement qui a envi de lire des commentaires grands comme 2x mon ecran 24", qui s'enchainent les uns derrière les autres ? qu'elle personne qui va débarquer a ce stade de la discussion (5eme page !) et se taper toutes les pages du topic pour arriver jusqu'ici et répondre à tes questions ?
Surtout quand ceux qui essaient de t'aider obtiennent en retour, des "j'ai pas besoin de...", "Il n'y a aucun intérêt si je pose le problème...", et j'en passe...
Dès le début je t'ai dit qu'on ne comprenait pas là ou tu voulais en venir, ensuite ca a été Kgersen qui a fini par abandonné il me semble, et maintenant basilix.

artemus24 · « **Réponse #56 le:** 04 janvier 2024 à 14:09:52 »

De quoi avez-vous besoin ?

Kgersen m'a suggéré de fournir les fichiers de configurations, les "networkctl status ...", le "bridge vlan show", ce que j'ai fait.
S'il manque quelque chose, qu'on me le dise.

Je ne vais pas m'investir dans un logiciel que je ne connais pas, juste parce qu'on me le demande.
Je m'investis déjà dans "systemd-networkd" et je lis la documentation.

Et ce n'est pas une raison de m'engueuler !

rooot · « **Réponse #57 le:** 04 janvier 2024 à 17:03:20 »

je résume rapidement en quelques lignes :

Tu demandes de l'aide.
On te dit : "pour pouvoir t'aider ce serait bien que tu fasses ceci ou cela, pour nous aider à t'aider, sinon on comprend pas ce que tu demandes."
Tu réponds : Non, j'ai pas besoin de ça...

En fait je vais me répéter encore une fois, la meilleure solution pour toi, c'est de parler avec un robot. il n'abandonnera pas

et il répondra a toutes tes questions, si c'est pas juste a 100%, et bien tu ajusteras en fonction et tu trouveras les 5/10% qui manquent. Je te conseille ChatGPT ou des équivalents du même genre PHIND (fonctionne sans compte) : https://www.phind.com/
il faut lui parler comme tu parles a un humain, et pas comme on recherche sur google.

artemus24 · « **Réponse #58 le:** 04 janvier 2024 à 19:21:01 »

@ rooot : j'ai compris, ce n'est pas la peine de me le répéter encore une fois. ChatGPT ne m'intéresse pas.
Si cela ne t’intéresse pas de m'aider, ce que je peux comprendre, pourquoi tu me fais la morale ?
Et personne ne t'oblige à me répondre si cela te dérange ! Alors abstiens toi s'il te plait.

Est-ce une façon de me dire de quitter le forum ?

rooot · « **Réponse #59 le:** 04 janvier 2024 à 21:11:09 »

Citation de: artemus24 le 04 janvier 2024 à 19:21:01

chatGPT ne m'intéresse pas.

Quelle différence entre chaGPT et la personne qui a la réponse a tes problèmes ?
T'as la possibilité d'avoir des réponses a tous tes problemes immédiatement et tu refuses cette méthode, tu préfères attendre des jours qu'une personne vienne s'interesser a ton topic...
Ca demande ZERO effort, tu poses ta question et tu analyses la réponse. personne ne te demande de t'interesser a chatGPT, mais si tes réponses sont là il faut bien être le dernier des idiots pour préférer attendre des jours et des jours qu'une personne vienne t'aider, et qui plus est, de la façon dont tu souhaites.

Basilix te demande de faire un croquis de ton reseau pour mieux comprendre ce que tu veux faire, tu ne veux pas installer de logiciel.

On te demande d'etre plus clair en indiquant dès le début ce que tu veux faire, tu réponds "Si tu veux que je fournisse plus d'informations, tu n'as qu'à me le demander."

Non mais sérieux, il n'y a pas un moment ou tu te remets un peu en question ?
Quand tu étais étudiant, tu disais a tes profs qu'ils devaient t'expliquer les choses comme tu le souhaitais et pas autrement ?

PS:
Personne ne te demande de quitter le forum.