OVH Cloud OVH Cloud

Probleme de routage

21 réponses
Avatar
Nicolas Loiselet
J'ai deux reseaux differents 192.168.1.0 et 192.168.2.0 et 3 ordinateurs
appeles C1, C2 et C3 pour simplifier. Tous avec Linux Mandrake 9.2.
C1 a pour IP 192.168.1.1 et est connecte a C2 par un switch.
C2 a deux cartes Ethernet :
Eth0 avec pour IP 192.168.1.50 connecte a C1.
et
Eth1 avec pour IP 192.168.2.80 connecte a C3
C3 a pour IP 192.168.2.200 et est connecte a C2 par un switch.
A partir de C1 je peux "pinguer" (ping) sur 192.168.1.50 et sur 192.168.2.80
mais pas sur 192.168.2.200 .
A partir de C3 je peux "pinguer" (ping) sur 192.168.2.80 et sur 192.168.1.50
mais pas sur 192.168.1.1 .
Et a partir de C2 je peux "pinguer" (ping) partout.
J'ai essaye d'utiliser la commande route pour essayer d'avoir une connexion
entre C1 et C3 a travers C2 mais sans success.
Comment dois-je le faire?
Dois-je aussi obligatoirement definir des routes sur C1 et C3 pour que ca
marche ou uniquement sur C2?
Merci d'avance de vos conseils.

Nicolas Loiselet

10 réponses

1 2 3
Avatar
Nicolas Loiselet
Merci pour la reponse. Je suis d'accord que les routes doivent etre definies
vers des reseaux et non des machines mais bon ca ne repond pas tout a fait a
ma question.

En fait c'est plutot ou faut-il definir les routes aux passerelles comme je
pensais l'avoir compris dans mes docs Linux ou aux extremites des reseaux?

A+
Nicolas Loiselet

"Arnaud Gomes-do-Vale" wrote in message
news:
"Nicolas Loiselet" writes:

Dois-je aussi obligatoirement definir des routes sur C1 et C3 pour que
ca


marche ou uniquement sur C2?


Il faut, bien sûr, que chaque machine ait une route vers chacune des
deux autres (au sens large, en général on définit des routes vers les
sous-réseaux, pas vers chaque machine séparément).

Enfin, tout ça, ça n'a rien à voir avec la configuration de GNU/Linux,
c'est juste les bases d'IP.

--
Arnaud Gomes-do-Vale -*-*-*-
http://www.glou.org/~arnaud/
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
En savoir plus sur GNU/Linux : http://www.linux-france.org/



Avatar
Nicolas Loiselet
"shal" wrote in message
news:402c053e$0$28916$
Nicolas Loiselet wrote:
"shal" wrote in message
news:402c001b$0$28163$

Nicolas Loiselet wrote:

Et sur C2 on ne definit aucune route. C'est tout le contraire de ce que
j'avais compris. Je pensais que c'etait a C2 de savoir que les paquets



pour

C3 venant de C1 devait passer de C2 eth0 ver eth1 et donc que route



devait

s'appliquer sur C2.
Il va falloir que je me replonge dans ma doc Linux...


En fait lorque tu fait ifconfig eth0 192.168.1.50 netmask 255.255.255.0
linux rajoute automatiquement l'equivalent de
route add -net 192.168.1.0 netmask 255.255.255.0 eth0



OK mais quid de la passerelle (gateway) elle doit etre ajoutee a la main
sur


chaque machine du reseau? Quel boulot si j'ai 100 postes clients de
chaque


cote... c'eut ete plus facile de faire le routage a la passerelle (C2)
qu'aux extremites du reseau.


Pas possible sous IPv4, mais trivial en IPv6 ;-)

Mais toi a la place de C1 , elle veut envoyer un paquet a C3.
Comment elle fait ? la machine ne fait pas parti de son reseau local
(LAN) il faut donc qu'elle le passe a quelqu'un, il faut donc qu'elle
connaise cette machine...


OK mais C1 peut communiquer avec C2 puis que ifconfig eth0 192.168.1.50
netmask 255.255.255.0 cree aussi la route vers le reseau 192.168.1.0.
C'est le boulot de C2 de savoir que qu'un paquet venant de C1 pour le reseau
192.168.2.0 doit passer d'eth0 a eth1 et si le reseau se complique comment
on fait on ne peut pas dire a C1 tout le chemin je qu'au reseau recherche...
Et a quoi ca sert dans se cas la ponderation avec les metrics?

Il y a quelque chose qui m'echappe...

A+
Nicolas Loiselet


Quoique.... tu peut faire tourner un demon de routage pour updater les
routes mais c'est tuer une mouche avec un bazooka ;-)


A+





Avatar
shal
Nicolas Loiselet wrote:
"shal" wrote in message
news:402c053e$0$28916$

Nicolas Loiselet wrote:

"shal" wrote in message
news:402c001b$0$28163$


Nicolas Loiselet wrote:


Et sur C2 on ne definit aucune route. C'est tout le contraire de ce que
j'avais compris. Je pensais que c'etait a C2 de savoir que les paquets



pour


C3 venant de C1 devait passer de C2 eth0 ver eth1 et donc que route



devait


s'appliquer sur C2.
Il va falloir que je me replonge dans ma doc Linux...


En fait lorque tu fait ifconfig eth0 192.168.1.50 netmask 255.255.255.0
linux rajoute automatiquement l'equivalent de
route add -net 192.168.1.0 netmask 255.255.255.0 eth0



OK mais quid de la passerelle (gateway) elle doit etre ajoutee a la main



sur

chaque machine du reseau? Quel boulot si j'ai 100 postes clients de



chaque

cote... c'eut ete plus facile de faire le routage a la passerelle (C2)
qu'aux extremites du reseau.


Pas possible sous IPv4, mais trivial en IPv6 ;-)

Mais toi a la place de C1 , elle veut envoyer un paquet a C3.
Comment elle fait ? la machine ne fait pas parti de son reseau local
(LAN) il faut donc qu'elle le passe a quelqu'un, il faut donc qu'elle
connaise cette machine...



OK mais C1 peut communiquer avec C2 puis que ifconfig eth0 192.168.1.50
netmask 255.255.255.0 cree aussi la route vers le reseau 192.168.1.0.
C'est le boulot de C2 de savoir que qu'un paquet venant de C1 pour le reseau
192.168.2.0 doit passer d'eth0 a eth1 et si le reseau se complique comment
on fait on ne peut pas dire a C1 tout le chemin je qu'au reseau recherche...
Et a quoi ca sert dans se cas la ponderation avec les metrics?

Il y a quelque chose qui m'echappe...



C1 dispose d'un ensemble de route par exemple celle de son reseau local.
Il li faut aussi une route par default : quand je sais pas je sonne a
celle machine qui elle saura. c'est la passerelle qui gere le problème
ensuite.
Deux cas :
le reseau est relativement simple : tu met les route a la main sur les
passerelles.
le reseau devient compliquer (grosse entreprise ou plus) tu utilise des
demons de routage : voir BGP RIP OSPF etc......

Bonne nuit.

A+





A+
Nicolas Loiselet


Quoique.... tu peut faire tourner un demon de routage pour updater les
routes mais c'est tuer une mouche avec un bazooka ;-)


A+










Avatar
Nicolas Loiselet
Merci je vais revoir ma copie et essayer d'y voir un peu plus clair car
d'ici peu je risque d'avoir pres de 100 machines sur mes reseaux et pas
toutes Linux bien sur...

Bon comme il se fait tard je vais aller me coucher. Merci.

Bonne nuit a tous.

A+
Nicolas Loiselet

"shal" wrote in message
news:402c0dab$0$28740$
Nicolas Loiselet wrote:
"shal" wrote in message
news:402c053e$0$28916$

Nicolas Loiselet wrote:

"shal" wrote in message
news:402c001b$0$28163$


Nicolas Loiselet wrote:


Et sur C2 on ne definit aucune route. C'est tout le contraire de ce
que






j'avais compris. Je pensais que c'etait a C2 de savoir que les
paquets







pour


C3 venant de C1 devait passer de C2 eth0 ver eth1 et donc que route



devait


s'appliquer sur C2.
Il va falloir que je me replonge dans ma doc Linux...


En fait lorque tu fait ifconfig eth0 192.168.1.50 netmask
255.255.255.0





linux rajoute automatiquement l'equivalent de
route add -net 192.168.1.0 netmask 255.255.255.0 eth0



OK mais quid de la passerelle (gateway) elle doit etre ajoutee a la
main





sur

chaque machine du reseau? Quel boulot si j'ai 100 postes clients de



chaque

cote... c'eut ete plus facile de faire le routage a la passerelle (C2)
qu'aux extremites du reseau.


Pas possible sous IPv4, mais trivial en IPv6 ;-)

Mais toi a la place de C1 , elle veut envoyer un paquet a C3.
Comment elle fait ? la machine ne fait pas parti de son reseau local
(LAN) il faut donc qu'elle le passe a quelqu'un, il faut donc qu'elle
connaise cette machine...



OK mais C1 peut communiquer avec C2 puis que ifconfig eth0 192.168.1.50
netmask 255.255.255.0 cree aussi la route vers le reseau 192.168.1.0.
C'est le boulot de C2 de savoir que qu'un paquet venant de C1 pour le
reseau


192.168.2.0 doit passer d'eth0 a eth1 et si le reseau se complique
comment


on fait on ne peut pas dire a C1 tout le chemin je qu'au reseau
recherche...


Et a quoi ca sert dans se cas la ponderation avec les metrics?

Il y a quelque chose qui m'echappe...



C1 dispose d'un ensemble de route par exemple celle de son reseau local.
Il li faut aussi une route par default : quand je sais pas je sonne a
celle machine qui elle saura. c'est la passerelle qui gere le problème
ensuite.
Deux cas :
le reseau est relativement simple : tu met les route a la main sur les
passerelles.
le reseau devient compliquer (grosse entreprise ou plus) tu utilise des
demons de routage : voir BGP RIP OSPF etc......

Bonne nuit.

A+





A+
Nicolas Loiselet


Quoique.... tu peut faire tourner un demon de routage pour updater les
routes mais c'est tuer une mouche avec un bazooka ;-)


A+












Avatar
TiChou
Dans l'article news:402c0f0b$0$93688$,
Nicolas Loiselet écrivait :

"shal" wrote in message
news:402c0dab$0$28740$

Bonne nuit.


Bonne nuit a tous.


Ouais, pis tant que vous y êtes, méditez sur le site suivant :

http://www.giromini.org/usenet-fr/repondre.html

parce que vous êtes des champions dans le style au vu du fil.

--
TiChou


Avatar
ZeGrunt
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Salut.

Tout d'abord, essaie de supprimer les parties du message inutiles, ça
simplifiera la vie de tout le monde.

Ensuite:

Nicolas Loiselet wrote:
OK mais quid de la passerelle (gateway) elle doit etre ajoutee a la
main sur

chaque machine du reseau? Quel boulot si j'ai 100 postes clients de chaque
cote... c'eut ete plus facile de faire le routage a la passerelle (C2)
qu'aux extremites du reseau.


Et là, je me dis que le pb ne tient pas vraiment du routage mais plus
de la façon dont les machines seront configurées au niveau IP.
Franchement, avec 100 bécanes, un bon vieux DHCP me semble une bonne
solution. Surtoute qu'il peut envoyer des infos utiles aux bécanes en
plus de leur IP, genre une adresse de passerelle par défaut... ;)

A+

ZeGrunt.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFALH9knLjyGhlEgFIRAgn8AJsF7/KQBrYIBjz3WlT9v/2+OVLeIgCfZQ4B
pZPylUSrreSaUt7LHNd2bsU =V3uA
-----END PGP SIGNATURE-----

Avatar
Nicolas Loiselet
Le DHCP c'est bien mais j'ai besoin d'identifier les machines par leur IP a
cause de certains programmes. D'autre part je ne vois pas en quoi cela me
simplifiera la vie dans le probleme souleve. Je pense que j'ai un probleme
de routage mais je ne sais pas ou. Je pense que c'est sur l'ordinateur C2
car un ping de C1 vers C3 passe jusqu'a C2 et va meme sur eth1 qui est
connecte a C3.
Du C1 ping 192.168.2.80 fonctionne mais pas ping 192.168.2.200. Pourquoi
mystere? Je vais essayer ip_forward sur C2 mais bon il me faudrait de la
doc...
Y-a-t-il quelqu'un qui sache ou il y a des infos claires sur le Net?

Merci.
A+
Nicolas Loiselet


Salut.

Tout d'abord, essaie de supprimer les parties du message inutiles, ça
simplifiera la vie de tout le monde.

Ensuite:

Nicolas Loiselet wrote:
OK mais quid de la passerelle (gateway) elle doit etre ajoutee a la
main sur

chaque machine du reseau? Quel boulot si j'ai 100 postes clients de
chaque


cote... c'eut ete plus facile de faire le routage a la passerelle (C2)
qu'aux extremites du reseau.


Et là, je me dis que le pb ne tient pas vraiment du routage mais plus
de la façon dont les machines seront configurées au niveau IP.
Franchement, avec 100 bécanes, un bon vieux DHCP me semble une bonne
solution. Surtoute qu'il peut envoyer des infos utiles aux bécanes en
plus de leur IP, genre une adresse de passerelle par défaut... ;)

A+

ZeGrunt.



Avatar
TiChou
Dans l'article news:402c880e$0$70736$,
Nicolas Loiselet écrivait :

Jamais vous ne tenez compte de ce qu'on vous dit ? Apprenez à poster
correctement !

Le DHCP c'est bien mais j'ai besoin d'identifier les machines par leur IP
a cause de certains programmes.


Et alors ? Rien n'empêche à votre serveur DHCP d'attribuer des IP fixes à
vos machines ou à certaine seulement. De plus pour identifier une machine
sur un réseau on utilise généralement son nom. Donc un serveur DHCP couplé à
un serveur DNS qui sera mis à jour de façon dynamique par le serveur DHCP,
vous donnera certainement satisfaction, sans compter, comme l'a indiqué
ZeGrunt, que le serveur DHCP permet de fournir bien d'autres informations à
vos machines clientes comme des routes supplémentaires entre autre.

D'autre part je ne vois pas en quoi cela me simplifiera la vie dans le
probleme souleve.


Ca évitera surtout d'avoir à reconfigurer toutes vos machines et d'avoir une
configuration réseau homogène sur toutes les machines.

Je pense que j'ai un probleme de routage mais je ne sais pas ou.


Vous voyez un problème là où il n'y en a à priori pas. Des réponses
judicieuses vous ont été données (sans compter les remarques concernant
votre façon de poster) mais vous n'avez pas l'air d'en tenir beaucoup
compte.
Sur vos machines clientes (C1 et C3) deux possibilités :

- Elles ont comme route par défaut la passerelle C2 (ce qui est
certainement le cas vu qu'elles "pingent" l'autre adresse IP de C2
n'appartenant pourtant pas au même réseau) et là il n'y a aucun soucis de
configuration.
- Elles n'ont pas de route par défaut ou bien une route par défaut ne
pointant pas vers C2, alors il suffit de rajouter une simple route pour
indiquer quel passerelle utiliser (C2) pour atteindre l'autre réseau
(raccordé sur C2).

Je pense que c'est sur
l'ordinateur C2 car un ping de C1 vers C3 passe jusqu'a C2 et va meme sur
eth1 qui est connecte a C3.


Il ne suffit pas à une machine de connaitre les bonnes routes pour autoriser
les autres machines à l'utiliser comme pont. Si vous voulez que votre
machine ce comporte comme un routeur, activé le comme il vous l'a été dit de
faire ! (echo 1 > /proc/sys/net/ipv4/ip_forward)

Du C1 ping 192.168.2.80 fonctionne mais pas ping 192.168.2.200. Pourquoi
mystere? Je vais essayer ip_forward sur C2 mais bon il me faudrait de la
doc...


Maintenant il serait temps d'agir au lieu de trop penser si vous n'arrivez
pas à tout comprendre. Un peu de concret vous permettra certainement de
progresser dans votre compréhension.

Y-a-t-il quelqu'un qui sache ou il y a des infos claires sur le Net?


Oui, sur www.google.com.

Et sinon l'excellent site de Christian Caleca :
http://christian.caleca.free.fr

Et pis l'aide du noyau :

ip_forward - BOOLEAN
0 - disabled (default)
not 0 - enabled

Forward Packets between interfaces.

--
TiChou

Avatar
Arnaud Gomes-do-Vale
"Nicolas Loiselet" writes:

Merci je vais revoir ma copie et essayer d'y voir un peu plus clair car
d'ici peu je risque d'avoir pres de 100 machines sur mes reseaux et pas
toutes Linux bien sur...


Linux ou pas, ça ne change rien. Ce que tu dois apprendre, c'est IP.

--
Arnaud Gomes-do-Vale -*-*-*-
http://www.glou.org/~arnaud/
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
En savoir plus sur GNU/Linux : http://www.linux-france.org/

Avatar
Arnaud Gomes-do-Vale
shal writes:

cote... c'eut ete plus facile de faire le routage a la passerelle (C2)
qu'aux extremites du reseau.


Pas possible sous IPv4, mais trivial en IPv6 ;-)
.../...

Quoique.... tu peut faire tourner un demon de routage pour updater les
routes mais c'est tuer une mouche avec un bazooka ;-)


Et pourtant... ça marche pareil en IPv4 et en IPv6. :-) La
configuration automatique d'IPv6 n'est rien d'autre qu'une variante de
RIP, si je ne m'abuse.

--
Arnaud Gomes-do-Vale -*-*-*-
http://www.glou.org/~arnaud/
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
En savoir plus sur GNU/Linux : http://www.linux-france.org/


1 2 3