> Le lun 15/04/2002 à 18:28, sCALP a écrit :
> <snip>
> > ma table de routage est la suivante (j'ai vire les entrees inutiles)
> > Dest Gw Genmask Ind Mt Rf Use
Iface
> > 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth4
> > 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth4
> > vous remarquerez que rien ne concerne eth3...... de plus, je suis bien
> > embete, car je ne vois pas vraiment quelle(s) route(s) declarer pour
> > solutionner mon probleme...
> >
>
> Au risque de paraître idiot :
> si tu déclare eth4 pour tes routes vers le réseau local 192.168.1.0, il
> est normal que tu vois tout passer par eth4 !
>
> A mon avis, pour pouvoir faire travailler eth3, il suffit de remplacer
> l'entrée actuelle en eth4 par une entrée en eth3.
le probleme, c'est que j'ai beau taper :
route del 192.168.1.0 gw 0.0.0.0 eth4
j'ai l'erreur suivante : SIOCDELRT: Aucun processus de ce type
:*(
sinon, ton idee est bonne.... ce sera le premier test que je vais lancer...
a condition que j'arrive a modifier la route
je n'arrive pas a virer l'entree eth4 dans la table de routage, mais je
viens de remarque qu'un simple
route add 192.168.1.0 eth3
suffisait pour mettre eth3 en tete de la table de routage.....
une question : comment modifier la table de routage au demarrage de la RH7.2
? a part faire un script dans les rc.d, n'y a t'il pas un fichier de conf
qui gere la route ?
>
> Pour assurer que l'interface eth4 est bien celle utilisée par le
> masquerading, spécifier à iptables avec un truc du genre :
> iptables -t nat -A POSTROUTING -s 192.268.1.0/24 -i eth4 -o eth1 -d 0/0 -j
MASQUERADE
le -i eth4 n'est pas possible dans une regle POSTROUTING, mais ce n'est pas
grave, car si les clients utilisent l'IP de eth4 comme passerelle, ca
devrait aller.
>
> M'enfin, je ne suis pas sur d'avoir bien saisi le problème.
>
> Jean-Noel
