L'interface dummy !

**Artemus24** · 16/02/2024, 11h34

Salut à tous.

Mon ordinateur Debian est branché directement sur l'ONT7-SFU-v3 de SFR.
Je suis arrivé à bien configurer "systemd-networkd" afin d'avoir une interface WLAN, ainsi que des interfaces ponts (bridge) et enslave (lanx).
Autrement dit, le compliqué, je suis arrivé à le faire.

Mais là, je bute sur une interface dummy, au moins dans la compréhension car je ne vois pas trop à quoi ça sert.
A mon avis, je dois m'y prendre comme un pied pour deux cas de figures que voici :

a) interface dummy seul.
J'ai attribué les adresses IP, soit en faisant "DHCP=yes" ou soit par des adresses fixes.
A priori, je n'ai pas d'erreur, mais je n'ai pas d'internet.

b) interface dummy avec un routage.
J'ai mon interface WAN qui est à ma disposition.
J'ai repris l'interface dummy précédent, et j'ai tenté de faire du routage, mais je n'ai toujours pas d'internet.

Pouvez vous m'expliquer :
--> à quoi sert l'interface dummy car jusqu'à présent, je n'en ai pas eu besoin.
--> comment effectuer un routage ?
--> obtenir l'internet sur l'interface dummy (par un ping google.fr -I dummy0).

Merci.
@+

**chrtophe** · 17/02/2024, 08h27

L"interface dummy est comme loopbakc, une fausse carte réseau.

La différence étant que l'adresse dummy est routable, mais le paquets partent dans le vide un peu comme /dev/null au niveau du FS.

Ca semble essentiellement utilisé pour faire des tests.

Je pense que c'est spécifique à Linux.

Je connaissais pas.

**Artemus24** · 17/02/2024, 09h32

Je sais que c'est spécifique à Linux. Dans une discussion concernant une ancienne version de systemd-networkd, je devais utiliser les interfaces dummy. C'est une interface fictive et je me suis dit que je pouvais l'utiliser, sauf que je n'arrive à rien.

Si je ne peux pas utiliser une interface dummy comme je le fais avec enp2s0 qui est l'interface physique éthernet de mon Debian, cela ne me sert à rien. Ou alors, il faut m'expliquer dans quel cas, a-t-on besoin de ce genre d'interface pour faire je ne sais quoi avec.

Deux choses que je ne comprends pas bien :

a) quel est la différence entre :
--> ping google.fr -I nom_de_l_interface
--> ping google.fr -I une_adresse_IP_dans_l_interface

b) je n'ai toujours pas compris comment fonctionne le routage.
J'ai l'interface enp2s0, qui est mon interface ethernet où j'ai l'internet avec l'adresse 192.168.1.200/24.
J'ai une interface local (lan0) où l'adresse est 10.0.0.200/24.

J'aimerai que le "ping google.fr -I 10.0.0.200" fonctionne.
Si j'ai bien compris, je dois faire un routage, avec les paramètres suivants :
--> Address = 10.0.0.200/24
--> Gateway = 10.0.0.1 // a priori, je n'ai pas de passerelle car j'ai juste déclaré l'adresse 10.0.0.200/24.
--> Destination = xxx // j'ignore ce que je dois mettre. J'ai testé en mettant 10.0.0.0/24 ou 192.168.1.0/24 mais je n'obtiens rien.

Le compliqué, je suis arrivé à le faire comme par exemple, une interface WAN configuré pour accéder aux serveurs dhcp de SFR, sans passer par la Box SFR. J'ai créé deux ponts, et j'ai mis sur chaque pont, trois interfaces à partir de mes six dongles USB/RJ45 et ça fonctionne très bien. J'ai testé à partir de mes raspberry Pi et j'ai bien les adresses IPv4 & IPv6 ainsi qu'internet. Pour cela, j'ai utilisé le DHCP IPv4 et la délégation de préfixe de l'IPv6. Et j'ai bien des préfixes IPv4 & IPv6 différents dans mes deux ponts. Sauf que je ne peux pas communiquer entre mes deux ponts. D'où mon exercice sur les routages afin de résoudre ce problème théorique.

**chrtophe** · 17/02/2024, 11h19

il faut m'expliquer dans quel cas, a-t-on besoin de ce genre d'interface pour faire je ne sais quoi avec.

comme déjà dit, pour tester ou déboguer.

je n'ai toujours pas compris comment fonctionne le routage.
J'ai l'interface enp2s0, qui est mon interface ethernet où j'ai l'internet avec l'adresse 192.168.1.200/24.
J'ai une interface local (lan0) où l'adresse est 10.0.0.200/24.

Si je fais l'analogie avec une lettre que tu envoie à quelqu'un, tu dois connaitre son adresse, mais pas comment y aller (ça c'est le boulot de la poste), tu dois juste connaitre l'adresse physique de ton bureau de poste, qui sera le premier point pour le routage de ton courrier, ta passerelle par défaut Ton bureau de poste connait les adresses de toutes les personnes dont il s'occupe, et du centre de tri dont il dépend auquel il va transférer ta lettre. Ce centre de tri va transférer ta lettre au centre de tri dont dépend le destinataire. Nul besoin de se préoccuper de l'adresse exacte, juste le département extrait du code posta en supposant qu'il y a un centre de tri par département. Pour une réponse à ton courrier, même principe.

Avec Internet c'est plus décentralisé. Les "centres de tri" et "bureaux de poste" sont plus nombreux et subdivisés, et sont connecté à plusieurs autres de façon à pouvoir changer le chemin d'acheminement en cas de rupture du chemin normal, qui est calculé pour être le plus efficace.

Dans la table de routage de ton système, tu vas avoir une route par défaut, qui normalement doit être l'ip de ta passerelle. C'est l'adresse ip qui est utilisé par défaut pour atteindre un réseau différent de celui sur lequel tu te trouve.

exemple avec ma table de routage sous Windows :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
IPv4 Table de routage
===========================================================================
Itinéraires actifs :
Destination réseau    Masque réseau  Adr. passerelle   Adr. interface Métriq
          0.0.0.0          0.0.0.0      192.168.1.1     192.168.1.11     25
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      169.254.0.0      255.255.0.0         On-link      192.168.56.1     11
      169.254.0.0      255.255.0.0         On-link      192.168.1.11     26
  169.254.255.255  255.255.255.255         On-link      192.168.56.1    266
  169.254.255.255  255.255.255.255         On-link      192.168.1.11    281
      192.168.1.0    255.255.255.0         On-link      192.168.1.11    281
     192.168.1.11  255.255.255.255         On-link      192.168.1.11    281
    192.168.1.255  255.255.255.255         On-link      192.168.1.11    281
     192.168.56.0    255.255.255.0         On-link      192.168.56.1    266
     192.168.56.1  255.255.255.255         On-link      192.168.56.1    266
   192.168.56.255  255.255.255.255         On-link      192.168.56.1    266
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link      192.168.56.1    266
        224.0.0.0        240.0.0.0         On-link      192.168.1.11    281
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link      192.168.56.1    266
  255.255.255.255  255.255.255.255         On-link      192.168.1.11    281
===========================================================================
Itinéraires persistants :
  Adresse réseau    Masque réseau  Adresse passerelle Métrique
      169.254.0.0      255.255.0.0     192.168.1.11       1
      169.254.0.0      255.255.0.0     192.168.56.1       1
===========================================================================

Si tu regardes la 1ère ligne, tu vois que pour la destination 0.0.0.0, la passerelle est 192.168.1.1 (et mon ip .11)
0.0.0.0 signifie ici n'importe quel réseau
192.168.1.56 correspond à l'adresse de la carte réseau virtuelle Virtualbox

si tu lis dans le sens droite gauche, tu verras que pour mon ip 192.168.1.11, je peux accéder à 0.0.0.0 (n'importe quel réseau) par la passerelle .1, au réseau 169.254.0.0/16, qui est a plage d’adresse APIPA (Automatic Private Internet Protocol Adressing, non routage sur Internet), adresse que tu obtiens en l'absence de DHCP et adresse ip fixe et au adresses multicast 224.0.0.0.

Si tu veux transformer ta machine en routeur, en supposant que 192.168.1.200 soit ton adresse WAN (la carte connectée à Internet) et 10.0.0.200 ton adresse LAN, tu dois ajoute une route pour le réseau 10.0.0.0 en lui indiquant 192.168.1.200 comme adresse de routeur.

**Artemus24** · 18/02/2024, 09h10

Merci pour tes explications.

a) Si je comprends bien, l'interface dummy ne me sert à rien puisque je ne peux pas m'en servir pour avoir une connexion à l'internet.
Mais juste pour créer une interface factice afin de tester un logiciel où je ne peux pas modifier les adresses IP, où quelque chose de ce genre.

b) pour le routage, je ne vois qu'un seul cas qui fonctionne, celui où j'ai deux ponts.
Dans le premier pont j'utilise le préfixe "192.168.1.0/24" et dans le second pont "192.168.2.0/24".
Ce qui donne pour le premier pont :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
--> 01-bridge0.network
[Match]
Name=br0
Type=bridge

[Network]
Address=192.168.1.20/24

[Route]
Destination=192.168.2.0/24
Gateway=192.168.1.1

Et pour le second pont :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
--> 01-bridge1.network
[Match]
Name=br1
Type=bridge

[Network]
Address=192.168.2.40/24

[Route]
Destination=192.168.1.0/24
Gateway=192.168.2.1

Je ne l'ai pas testé mais il me semble que cela soit logique de procéder ainsi. Pourquoi ?
Parce que dans les deux cas, j'ai une passerelle et l'internet existe sur chaque branche, mais il y a impossibilité de communiquer entre branches.
Est-ce que mon raisonnement est juste ?

c) dans un autre cas, je n'ai pas de pont, mais juste une seule interface "enp2s0" ayant l'internet.
J'ai créé l'interface dummy que voici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
--> 01-dummy.network
[Match]
Name=du0

[Network]
Address=192.168.3.60/24

[Route]
Destination=192.168.1.0/24
Gateway=192.168.3.1

Y-a-t-il un moyen de faire fonctionner ce routage ?
Il est fort possible que mon raisonnement soit faux. Pourquoi ?
--> l'interface dummy ne peux pas servir à cela.
--> je n'ai pas de pont, donc pas de passerelle.
--> j'utilise le ping pour vérifier cela, mais je constate que cela ne fonctionne pas.

Questions :
--> si je ne peux pas utiliser l'interface dummy, que dois-je utiliser à la place ?
--> dois-je avoir un pont pour faire du routage ?
--> et obligatoirement une passerelle ?
--> il est fort possible que je ne sache pas utiliser correctement le ping pour tester le routage. Je fais : "ping google.fr -I nom_de_l_interface_à_tester". Est-ce la bonne façon de faire ?

Si tu as des suggestions, je suis preneurs.
Merci.

**chrtophe** · 19/02/2024, 08h30

dois-je avoir un pont pour faire du routage ?

Non, le bridge permet d'avoir plusieurs cartes réseau virtuelles sur une seule physique. ensuite les différentes cartes virtuelles se comportent comme des cartes réseaux indépendantes, c'est la config qui va faire ton routage.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Parce que dans les deux cas, j'ai une passerelle et l'internet existe  sur chaque branche, mais il y a impossibilité de communiquer entre  branches.

Le fait que tes deux cartes réseaux aient une route vers Internet ne signifie pas qu'elles aient une route entre elles.

Ta carte réseau a besoin d'une route pour changer de réseau et d'un masque de sous-réseau pour connaitre les sous-réseaux auquel elle a accès. Il y a une route par défaut, mais tu peux ajouter des routes.

**Artemus24** · 19/02/2024, 09h36

Je crois qu'il y a une méprise. Dans mon ordinateur, je n'ai qu'une seule carte réseau physique qui se nomme enp2s0.
Les autres, ce sont des dongles USB/RJ45, branchés sur le port USB, faisant offices d'interfaces réseaux.
A l'autre extrémité, j'ai mis une Raspberry Pi.
Mes ponts sont des interfaces réseaux n'ayant pas de cartes réseaux physiques associées.
Tout ce passe en interne dans le service "systemd-networkd" que j'utilise pour effectuer mes configurations.

En théorie, je comprends comment fonctionne un routage, mais dans la pratique, c'est une autre histoire.
A priori, j'ai besoin d'avoir une passerelle. La seule que j'ai à ma disposition, c'est celle de ma BOX SFR (192.168.1.1).
J'essaye tant bien que mal de me créer une interface avec l'adresse 10.0.0.2. Pour cela, j'ai utilisé un dongle USB/RJ45.
J'ai deux branches différentes, sauf que je n'ai pas la passerelle 10.0.0.1.

Voici le fichier "12-route.netdev" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
[Match]
MACAddress=00:50:b6:b0:24:28

[Link]
Name=lan0

Cette interface se nomme "lan0".

Voici le fichier "12-route.network" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
[Match]
Name=lan0

[Network]
Address=10.0.0.2/24

[Route]
Destination=192.168.1.11/24
Gateway=10.0.0.1
GatewayOnLink=yes

Et voici le fichier "12-wired.network" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
[DHCPv4]
RouteMetric=10

[DHCPv6]
RouteMetric=10

[Match]
Name=enp2s0
Type=ether

[Network]
DHCP=yes
IPv6PrivacyExtensions=no

L'interface "enp2s0" récupère bien les adresses IPv4 & IPv6 des serveurs DHCP de ma BOX SFR.
L'adresse IPv4 où j'ai l'internet est 192.168.1.11" et la passerelle est 192.168.1.1.

Si je fais "ping google.fr -I lan0", tous les paquets sont perdus, donc pas de liaisons vers l'internet.
Si tu as une suggestion à me faire, car c'est pourtant simple, mais je n'y arrive pas.
Il est fort probable que j'ai compris quelque chose de travers.

@+

**chrtophe** · 19/02/2024, 18h11

Dans mon ordinateur, je n'ai qu'une seule carte réseau physique qui se nomme enp2s0.
Les autres, ce sont des dongles USB/RJ45, branchés sur le port USB, faisant offices d'interfaces réseaux.

Tu as bien plusieurs interfaces réseau que ce soit une carte réseau PCI (ou chipset intégré carte mère) ou un dongle USB/RJ45, c'est la même chose au niveau OS, les interfaces auront des noms différents.

Quand tu créé un bride sous Linux, ça te créé des cartes réseaux virtuelles toutes reliés à la carte physique qu elle n'aura généralement pas d'IP., chaque carte virtuelle en aura selon ta config.

Au niveau table de routage, carte physique ou virtuelle c'est pareil. Defiinie par son nom de device, unique à chaque carte virtuelle ou réelle.

En théorie, je comprends comment fonctionne un routage

Si tu as bien compris, c'est déjà un bon début.

mais dans la pratique, c'est une autre histoire.

Ben oui quand on sait faire et fait régulièrement c'est toujours facile.

Si tu as une suggestion à me faire, car c'est pourtant simple, mais je n'y arrive pas.

Que donnent les commandes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ip route

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

traceroute www.google.fr

D'autre part, je crois qu'il faut activer l"'ip forwarding :

En temporaire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sysctl -w net.ipv4.ip_forward=1

en définit ajouter dans /etc/sysctl.conf :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

net.ipv4.ip_forward = 1

**Artemus24** · 20/02/2024, 06h32

Envoyé par Chrtophe

Quand tu créé un bride sous Linux, ça te créé des cartes réseaux virtuelles toutes reliés à la carte physique qu elle n'aura généralement pas d'IP., chaque carte virtuelle en aura selon ta config.

Je ne comprends pas trop le sens de ce que tu essayes de me dire. L'interface "enp2s0" est ma carte réseau physique interne à mon ordinateur Asus sous Debian. L'autre interface "lan0" est mon dongle USB/RJ45. Ce ne sont pas des interfaces virtuelles. L'interface "enp2s0" récupère bien les adresses IPv4 & IPv6 en provenance du serveur DHCP de la BOX SFR. L'interface "lan0" est branchée sur une Rasppberry Pi, histoire qu'elle soit active, sinon elle n'apparaît pas si je fait un "ifconfig".

Voici les interfaces :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
root~> ifconfig
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.11  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 2a02:84xx:xxxx:xx01::110  prefixlen 128  scopeid 0x0<global>
        inet6 fe80::d65d:64ff:fe6b:f25b  prefixlen 64  scopeid 0x20<link>
        ether d4:5d:64:6b:f2:5b  txqueuelen 1000  (Ethernet)
        RX packets 63398  bytes 45043689 (42.9 MiB)
        RX errors 0  dropped 4638  overruns 0  frame 0
        TX packets 29270  bytes 6225364 (5.9 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.0.0.2  netmask 255.255.255.0  broadcast 10.0.0.255
        inet6 fe80::250:b6ff:feb0:2428  prefixlen 64  scopeid 0x20<link>
        ether 00:50:b6:b0:24:28  txqueuelen 1000  (Ethernet)
        RX packets 120  bytes 25560 (24.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 201  bytes 22710 (22.1 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 827  bytes 68137 (66.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 827  bytes 68137 (66.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
root~>

Voici l'état des interfaces :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
root~> networkctl list
IDX LINK   TYPE     OPERATIONAL SETUP
  1 lo     loopback carrier     unmanaged
  2 enp2s0 ether    routable    configured
  3 wlan0  wlan     off         unmanaged
  4 lan0   ether    routable    configured
root~>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
root~> networkctl status
4 links listed.
●        State: routable
  Online state: online
       Address: 192.168.1.11 on enp2s0
                10.0.0.2 on lan0
                2a02:84xx:xxxx:xx01::110 on enp2s0
                fe80::d65d:64ff:fe6b:f25b on enp2s0
                fe80::250:b6ff:feb0:2428 on lan0
       Gateway: 192.168.1.1 on enp2s0
                fe80::ce2d:1bff:fef0:2778 on enp2s0
           DNS: 192.168.1.1
           NTP: 192.168.1.1

févr. 20 06:15:26 Debian systemd-networkd[15879]: Enumeration completed
févr. 20 06:15:26 Debian systemd[1]: Started systemd-networkd.service - Network Configuration.
févr. 20 06:15:26 Debian systemd-networkd[15879]: lan0: Configuring with /etc/systemd/network/12-route.network.
févr. 20 06:15:26 Debian systemd-networkd[15879]: enp2s0: Configuring with /etc/systemd/network/12-wired.network.
févr. 20 06:15:26 Debian systemd-networkd[15879]: enp2s0: Link UP
févr. 20 06:15:29 Debian systemd-networkd[15879]: enp2s0: Gained carrier
févr. 20 06:15:31 Debian systemd-networkd[15879]: enp2s0: Gained IPv6LL
févr. 20 06:15:31 Debian systemd-networkd[15879]: enp2s0: DHCPv6 address 2a02:84xx:xxxx:xx01::110/128 (valid for 59min 59s, preferred for 59min 59s)
févr. 20 06:15:33 Debian systemd-networkd[15879]: enp2s0: DHCPv4 address 192.168.1.11/24, gateway 192.168.1.1 acquired from 192.168.1.1
root~>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
root~> networkctl status enp2s0
● 2: enp2s0                     
                     Link File: /etc/systemd/network/01-wired.link
                  Network File: /etc/systemd/network/12-wired.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: 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: 192.168.1.11 (DHCP4 via 192.168.1.1)
                                2a02:84xx:xxxx:xx01::110
                                fe80::d65d:64ff:fe6b:f25b
                       Gateway: 192.168.1.1
                                fe80::ce2d:1bff:fef0:2778
                           DNS: 192.168.1.1
                                2a02:84xx:xxxx:xx01::1
                           NTP: 192.168.1.1
             Activation Policy: up
           Required For Online: yes
               DHCP4 Client ID: IAID:0x5de26c15/DUID
             DHCP6 Client IAID: 0x5de26c15
             DHCP6 Client DUID: DUID-EN/Vendor:0000ab114fbd83174dabee7b0000

févr. 20 06:15:25 Debian systemd-networkd[14635]: enp2s0: DHCP lease lost
févr. 20 06:15:25 Debian systemd-networkd[14635]: enp2s0: DHCPv6 lease lost
févr. 20 06:15:25 Debian systemd-networkd[14635]: enp2s0: DHCPv6 lease lost
févr. 20 06:15:26 Debian systemd-networkd[15879]: enp2s0: Configuring with /etc/systemd/network/12-wired.network.
févr. 20 06:15:26 Debian systemd-networkd[15879]: enp2s0: Link UP
févr. 20 06:15:29 Debian systemd-networkd[15879]: enp2s0: Gained carrier
févr. 20 06:15:31 Debian systemd-networkd[15879]: enp2s0: Gained IPv6LL
févr. 20 06:15:31 Debian systemd-networkd[15879]: enp2s0: DHCPv6 address 2a02:84xx:xxxx:xx01::110/128 (valid for 59min 59s, preferred for 59min 59s)
févr. 20 06:15:33 Debian systemd-networkd[15879]: enp2s0: DHCPv4 address 192.168.1.11/24, gateway 192.168.1.1 acquired from 192.168.1.1
root~>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
root~> networkctl status lan0
● 4: lan0                       
                     Link File: /etc/systemd/network/12-route.link
                  Network File: /etc/systemd/network/12-route.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: 10.0.0.2
                                fe80::250:b6ff:feb0:2428
             Activation Policy: up
           Required For Online: yes
             DHCP6 Client DUID: DUID-EN/Vendor:0000ab114fbd83174dabee7b0000

févr. 20 06:01:29 Debian systemd-networkd[14635]: lan0: Gained IPv6LL
févr. 20 06:01:29 Debian systemd-networkd[14635]: lan0: Configuring with /etc/systemd/network/12-route.network.
févr. 20 06:15:26 Debian systemd-networkd[14635]: lan0: DHCPv6 lease lost
févr. 20 06:15:26 Debian systemd-networkd[15869]: lan0: Link UP
févr. 20 06:15:26 Debian systemd-networkd[15869]: lan0: Gained carrier
févr. 20 06:15:26 Debian systemd-networkd[15869]: lan0: Gained IPv6LL
févr. 20 06:15:26 Debian systemd-networkd[15879]: lan0: Link UP
févr. 20 06:15:26 Debian systemd-networkd[15879]: lan0: Gained carrier
févr. 20 06:15:26 Debian systemd-networkd[15879]: lan0: Gained IPv6LL
févr. 20 06:15:26 Debian systemd-networkd[15879]: lan0: Configuring with /etc/systemd/network/12-route.network.
root~>

Ce compte-rendu permet de connaître l'état des interfaces réseaux que j'utilise dans cet exercice.

Voici le routage :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
root~> route -4
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         box             0.0.0.0         UG    10     0        0 enp2s0
10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 lan0
192.168.1.0     box             255.255.255.0   UG    0      0        0 lan0
192.168.1.0     0.0.0.0         255.255.255.0   U     10     0        0 enp2s0
box             0.0.0.0         255.255.255.255 UH    10     0        0 enp2s0
root~>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
root~> ip -4 route
default via 192.168.1.1 dev enp2s0 proto dhcp src 192.168.1.11 metric 10 
10.0.0.0/24 dev lan0 proto kernel scope link src 10.0.0.2 
192.168.1.0/24 via 192.168.1.1 dev lan0 proto static onlink 
192.168.1.0/24 dev enp2s0 proto kernel scope link src 192.168.1.11 metric 10 
192.168.1.1 dev enp2s0 proto dhcp scope link src 192.168.1.11 metric 10 
root~>

Voici les deux traceroute vers google.fr :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
root~> traceroute -4 google.fr -i enp2s0
traceroute to google.fr (142.250.178.131), 30 hops max, 60 byte packets
 1  box (192.168.1.1)  0.366 ms  0.447 ms  0.522 ms
 2  1.93.196.77.rev.sfr.net (77.196.93.1)  21.196 ms  21.132 ms  22.030 ms
 3  158.248.193.77.rev.sfr.net (77.193.248.158)  23.010 ms  23.098 ms  23.024 ms
 4  142.250.178.131 (142.250.178.131)  30.515 ms  30.541 ms  30.623 ms
root~>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
root~> traceroute -4 google.fr -i lan0
traceroute to google.fr (142.250.178.131), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
root~>

C'est le second traceroute qui m'intéresse. Le premier, je sais qu'il fonctionne puisque je passe par l'interface "enp2s0" qui a internet.

Les options de "sysctl" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
root~> sysctl --system
* Applique /usr/lib/sysctl.d/30-tracker.conf …
* Applique /usr/lib/sysctl.d/50-bubblewrap.conf …
* Applique /usr/lib/sysctl.d/50-pid-max.conf …
* Applique /usr/lib/sysctl.d/99-protect-links.conf …
* Applique /etc/sysctl.d/99-sysctl.conf …
* Applique /etc/sysctl.conf …
fs.inotify.max_user_watches = 65536
kernel.unprivileged_userns_clone = 1
kernel.pid_max = 4194304
fs.protected_fifos = 1
fs.protected_hardlinks = 1
fs.protected_regular = 2
fs.protected_symlinks = 1
net.ipv4.ip_forward = 1
net.ipv6.conf.all.forwarding = 1
net.ipv4.ip_forward = 1
net.ipv6.conf.all.forwarding = 1
root~>

Je tiens à préciser que le routage doit se faire sur l'interface "lan0", sinon l'exercice n'a aucun intérêt.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
root~> ping google.fr -I lan0
PING  (142.250.178.131) from 10.0.0.2 lan0: 56(84) bytes of data.

---  ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3065ms
pipe 3
root~>

@+

**chrtophe** · 20/02/2024, 08h46

Déjà tu n'as pas de pont, donc pas d'interface virtuelle. Aucune trace de 192.168.1.0 et 192.168.2.0 comme dans le post #3. Je pense que tu as simplifié la conf pour tester.

Tes routes semblent bonnes. Route par défaut 192.168.1.1 via enp2s0.

Tu as activé l'ip forwarding (cf mon précédent post ) ?

**Artemus24** · 20/02/2024, 09h45

J'ai testé la configuration de mon message #7.

Une interface filaire "enp2s0" avec l'adresse 192.168.1.11 (passerelle 192.168.1.1) où j'ai, bien sûr, l'internet.
Une interface réseau "lan0" (dongle USB/RJ45 avec une raspberry Pi) avec l'adresse 10.0.0.2 (sans passerelle).

Le forwarding dans sysctl est bien activé mais je ne suis pas certain que cela soit d'une quelconque utilité.
Je suis dans systemd-network, un service qui redéfinie pas mal de paramètres.

La route me semble aussi correcte, mais dans ce cas, c'est mon test qui est foureux.
Selon toi, comment dois-je m'y prendre pour vérifier que le routage fonctionne ?

@+

**chrtophe** · 20/02/2024, 13h43

Ce serait pas ping -I qui poserait problème ? en supposant que la pile réseau Linux force à passer par la carte WAN quand elle même fait une requête externe. Ce n'est qu'une spéculation.

Il faudrait tester avec une machine connectée par un switch avec ta carte en 10.* pour voir si le routage fonctionne.

Ensuite refaire la conf de 0, car comme il y a eu de multiples modifs de conf je suppose, il ya peut-être un truc foireux qq part.

**Artemus24** · 20/02/2024, 15h01

Envoyé par Chrtophe

Ce serait pas ping -I qui poserait problème ?

Peut-être, ainsi que l'interface factice "dummy" et aussi la façon dont je m'y prends pour configurer ce routage.

L'interface éthernet "enp2s0" est bien configuré puisque j'ai l'internet et je peux faire des "ping -4 google.fr -I enp2s0" et "ping -6 google.fr -I enp2s0" sans problème.

Envoyé par Chrtophe

Il faudrait tester avec une machine connectée par un switch avec ta carte en 10.* pour voir si le routage fonctionne.

Je ne comprends pas le test que tu me suggères. En l'état, je ne peux pas procéder ainsi car il me faudrait un routeur que je ne possède pas et qui puisse me gérer un second réseau.

L'idée dont j'ai un peu parlé, est d'avoir deux ponts avec chacun un serveur DHCP, du genre "192.168.1.x/24" et "10.0.0.y/24". Je pourrais créer deux routage :
==> lan1 --> lan2 coté lan1.
==> lan2 --> lan1 coté lan2.
en configurant la section [Route] avec "destination" et "Gateway". Mais dans ce cas, je ne vois pas l'intérêt de créer deux ponts et deux interfaces DHCP s'ils doivent communiquer entre eux. Autant créer un seul pont avec un seul serveur DHCP.

On va dire que créer une interface fictive "dummy" avec des adresses IP, je sais faire, sauf que je ne comprends toujours pas son utilité. Oui, je sais, pour faire des tests, mais je ne cherche pas quelque de fictif, mais quelque chose qui fonctionne. C'est basique à faire.

Je suis plutôt limité en matériel réseau puisque je n'ai qu'un commutateur non gérable D-LINK DGS-108 à 8 ports RJ45. Le reste se passe dans mon Debian et plus particulièrement avec "systemd-resolved" pour la configuration du DNS et "systemd-networkd" pour la configuration des interfaces réseaux. J'en suis à mon dixième exercices, et je bute sur le routage.

Je dois m'y prendre comme un pied pour ne pas arriver à me créer une configuration pour tester le routage.

@+

**chrtophe** · 20/02/2024, 20h10

Je ne comprends pas le test que tu me suggères.

tu relie ta carte LAN à un switch, un autre poste sur le même switch et tu regardes si tu as Internet sur cet autre poste.

L'interface dummy envoie les paquets dans le vide.

**Artemus24** · 21/02/2024, 03h04

J'avais compris les branchements que je devais faire, mais cela implique de configurer deux sous-réseaux et donc avoir deux serveurs DHCP avec deux branches différentes. Je voulais faire un test simple, et non monter une usine à gaz pour tester le routage.

**chrtophe** · 21/02/2024, 07h27

Pourquoi 2 sous-reseaux ? Tu as 2 réseaux avec une route entre les 2. Pas besoin de DHCP, tu mets le poste supplémentaire en ip fixe.

**Artemus24** · 21/02/2024, 08h22

Envoyé par Chrtophe

Pourquoi 2 sous-reseaux ?

Ce sont mes adresses 192.168.1.x/24 et 10.0.0.y/24.

Envoyé par Chrtophe

Tu as 2 réseaux avec une route entre les 2.

Coté 192.168.1.x/24, j'ai la passerelle 192.168.1.1 puisque j'ai l'internet, une adresse 192.168.1.11 qui vient du DHCP de la BOX.
Coté 10.0.0.x/24, je n'ai pas de passerelle donc pas d'internet, une seule adresse 10.0.0.2 qui est fixe et c'est tout.
J'arrive à créer la route mais je ne sais pas comment la tester.

Envoyé par Chrtophe

Pas besoin de DHCP, tu mets le poste supplémentaire en ip fixe.

Tu veux dire dans la raspberry Pi, fixer l'adresse IP en mettant par exemple 10.0.0.5.
Et quelle est la relation entre 10.0.0.5 et 10.0.0.2 ? Aucune.

Si je définie une route depuis l'interface enp2s0 vers ces adresses 10.0.0.0/24, crois-tu que cela puisse fonctionner ?
Il y a bien quelque chose que je ne comprends pas dans le routage mais je ne sais pas quoi.

**chrtophe** · 21/02/2024, 09h23

Envoyé par Chrtophe

Pourquoi 2 sous-reseaux ?
Ce sont mes adresses 192.168.1.x/24 et 10.0.0.y/24.

Donc il s'agit de 2 réseaux, pas 2 sous-réseaux. Il n'y a pas nécessité de routage entre 2 sous-réseaux, il sont par définition dans le même réseau.

Si je définie une route depuis l'interface enp2s0 vers ces adresses 10.0.0.0/24, crois-tu que cela puisse fonctionner ?

Pas besoin, ton poste a déjà une route par défaut passant par enp0s2, il sait par ou passer si il doit router un paquet.

Tu veux dire dans la raspberry Pi, fixer l'adresse IP en mettant par exemple 10.0.0.5.
Et quelle est la relation entre 10.0.0.5 et 10.0.0.2 ? Aucune.

En supposant que 10.0.0.5 soit un poste connecté à 10.0.0.2 avec un switch, si tu le configure avec comme passerelle 10.0.0.2, et que ta machine ayant les ip 192.168.1.200 et 10.0.0.2 soit correctement configurée pour faire du routage, tu auras Internet.

**Artemus24** · 22/02/2024, 18h05

Je vais mettre ce sujet en stand by car je viens de changer d'offre et j'ai quelques problèmes avec la BOX 8 SFR.

**Artemus24** · 06/03/2024, 13h49

Je reprends le paramétrage de cet exercice que je n'arrive pas à faire :
--> fichier "12-route.netdev" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
[NetDev]
Kind=dummy
MACAddress=b8:27:eb:96:7e:15
Name=du0

--> fichier "12-route.network" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
[Link]
MACAddress=b8:27:eb:96:7e:15

[Match]
Name=du0
Type=ether

[Network]
Address=10.0.0.2/24
Gateway=10.0.0.1

[Network]
DHCP=no
IPv6PrivacyExtensions=no
LinkLocalAddressing=no

--> fichier "12-ethernet.network" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
[Match]
Name=enp2s0
Type=ether

[Network]
DHCP=no
IPv6PrivacyExtensions=no
LinkLocalAddressing=no

# ------------- #
# Ajout routage #
# ------------- #

[Route]
Destination=10.0.0.2/24
Gateway=192.168.1.1
GatewayOnLink=yes

Voici le routage normal, celui de l'interface "enp2s0" seul :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
root~> route
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         GEN8            0.0.0.0         UG    10     0        0 enp2s0
192.168.1.0     0.0.0.0         255.255.255.0   U     10     0        0 enp2s0
GEN8            0.0.0.0         255.255.255.255 UH    10     0        0 enp2s0
root~>

Et voici le routage que j'obtiens :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
root~> route
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         _gateway        0.0.0.0         UG    0      0        0 du0
default         GEN8            0.0.0.0         UG    1024   0        0 enp2s0
10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 du0
10.0.0.0        GEN8            255.255.255.0   UG    0      0        0 enp2s0
192.168.1.0     0.0.0.0         255.255.255.0   U     1024   0        0 enp2s0
GEN8            0.0.0.0         255.255.255.255 UH    1024   0        0 enp2s0
root~>

Voici les interfaces :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
root~> ifconfig
du0: flags=195<UP,BROADCAST,RUNNING,NOARP>  mtu 1500
        inet 10.0.0.2  netmask 255.255.255.0  broadcast 10.0.0.255
        ether b8:27:eb:96:7e:15  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 2  bytes 685 (685.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.11  netmask 255.255.255.0  broadcast 192.168.1.255
        ether d4:5d:64:6b:f2:5b  txqueuelen 1000  (Ethernet)
        RX packets 465525  bytes 620931104 (592.1 MiB)
        RX errors 0  dropped 573  overruns 0  frame 0
        TX packets 112155  bytes 18269763 (17.4 MiB)
        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 172  bytes 17699 (17.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 172  bytes 17699 (17.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

root~>

Et pour finir, les tests :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
root~> ping -4 google.fr -I enp2s0
PING google.fr (142.250.179.99) from 192.168.1.11 enp2s0: 56(84) bytes of data.
64 bytes from par21s20-in-f3.1e100.net (142.250.179.99): icmp_seq=1 ttl=117 time=29.1 ms
64 bytes from par21s20-in-f3.1e100.net (142.250.179.99): icmp_seq=2 ttl=117 time=29.0 ms
64 bytes from par21s20-in-f3.1e100.net (142.250.179.99): icmp_seq=3 ttl=117 time=29.1 ms
64 bytes from par21s20-in-f3.1e100.net (142.250.179.99): icmp_seq=4 ttl=117 time=29.1 ms

--- google.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3007ms
rtt min/avg/max/mdev = 29.005/29.068/29.136/0.046 ms
root~> ping -4 google.fr -I du0
PING google.fr (142.250.179.99) from 10.0.0.2 du0: 56(84) bytes of data.

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

root~>

L'interface "enp2s0" fonctionne mais toujours pas l'interface "du0".

@+

L'interface dummy !

Réseaux

Discussions similaires

Partager

Partager