C’est tout ce qu’il y a pour eth0 ? Peut-être que l’échec du renommage a interrompu la collecte des informations suivantes… Il faudrait recommencer avec une seule clé 4G à la fois, branchée dans son port USB.
Il se pourrait que le nommage basé sur le chemin d’accès (ID_NET_NAME_PATH=enp0s29u1u5) soit utilisable. Pour cela il devrait suffire de désactiver le fichier qui applique le nommage basé sur l’adresse MAC au interfaces réseau USB.
Si ça fonctionne, ne pas oublier de mettre à jour le fichier /etc/network/interfaces et les commandes ip route.
Tu brûles les étapes. Vérifie d’abord la connectivité IP en envoyant des paquets et en faisant une capture de trafic pour vérifier que les paquets sortent par la bonne interface.
adresse IP LAN vers LAN et internet → eno1
adresse IP 4G #1 vers LAN → eno1
adresse IP 4G #2 vers LAN → eno1
adresse IP 4G #1 vers internet → clé 4G #1
adresse IP 4G #2 vers internet → clé 4G #2
Pour envoyer des paquets tu peux utiliser la commande ping avec l’option -I suivie de l’adresse IP source souhaitée. Pour la capture de trafic, tcpdump ou wireshark.
Voici mes nouvelles configuration, a savoir
Mon fichier interface :
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
allow-hotplug eno1
iface eno1 inet static
address 192.168.5.62
netmask 255.255.255.0
gateway 192.168.5.1
allow-hotplug enp2s0u1
iface enp2s0u1 inet static
address 192.168.8.101
netmask 255.255.255.0
allow-hotplug enp0s29u1u5
iface enp0s29u1u5 inet static
address 192.68.8.102
netmask 255.255.255.0
commandes :
ip -4 addr
ip -4 route
ip -4 rule
Résultat :
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
altname enp0s25
inet 192.168.5.62/24 brd 192.168.5.255 scope global eno1
valid_lft forever preferred_lft forever
3: enp2s0u1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
inet 192.168.8.101/24 brd 192.168.8.255 scope global enp2s0u1
valid_lft forever preferred_lft forever
4: enp0s29u1u5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
inet 192.68.8.102/24 brd 192.68.8.255 scope global enp0s29u1u5
valid_lft forever preferred_lft forever
default via 192.168.5.1 dev eno1
default via 192.168.5.1 dev eno1 onlink
192.68.8.0/24 dev enp0s29u1u5 proto kernel scope link src 192.68.8.102
192.168.5.0/24 dev eno1 proto kernel scope link src 192.168.5.62
192.168.8.0/24 dev enp2s0u1 proto kernel scope link src 192.168.8.101
0: from all lookup local
32766: from all lookup main
32767: from all lookup default
Voila le résultat des commandes :
Echec
root@debian:/etc/network# ping -I eno1 192.168.5.57
PING 192.168.5.57 (192.168.5.57) from 192.168.5.62 eno1: 56(84) bytes of data.
--- 192.168.5.57 ping statistics ---
1823 packets transmitted, 0 received, 100% packet loss, time 1865744ms
Valide
ping -I eno1 google.fr
PING google.fr (142.250.74.227) from 192.168.5.62 eno1: 56(84) bytes of data.
64 bytes from par10s40-in-f3.1e100.net (142.250.74.227): icmp_seq=1 ttl=117 time=20.8 ms
64 bytes from par10s40-in-f3.1e100.net (142.250.74.227): icmp_seq=2 ttl=117 time=19.6 ms
64 bytes from par10s40-in-f3.1e100.net (142.250.74.227): icmp_seq=3 ttl=117 time=19.9 ms
--- google.fr ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
Echec
ping -I eno1 192.168.8.101
PING 192.168.8.101 (192.168.8.101) from 192.168.5.62 eno1: 56(84) bytes of data.
--- 192.168.8.101 ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 6147ms
Echec
ping -I eno1 192.168.8.102
PING 192.168.8.102 (192.168.8.102) from 192.168.5.62 eno1: 56(84) bytes of data.
--- 192.168.8.102 ping statistics ---
8 packets transmitted, 0 received, 100% packet loss, time 7166ms
On dirait que le nommage basé sur le chemin a fonctionné. En appliquant la méthode que j’ai indiquée ?
L’adresse est erronée, il manque un chiffre.
Il faut aussi recréer les trois règles de routage supplémentaires (inchangées) à chaque démarrage
ip rule add to 192.168.5.0/24 table main priority 32000
ip rule add from 192.168.8.101 table 101 priority 32001
ip rule add from 192.168.8.102 table 102 priority 32002
Cela peut être automatisé en les mettant dans des directives up de l’interface lo dans /etc/network/interfaces.
Et les deux routes par défaut dans les tables de routage 101 et 102 modifiées avec les nouveaux noms des interfaces
ip route add default via 192.168.8.1 dev enp2s0u1 table 101
ip route add default via 192.168.8.1 dev enp0s29u1u5 table 102
Cela peut être automatisé en mettant chacune dans une directive up de l’interface correspondante dans /etc/network/interfaces.
Vérifier systématiquement le résultat avec
ip rule
ip route show table 101
ip route show table 102
Pour les tests avec ping, plutôt que l’interface spécifie l’adresse IP source car c’est ce qui influe sur le routage.
Qui est 192.168.5.57 ? Est-ce que c’est configuré pour répondre au ping ? En tout cas ça semble répondre à la requête ARP, à vérifier avec « ip -4 neigh ».
Tu as fait l’inverse de ce que j’ai indiqué, tu as envoyé un ping depuis l’interface LAN vers l’adresse locale d’une des interfaces 4G au lieu de depuis l’adresse d’une interface 4G vers une machine du LAN.
Oui effectivemment encore merci ! Je penses que cela va beaucoup mettre utile a l’avenir !
Effectivemment je suis désolé
Très bien je vais me renseigner sur ça et ajouté au plus vite.
En attendant j’ai exécuté les commandes directement .
Voici les résultats avec
ip rule
ip route show table 101
ip route show table 102
root@debian:/home/debian/Bureau/DongleTest-master# ip rule
0: from all lookup local
32000: from all to 192.168.5.0/24 lookup main
32001: from 192.168.8.101 lookup 101
32002: from 192.168.8.102 lookup 102
32766: from all lookup main
32767: from all lookup default
root@debian:/home/debian/Bureau/DongleTest-master# ip route show table 101
default via 192.168.8.1 dev enp2s0u1
root@debian:/home/debian/Bureau/DongleTest-master# ip route show table 102
default via 192.168.8.1 dev enp0s29u1u5
Malheureusement je ne sais pas comment testé directement avec l’adresse IP source, j’avais des recherches sans succès et j’avais trouvé uniquement la commande avec l’interface directement.
Oui 192.168.5.57 est un ordinateur qui réponds au ping normalement, j’avais pu testé avec un autre ordinateur et aucun soucis apparent
Voici le résulat de ip -4 neigh
root@debian:/home/debian/Bureau/DongleTest-master# ip -4 neigh
192.168.5.57 dev eno1 lladdr fc:34:97:c2:a7:da DELAY
192.168.5.1 dev eno1 lladdr d0:84:b0:a6:51:6d STALE
192.168.8.1 dev enp2s0u1 lladdr 00:10:20:30:40:50 STALE
Oui excuse-moi, j’avais mal compris ta demande, dès que je trouve la bonne commande je test et t’envoie ça, je vais continuer mes recherches demain matin
Bon c’est une très bonne nouvelle, donc tout d’abord un énorme merci a toi d’avoir pris le temps de me répondre malgré le peu de connaissance que j’avais, d’avoir tout bien détailler et de m’avoir expliquer le fonctionnement a chacune de mes questions / erreurs.
Je vais essayer d’appliquer les conseils que tu m’a donné plus haut et reviendrais vers toi dès que j’ai mis ça en place
Merci encore pour ton aide sans toi je serais encore loin
