@bilbong : Sympa tes liens, merci 😉
Les variables PRIVATE_NETWORK_ODD_IPS et PRIVATE_NETWORK_EVEN_IPS de mon script permettent de partager les clients qui sont sur le réseau interne en deux selon qu'ils ont une IP qui se finit par un chiffre pair ou impair.
Ainsi, ceux qui ont une IP impaire utilisent l'accès 1 et ceux qui ont une IP paire l'accès 2. Si un accès tombe, tout le monde utilise l'accès restant.
C'est un partage statique qui peut être remplacé par un autre. Par exemple : tout le traffic FTP sur un lien et le reste sur l'autre.
Concernant ta dernière remarque, il est tout à fait normal que son client ne soit pas sur le même sous-réseau que les routeurs, puisque c'est la machine Linux qui fait office de passerelle afin de router les paquets sur l'un ou l'autre des routeurs.
@paguira : Es-tu sûr que ton switch est bien un switch et pas un hub ?
De quel type de switch s'agit-il ?
Pourquoi ne pas connecter les routeurs directement sur la passerelle ?
Ce qui me surprend, c'est qu'aucun paquet n'arrive sur ton interface eth0 quand tu fais un ping et aucun n'est rejeté non plus...
Je soupçonne que ton poste client envoie sa requête directement au routeur sans passer par la passerelle.
Le routeur ne pouvant pas atteindre le sous-réseau 192.168.0.0/24, ses réponses sont perdues dans la nature.
Ca expliquerait pourquoi quand tu fais un tracert, tu ne reçois pas de réponse de la passerelle en premier lieu, alors que ça devrait être le cas.
Essaies donc de connecter tes routeurs directement sur les cartes réseaux eth1 et eth2 de ta passerelle et je pense qu'on devrait avancer.
Si ça ne marche toujours pas, tu devrais au moins voir passer du traffic sur eth0 quand tu fais un tcpdump.