debian woody+2 cartes réseaux = problèmes bizarres

par **vivanno** » 06 Juin 2003 15:30

bonjour à tous, j'ai un p'tit soucis bien bizarre! J'explique! (enfin je vais éssayer) Donc j'ai serveur debian woody r3 avec 2 interfaces réseau (eth0 et eth1). Ces deux cartes sont relier sur le même réseaux. (sur le même switch). Elles sont normalement configurées correctement puisque quand je fais un ifconfig j'obtiens: eth0 Link encap:Ethernet HWaddr 00:01:02:6C:E9:46 inet addr:192.168.0.7 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4327 errors:0 dropped:0 overruns:0 frame:0 TX packets:3315 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:474758 (463.6 KiB) TX bytes:337597 (329.6 KiB) Interrupt:9 Base address:0xc800 eth1 Link encap:Ethernet HWaddr 00:05:5D:08:6C:72 inet addr:192.168.0.8 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3294 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:324733 (317.1 KiB) TX bytes:0 (0.0 b) Interrupt:12 Base address:0xc400 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Donc j'ai eth0 avec l'ip 192.168.0.7 et eth1 avec l'ip 192.168.0.8. Je verifie les links physique avec mii-tool et j'obtiens: eth0: negotiated 100baseTx-FD flow-control, link ok eth1: negotiated 100baseTx-FD, link ok Si je fais des ping sur les deux ip j'obtiens une réponse. Donc théoriquement les deux interfaces réseau fonctionnent. Le seul soucis c'est que si j'en débranche une carte eth1 les ping sur les deux ip fonctionnent encore et si je débranche eth0 et que je rebranche eth1, y'a plus de ping du tous! <IMG SRC="images/smiles/icon_confused.gif"> Lorsque les deux interfaces sont branchées et que je ping une ip ou l'autre c'est toujours eth0 qui répond! (la pitite LED du port de mon switch clignote) vous avez une idée ? Merci infiniment <IMG SRC="images/smiles/icon_bise.gif">

par **grosbedos** » 07 Juin 2003 01:38

eth0 est ta passerelle par default??

par **vivanno** » 07 Juin 2003 10:08

Y'a pas de passerelle! Enfin si c'est mon routeur qui fait du nat, mais y'a pas de passerelle sur la machine en questio. C'est juste un serveur avec 2 cartes réseaux et une ip pour chaqu'une des cartes réseau! C'est quand même vraiment bizarre! Je cherche partout et y'a personne qui ai ce problème! Pourtant les cartes sont un 3come et une dlink, c'est pas comme si j'avais des carte réseau exotiques . <IMG SRC="images/smiles/icon_confused.gif"> Comprend pas <IMG SRC="images/smiles/icon_frown.gif"> J'ai éssayé je faire ma config par ifconfig, par webmin, et par les fichiers /etc/network/interfaces et /etc/resolv.conf. Sans aucun resultat <IMG SRC="images/smiles/icon_frown.gif">

par **popov** » 07 Juin 2003 10:26

N'as tu pas activé un routage dans un seul sens ? genre eth1 -> eth0 ok mais eth0 -> eth1 pas bon ? ca doit venir de la sinon.

par **tomtom** » 07 Juin 2003 10:34

Tout le monde à ce problème, car ce n'est pas un problème en fait. Quand tu mets plusieurs cartes dans une machine, il y en a toujours une qui a une priorité plus grande. On peut parler de "carte par defaut". Si tu te mets sous windows, c'est celle qui est leplus en haut dans les materiels. Et tu ne pourrais pas changer l'ordre, il te faudrait desinstaller la carte par defaut puis la réinstaller, et encore parfois il faut même les changer de place sur le bus PCI. Lorsqu'une machine veut emmettre des paquets sur un reseau, elle les envoie par defaut avec son interface numero 1 ! Ce qui fait qu'elle enverra toujours les paquets par la même Interface. Si c'est elle qui emet le ping, tu peux specifier l'interfcae, donc tu dois pouvoir pinguer. Par contre, quand elle recoit un ping sur son interface "non prioritaire", elle essaye de repondre avec l'autre interface. Si tu as un sniffer sur ta box linux, tu peux mettre ce phenomène en evidence. Il te suffit de snifer sur l'interface ou tu n'arrives pas à pinger : tu verras que le paquet arrive bien, mais que les retours sont emis par l'autre carte. Et comme en plus tes deux interfaces sont sur le même réseau logique, tu ne peux pas contourner le problème en specifiant les gw par le routage. T.

par **popov** » 07 Juin 2003 10:57

a ca je ne savais pas, merci tomtom <IMG SRC="images/smiles/icon_smile.gif">

par **vivanno** » 07 Juin 2003 12:30

C'est un stupide comme problème, qui soit disant n'en ai pas un pour certain ! LOL <IMG SRC="images/smiles/icon_smile.gif"> Si une des cartes brule y'a plus de service ! Intelligent ça ! Non, vous trouvé pas ? Sous wouindoz quand j'ai deux cartes et une claque ou j'en débranche une, l'autre prend le relai toute seule ! Y'a pas un moyen de forcer les deux cartes à avoir la même priorité pour que'lles repondent de la même façon ? C'est bizarre que les devloppeur non pas pensé à ça ! Non ? PS: Je dois dire chapeau pour la réponse de tomtom, une réponse simple, précise, éfficace. Y'a de la maitrise la dedans, ça me change de certains forum linux. Je sens que je vais me plaire ici. <IMG SRC="images/smiles/icon_bise.gif">

par **tomtom** » 07 Juin 2003 17:25

En fait il n'y a pas qu'un problème de priorité. Supposons que le kernel ait reçu un paquet de l'ip 192.168.0.10. Il sait qu'il doit repondre à cette adresse. -> Il va emettre un paquet de type imcp echo reply, vers l'adresse 192.168.0.10. -> Routage : 192.168.0.0/24 : directly connected, eth0 192.168.0.0/24 : directly connected, eth1 il faut bien "choisir" avec quelle interface envoyer le paquet. Pour faire ce choix, on prend la première carte installée en général. Maintenant, supposons que cette carte soit "morte". La station peut soit s'en rendre compte (problème hard identifié) auquel cas elle peut essayer de trouver une autre route, ce qui suppose quand même un certain niveau de routage. Ceci est faisable avec linux, moyennant quelques bricolages. Mais aussi, dans le cas du cable debranché par exemple, la station peut très bien ne pas se rendre compte que le réseau de destination n'est pas disponible par l'interface choisie. C'est la cas pour les station linux, qui ne font pas de tests hard sur l'interface (equivalent de l'affichage "cable réseau debranché" que l'on peut voir sous windows). Elle envoie alors ses paquets par cette route, et comme IP n'est pas un protocole fiable, elle ne se rend même pas compte que ces paquets n'arrivent pas à destination. Pour ce qui est d'une station windows qui continue à fonctionner, je suis tout de même assez surpris. Les tests que j'avais fait il y a 1 an environ (sur des NT4) ne fonctionnaient pas, à moins d'utiliser des softs de redondance spécialisés. Un cas souvent utilisé, c'est de mettre les deux interfaces dans un groupe, avec chacune une ip, et une ip virtuelle pour le groupe. La station utilise l'ip virtuelle, et les deux cartes sont capables d'utiliser l'ip virtuelle. On peut faire ça également sous linux, c'est assez simple à mettre en oeuvre. T. Liens interressants : Le chemin d'un paquet IP dans le noyau linux 2.4 : <a href="http://gnumonks.org/ftp/pub/doc/packet-journey-2.4.html" target="_blank">http://gnumonks.org/ftp/pub/doc/packet-journey-2.4.html</a> Haute disponibilité reseau sous linux : <a href="http://www.ibiblio.org/pub/Linux/ALPHA/linux-ha/High-Availability-HOWTO-8.html" target="_blank">http://www.ibiblio.org/pub/Linux/ALPHA/linux-ha/High-Availability-HOWTO-8.html</a>

par **vivanno** » 07 Juin 2003 22:35

ok! <IMG SRC="images/smiles/icon_smile.gif"> Je vous remercie pour vos réponses précieuses et trés précises!

debian woody+2 cartes réseaux = problèmes bizarres

Qui est en ligne ?