# Multiple IPV4 avec plusieurs Interfaces réseaux **URL:** \ **Category:** Support Debian\ **Tags:** iptables, installation, interfaces\ **Created:** [Décembre 24, 2022, 12:29 UTC](https://www.debian-fr.org/t/multiple-ipv4-avec-plusieurs-interfaces-reseaux/87607 "2022-12-24T12:29:57Z")\ **Posts on this page:** 8\ **Page:** 3
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 7, 2023, 9:33 UTC](https://www.debian-fr.org/t/multiple-ipv4-avec-plusieurs-interfaces-reseaux/87607/41 "2023-01-07T09:33:28Z")
> [@Gigolito](#): > > Voici le résultat de la commande : 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. ``` ln -s /dev/null /etc/systemd/network/73-usb-net-by-mac.link ``` Si ça fonctionne, ne pas oublier de mettre à jour le fichier /etc/network/interfaces et les commandes `ip route`. > [@Gigolito](#): > > lorsque je veux tester ma première clé 4G (192.168.8.101) que j’ai configurer de la même manière dans SQUID que mon ip 192.168.5.62. J’obtiens une erreur 503 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. ---
**Author:** ![Gigolito](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gigolito/32/12501_2.png) [@Gigolito](https://www.debian-fr.org/u/Gigolito)\ **Post date:** [Janvier 8, 2023, 3:06 UTC](https://www.debian-fr.org/t/multiple-ipv4-avec-plusieurs-interfaces-reseaux/87607/42 "2023-01-08T15:06:08Z")
Bonjour, 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: 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: 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: 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: 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 ❌ > [@PascalHambourg](#): > > - adresse IP LAN vers LAN et internet → eno1 ``` 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 ❌ > [@PascalHambourg](#): > > - adresse IP 4G #1 vers LAN → eno1 ``` 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 ❌ > [@PascalHambourg](#): > > - adresse IP 4G #2 vers LAN → eno1 ``` 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 ``` Echec ❌ > [@PascalHambourg](#): > > - adresse IP 4G #1 vers internet → clé 4G #1 ``` ping -I enp2s0u1 google.fr PING google.fr (142.250.74.227) from 192.168.8.101 enp2s0u1: 56(84) bytes of data. --- google.fr ping statistics --- 10 packets transmitted, 0 received, 100% packet loss, time 9200ms pipe 3 ``` Echec ❌ > [@PascalHambourg](#): > > - > - adresse IP 4G #2 vers internet → clé 4G #2 ``` ping -I enp2s0u1 google.fr PING google.fr (142.250.74.227) from 192.168.8.101 enp2s0u1: 56(84) bytes of data. --- google.fr ping statistics --- 8 packets transmitted, 0 received, 100% packet loss, time 7148ms pipe 3 ``` Piouffff ca fait beaucoup d’échec 😅 ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 8, 2023, 3:52 UTC](https://www.debian-fr.org/t/multiple-ipv4-avec-plusieurs-interfaces-reseaux/87607/43 "2023-01-08T15:52:13Z")
On dirait que le nommage basé sur le chemin a fonctionné. En appliquant la méthode que j’ai indiquée ? > [@Gigolito](#): > > ```auto > address 192.68.8.102 > > ``` 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` ». > [@Gigolito](#): > > > [@PascalHambourg](#): > > > > - adresse IP 4G #1 vers LAN → eno1 > > ```auto > ping -I eno1 192.168.8.101 > > ``` 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. ---
**Author:** ![Gigolito](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gigolito/32/12501_2.png) [@Gigolito](https://www.debian-fr.org/u/Gigolito)\ **Post date:** [Janvier 9, 2023, 10:02 UTC](https://www.debian-fr.org/t/multiple-ipv4-avec-plusieurs-interfaces-reseaux/87607/44 "2023-01-09T22:02:05Z")
Bonsoir @PascalHambourg Merci pour les conseils. > [@PascalHambourg](#): > > On dirait que le nommage basé sur le chemin a fonctionné. En appliquant la méthode que j’ai indiquée ? Oui effectivemment encore merci ! Je penses que cela va beaucoup mettre utile a l’avenir ! > [@PascalHambourg](#): > > L’adresse est erronée, il manque un chiffre. Effectivemment je suis désolé > [@PascalHambourg](#): > > 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. 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 ``` > [@PascalHambourg](#): > > 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 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 Bonne soirée Gigolito ---
**Author:** ![Gigolito](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gigolito/32/12501_2.png) [@Gigolito](https://www.debian-fr.org/u/Gigolito)\ **Post date:** [Janvier 9, 2023, 10:09 UTC](https://www.debian-fr.org/t/multiple-ipv4-avec-plusieurs-interfaces-reseaux/87607/45 "2023-01-09T22:09:06Z")
**UPDATE** : Après avoir testé mes clés 4G j’ai enfin 2 ips public différentes depuis mes clés 4G 🍾 🍾 ``` root@debian:/home/debian/Bureau/DongleTest-master# node test.mjs { ip: '193.57.121.76' } root@debian:/home/debian/Bureau/DongleTest-master# nano test.mjs root@debian:/home/debian/Bureau/DongleTest-master# node test.mjs { ip: '185.228.230.41' } ``` 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 ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 9, 2023, 10:24 UTC](https://www.debian-fr.org/t/multiple-ipv4-avec-plusieurs-interfaces-reseaux/87607/46 "2023-01-09T22:24:16Z")
> [@Gigolito](#): > > 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. Il faut simplement mettre l’adresse au lieu de l’interface avec l’option `-I`. ---
**Author:** ![Gigolito](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gigolito/32/12501_2.png) [@Gigolito](https://www.debian-fr.org/u/Gigolito)\ **Post date:** [Janvier 14, 2023, 11:53 UTC](https://www.debian-fr.org/t/multiple-ipv4-avec-plusieurs-interfaces-reseaux/87607/47 "2023-01-14T11:53:45Z")
Bonjour @PascalHambourg J’ai par mégarde effacer ma route ```auto 0: from all lookup local ``` Comment puis-je la re créer ? Merci a toi Bon week-end Gigolito ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 14, 2023, 12:22 UTC](https://www.debian-fr.org/t/multiple-ipv4-avec-plusieurs-interfaces-reseaux/87607/48 "2023-01-14T12:22:21Z")
Tiens, je croyais qu’on ne pouvait pas supprimer cette règle (et non route, je répète). ``` ip rule add priority 0 lookup local ``` [Page précédente](https://www.debian-fr.org/t/multiple-ipv4-avec-plusieurs-interfaces-reseaux/87607.md?page=2)