J'ai un serveur sur lequel j'ai 2 interfaces ethernet d'installées.
Toutes les 2 configurées en dhcp (voici le fichier
/etc/network/interfaces):
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
auto eth1
iface eth1 inet dhcp
Pour ne pas vous embrouiller je vais mettre "good" pour eth1 et "bad"
pour eth0
Le probleme:
eth1(bad) et eth0(good)sont connectés:
j'arrive à pinguer l'ip de eth1(bad), jusque la tout va bien.
j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien.
Seule eth0(good)est connecté:
j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien (normal
tjrs connectée).
J'ARRIVE A PINGUER l'ip de eth1(bad), là c'est plus normal (en tout cas
pour moi puisque déconnectée).
Seule eth1(bad) est connecté:
Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir au
moins l'ip de eth1(bad)).
Voila pour les pings!
Un arp -a(sur un autre psote) me donne pour les 2 adresses ip la meme
adresse mac (celle de eth0(good)) !! Bizzare !!
lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 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 lg file transmission:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
il indique bien des adresses mac différentes !!
Pourtant voici le resultat des pings depuis un poste windows:
LES PINGS:
C:\>ping 10.96.36.85
Réponse de 10.96.36.85 : octets=32 temps<1ms TTL=64
Réponse de 10.96.36.85 : octets=32 temps<1ms TTL=64
C:\>ping 10.96.36.88
Réponse de 10.96.36.88 : octets=32 temps<1ms TTL=64
Réponse de 10.96.36.88 : octets=32 temps<1ms TTL=64
LE ARP:
C:\>arp -a
Interface : 10.96.36.155 --- 0x2
Adresse Internet Adresse physique Type
10.96.36.85 00-02-55-58-33-4d dynamique
10.96.36.88 00-02-55-58-33-4d dynamique
Vous voyer meme adresse mac pour 2 ip différentes
Pourtant le serveur dhcp m'indique bien des adresses mac différentes pour
chaque carte.
j'ai fais une copie d'écran mais je ne peut pas vous l'envoyer, mais il
indique bien les adresses mac respectif de chaque interface.
J'ai biensur changé la carte 3com meme chose.
J'ai déconnecté la carte intégrée du serveur(amd), en rajoutant la 3com
plus une autre carte, meme phénomene !!
Je ne suis pas sur place là donc je vous laisse quelques infos qui
peuvent vous etres utiles:
VERSION:
# cat /proc/version
Linux version 2.6.8-3-686 (pbuilder@dl360-g3) (gcc version 3.3.5 (Debian
1:3.3.5-13)) #1 Tue Dec 5 21:26:38 UTC 2006
LSPCI:
0000:00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 05)
0000:00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 05)
0000:00:01.0 VGA compatible controller: S3 Inc. Savage 4 (rev 04)
0000:00:02.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970
[PCnet32 LANCE] (rev 44)
0000:00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 4f)
0000:00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller
0000:00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller
(rev 04)
0000:01:03.0 SCSI storage controller: Adaptec AIC-7899P U160/m (rev 01)
0000:01:03.1 SCSI storage controller: Adaptec AIC-7899P U160/m (rev 01)
0000:01:05.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro
100] (rev 01)
0000:01:07.0 RAID bus controller: IBM ServeRAID Controller
Une partie de DMESG (si vous voulez tout dite le moi, mais j'ai coupé le
début):
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET: Registered protocol family 8
NET: Registered protocol family 20
ACPI: (supports S0 S4 S5)
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 4768 blocks [1 disk] into ram disk... done.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 148k freed
vesafb: probe of vesafb0 failed with error -6
NET: Registered protocol family 1
SCSI subsystem initialized
ACPI: PCI interrupt 0000:01:03.0[A] -> GSI 28 (level, low) -> IRQ 201
ACPI: PCI interrupt 0000:01:03.1[B] -> GSI 29 (level, low) -> IRQ 209
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
Pour info, la carte AMD utilise le driver pcnet32, la 3com c'est le 3c59x
et l'autre(connais pas la marque):e100
En plein désespoir j'ai changé les cables, connecté sur des commutateurs
différent, booté rebooté re re booté, mis des adresses ip fixes.
Voila si vous voulez d'autre infos n'hésitez pas, car là je suis encore
dans l'incompréhension totale.
Merci de votre aide ou de vos éclaircissement.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
J'ai un serveur sur lequel j'ai 2 interfaces ethernet d'installées. Toutes les 2 configurées en dhcp (voici le fichier /etc/network/interfaces):
# The loopback network interface auto lo iface lo inet loopback
# The primary network interface auto eth0 iface eth0 inet dhcp
auto eth1 iface eth1 inet dhcp
Pour ne pas vous embrouiller je vais mettre "good" pour eth1 et "bad" pour eth0
C'est raté : deux lignes plus bas tu écris exactement le contraire !
Le probleme:
eth1(bad) et eth0(good)sont connectés:
Au même réseau si j'en crois la sortie d'ifconfig. Ce qui est une mauvaise idée à moins de savoir exactement ce qu'on fait, et d'où le comportement que tu observes.
j'arrive à pinguer l'ip de eth1(bad), jusque la tout va bien. j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien.
Seule eth0(good)est connecté: j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien (normal tjrs connectée). J'ARRIVE A PINGUER l'ip de eth1(bad), là c'est plus normal (en tout cas pour moi puisque déconnectée).
Peu importe que l'interface soit connectée, du moment qu'elle est activée et configurée. Une adresse IP configurée sur une interface active appartient à la machine tout entière et pas seulement à cette interface. Par conséquent, la machine peut recevoir et répondre sur cette adresse par l'autre interface, qui plus est sur le même réseau. Et c'est pareil pour la résolution ARP : par défaut n'importe quelle interface peut répondre pour n'importe quelle adresse locale, à moins de régler quelques paramètres du noyau dans /proc/sys/net/ipv4/conf/<interface>,all comme arp_announce, arp_filter et/ou arp_ignore. Cf. networking/ip-sysctl.txt(.gz) dans la documentation du noyau. Du coup l'interface qui reste connectée répond pour les deux adresses.
Seule eth1(bad) est connecté: Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir au moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le cache ARP de la machine source expire. Par conséquent elle continue à envoyer les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
Un arp -a(sur un autre psote) me donne pour les 2 adresses ip la meme adresse mac (celle de eth0(good))
Voilà, comme je disais.
!! Bizzare !!
Je ne trouve pas.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Salut,
west a écrit :
J'ai un serveur sur lequel j'ai 2 interfaces ethernet d'installées.
Toutes les 2 configurées en dhcp (voici le fichier
/etc/network/interfaces):
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
auto eth1
iface eth1 inet dhcp
Pour ne pas vous embrouiller je vais mettre "good" pour eth1 et "bad"
pour eth0
C'est raté : deux lignes plus bas tu écris exactement le contraire !
Le probleme:
eth1(bad) et eth0(good)sont connectés:
Au même réseau si j'en crois la sortie d'ifconfig. Ce qui est une
mauvaise idée à moins de savoir exactement ce qu'on fait, et d'où le
comportement que tu observes.
j'arrive à pinguer l'ip de eth1(bad), jusque la tout va bien.
j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien.
Seule eth0(good)est connecté:
j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien (normal
tjrs connectée).
J'ARRIVE A PINGUER l'ip de eth1(bad), là c'est plus normal (en tout cas
pour moi puisque déconnectée).
Peu importe que l'interface soit connectée, du moment qu'elle est
activée et configurée. Une adresse IP configurée sur une interface
active appartient à la machine tout entière et pas seulement à cette
interface. Par conséquent, la machine peut recevoir et répondre sur
cette adresse par l'autre interface, qui plus est sur le même réseau. Et
c'est pareil pour la résolution ARP : par défaut n'importe quelle
interface peut répondre pour n'importe quelle adresse locale, à moins de
régler quelques paramètres du noyau dans
/proc/sys/net/ipv4/conf/<interface>,all comme arp_announce, arp_filter
et/ou arp_ignore. Cf. networking/ip-sysctl.txt(.gz) dans la
documentation du noyau. Du coup l'interface qui reste connectée répond
pour les deux adresses.
Seule eth1(bad) est connecté:
Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir au
moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le cache
ARP de la machine source expire. Par conséquent elle continue à envoyer
les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
Un arp -a(sur un autre psote) me donne pour les 2 adresses ip la meme
adresse mac (celle de eth0(good))
Voilà, comme je disais.
!! Bizzare !!
Je ne trouve pas.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
J'ai un serveur sur lequel j'ai 2 interfaces ethernet d'installées. Toutes les 2 configurées en dhcp (voici le fichier /etc/network/interfaces):
# The loopback network interface auto lo iface lo inet loopback
# The primary network interface auto eth0 iface eth0 inet dhcp
auto eth1 iface eth1 inet dhcp
Pour ne pas vous embrouiller je vais mettre "good" pour eth1 et "bad" pour eth0
C'est raté : deux lignes plus bas tu écris exactement le contraire !
Le probleme:
eth1(bad) et eth0(good)sont connectés:
Au même réseau si j'en crois la sortie d'ifconfig. Ce qui est une mauvaise idée à moins de savoir exactement ce qu'on fait, et d'où le comportement que tu observes.
j'arrive à pinguer l'ip de eth1(bad), jusque la tout va bien. j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien.
Seule eth0(good)est connecté: j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien (normal tjrs connectée). J'ARRIVE A PINGUER l'ip de eth1(bad), là c'est plus normal (en tout cas pour moi puisque déconnectée).
Peu importe que l'interface soit connectée, du moment qu'elle est activée et configurée. Une adresse IP configurée sur une interface active appartient à la machine tout entière et pas seulement à cette interface. Par conséquent, la machine peut recevoir et répondre sur cette adresse par l'autre interface, qui plus est sur le même réseau. Et c'est pareil pour la résolution ARP : par défaut n'importe quelle interface peut répondre pour n'importe quelle adresse locale, à moins de régler quelques paramètres du noyau dans /proc/sys/net/ipv4/conf/<interface>,all comme arp_announce, arp_filter et/ou arp_ignore. Cf. networking/ip-sysctl.txt(.gz) dans la documentation du noyau. Du coup l'interface qui reste connectée répond pour les deux adresses.
Seule eth1(bad) est connecté: Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir au moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le cache ARP de la machine source expire. Par conséquent elle continue à envoyer les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
Un arp -a(sur un autre psote) me donne pour les 2 adresses ip la meme adresse mac (celle de eth0(good))
Voilà, comme je disais.
!! Bizzare !!
Je ne trouve pas.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le Thursday 24 May 2007 00:23:50 west, vous avez écrit :
Pour info, la carte AMD utilise le driver pcnet32, la 3com c'est le 3c59x et l'autre(connais pas la marque):e100
En plein désespoir j'ai changé les cables, connecté sur des commuta teurs différent, booté rebooté re re booté, mis des adresses ip fixes.
Voila si vous voulez d'autre infos n'hésitez pas, car là je suis enco re dans l'incompréhension totale. Merci de votre aide ou de vos éclaircissement.
j'ai bien lu jusqu'au bout, et je n'ai pas de solution...
pb hard ou pb soft ?..?
une idée pour circonscrire les pbs :
- en mettant des ip fixes à partir d'un live cd genre knoppix, et en pi nguant avec un simple cable croisé et une machine saine en face, on restreint un peu plus le problème, en éliminant les pbs de dhcp, de routeur, de config spécifique de ta machine..
si ça marche pas comme ça, c'est un truc louche mais je sais pas quoi.. . (bios ? CM ? j'ai pas trop compris tes changements de cartes...)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le Thursday 24 May 2007 00:23:50 west, vous avez écrit :
Pour info, la carte AMD utilise le driver pcnet32, la 3com c'est le 3c59x
et l'autre(connais pas la marque):e100
En plein désespoir j'ai changé les cables, connecté sur des commuta teurs
différent, booté rebooté re re booté, mis des adresses ip fixes.
Voila si vous voulez d'autre infos n'hésitez pas, car là je suis enco re
dans l'incompréhension totale.
Merci de votre aide ou de vos éclaircissement.
j'ai bien lu jusqu'au bout, et je n'ai pas de solution...
pb hard ou pb soft ?..?
une idée pour circonscrire les pbs :
- en mettant des ip fixes à partir d'un live cd genre knoppix, et en pi nguant
avec un simple cable croisé et une machine saine en face, on restreint un peu
plus le problème, en éliminant les pbs de dhcp, de routeur, de config
spécifique de ta machine..
si ça marche pas comme ça, c'est un truc louche mais je sais pas quoi.. .
(bios ? CM ? j'ai pas trop compris tes changements de cartes...)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Thursday 24 May 2007 00:23:50 west, vous avez écrit :
Pour info, la carte AMD utilise le driver pcnet32, la 3com c'est le 3c59x et l'autre(connais pas la marque):e100
En plein désespoir j'ai changé les cables, connecté sur des commuta teurs différent, booté rebooté re re booté, mis des adresses ip fixes.
Voila si vous voulez d'autre infos n'hésitez pas, car là je suis enco re dans l'incompréhension totale. Merci de votre aide ou de vos éclaircissement.
j'ai bien lu jusqu'au bout, et je n'ai pas de solution...
pb hard ou pb soft ?..?
une idée pour circonscrire les pbs :
- en mettant des ip fixes à partir d'un live cd genre knoppix, et en pi nguant avec un simple cable croisé et une machine saine en face, on restreint un peu plus le problème, en éliminant les pbs de dhcp, de routeur, de config spécifique de ta machine..
si ça marche pas comme ça, c'est un truc louche mais je sais pas quoi.. . (bios ? CM ? j'ai pas trop compris tes changements de cartes...)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pascal Hambourg
Pascal Hambourg a écrit :
Seule eth1(bad) est connecté: Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir au moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le cache ARP de la machine source expire. Par conséquent elle continue à envoyer les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
Une autre explication possible : Comme la machine a deux interfaces avec deux adresses dans le même sous-réseau, elle a deux routes directe vers ce sous-réseau, une via chacune des deux interface. Cependant une seule de ces deux route, et donc une seule interface, est effectivement utilisée pour émettre vers une adresse de ce sous-réseau. Par conséquent pas de réponse possible si cette interface est déconnectée.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pascal Hambourg a écrit :
Seule eth1(bad) est connecté:
Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir
au moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le cache
ARP de la machine source expire. Par conséquent elle continue à envoyer
les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
Une autre explication possible :
Comme la machine a deux interfaces avec deux adresses dans le même
sous-réseau, elle a deux routes directe vers ce sous-réseau, une via
chacune des deux interface. Cependant une seule de ces deux route, et
donc une seule interface, est effectivement utilisée pour émettre vers
une adresse de ce sous-réseau. Par conséquent pas de réponse possible si
cette interface est déconnectée.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Seule eth1(bad) est connecté: Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir au moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le cache ARP de la machine source expire. Par conséquent elle continue à envoyer les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
Une autre explication possible : Comme la machine a deux interfaces avec deux adresses dans le même sous-réseau, elle a deux routes directe vers ce sous-réseau, une via chacune des deux interface. Cependant une seule de ces deux route, et donc une seule interface, est effectivement utilisée pour émettre vers une adresse de ce sous-réseau. Par conséquent pas de réponse possible si cette interface est déconnectée.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
J'ai un serveur sur lequel j'ai 2 interfaces ethernet d'installées. Toutes les 2 configurées en dhcp (voici le fichier /etc/network/interfaces):
# The loopback network interface auto lo iface lo inet loopback
# The primary network interface auto eth0 iface eth0 inet dhcp
auto eth1 iface eth1 inet dhcp
Pour ne pas vous embrouiller je vais mettre "good" pour eth1 et "bad" pour eth0
C'est raté : deux lignes plus bas tu écris exactement le contraire !
Oupppss !!
Le probleme:
eth1(bad) et eth0(good)sont connectés:
Au même réseau si j'en crois la sortie d'ifconfig. Ce qui est une mauvaise idée à moins de savoir exactement ce qu'on fait, et d'où le comportement que tu observes.
oui le meme réseau, pour le moment, mais apres la 2eme interface sera connecté sur un autre réseau local. je vérifiais juste que la 2eme carte fonctionnait avant de placer le serveur sur les 2 LANs
j'arrive à pinguer l'ip de eth1(bad), jusque la tout va bien. j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien.
Seule eth0(good)est connecté: j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien (normal tjrs connectée). J'ARRIVE A PINGUER l'ip de eth1(bad), là c'est plus normal (en tout
cas
pour moi puisque déconnectée).
Peu importe que l'interface soit connectée, du moment qu'elle est activée et configurée. Une adresse IP configurée sur une interface active appartient à la machine tout entière et pas seulement à cette interface. Par conséquent, la machine peut recevoir et répondre sur cette adresse par l'autre interface, qui plus est sur le même réseau.
Et
c'est pareil pour la résolution ARP : par défaut n'importe quelle interface peut répondre pour n'importe quelle adresse locale, à moins
de
régler quelques paramètres du noyau dans /proc/sys/net/ipv4/conf/<interface>,all comme arp_announce, arp_filter et/ou arp_ignore. Cf. networking/ip-sysctl.txt(.gz) dans la documentation du noyau. Du coup l'interface qui reste connectée répond pour les deux adresses.
Oui je comprends ton explication, mais j'ai toujours penser qu'une carte normalement configurée, n'acceptait que les adresses qui lui sont propres + les diffusions ( Il me semble que c'est le protocole Arp qui définit ce comportement) et le localhost répondait a toutes les adresses ip du poste. D'oû mon étonnement de ce comportement, ont m'aurait menti ?
Seule eth1(bad) est connecté: Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir
au
moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le cache ARP de la machine source expire. Par conséquent elle continue à envoyer les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
j'ai refait des tests:
- avec cache arp vide ou pas, l'adresse mac de eth0 est quand meme retournée, malgré un ping sur l'ip de eth1. (j'au aussi supprimé manuellement)
- avec tcpdump je confirme bien que c'est eth0 qui répond a un ping sur eth1.
- tcpdump sur eth1, il ne recoit rien, pourtant je ping bien sur son ip quand je dis qu'il ne recoit rien je m'explique, la requete arp demandant l'adresse mac de son ip lui arrive bien, mais il ne réponds pas comme si cela ne lui concernait pas.
- Si je déconnecte eth0 je ne ping rien du tout, meme si je ping l'ip de eth1 qui est connecté je n'arrive à joindre ni l'un ni l'autre . Si quelqu'un me donne un réponse a se comportement, je lui dis un gros merci d'avance !!
- En gros le serveur se comporte comme si l'interface eth1 n'existait pas et que eth0 était la seul interface configurée avec 2 adresses ip. Ca c'est le comportement global.
- pour info: j'ai pas de ip forwarding d'activé (c'est l'une des premieres choses que j'avais vérifié).
- j'ai changé l'ip de eth1 pour la placer sur un réseau différent de eth0, j'arrive à le pingué. Donc on a bien ce comportement lorsque les 2 cartes sont sur le meme réseau. La finalité n'est pas de laissé sur le meme réseau ( je vous rassure encore une fois), mais maintenant que j'ai vu ça, j'aimerais bien comprendre, surtout le fait que eth1 ne réponde pas du tout au ping, meme si il est le seul connecté ! Est ce le noyau qui désactive la 2eme interface lorqu'il voit qu'elle sont sur le meme réseau ? Si c'est le cas, pourquoi ? vous me direz peut etre que c'est parceque ca sert a rien, mais si j'ai envie de rajouter une 2eme interface au serveur sur une autre ip juste pour des taches d'administration ou de supervision, je ne vois pas pourqu'elle raison je ne pourrais pas le faire, je n'enfrain aucune rfc je pense et coté sécurité je ne vois pas ce que cela engendrera comme probleme.
Un arp -a(sur un autre psote) me donne pour les 2 adresses ip la meme adresse mac (celle de eth0(good))
Voilà, comme je disais.
voir tests plus haut
!! Bizzare !!
Je ne trouve pas.
et avec ces tests ?
PS: je vous met la table de routage que j'avais oublié qui a peut etre la reponse car je vois 2 localnet:
Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface localnet * 255.255.255.0 U 0 0 0 eth0 localnet * 255.255.255.0 U 0 0 0 eth1 10.96.38.0 10.96.36.254 255.255.255.0 UG 0 0 0 eth0
Mais pourquoi eth0 répond et pas eth1, daccord ils sont sur le meme réseau, mais lorsque je déconnecte eth0, eth1 ne répond pas.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le 24.05 2007, Pascal Hambourg ecrit ces mots :
Salut,
west a écrit :
J'ai un serveur sur lequel j'ai 2 interfaces ethernet d'installées.
Toutes les 2 configurées en dhcp (voici le fichier
/etc/network/interfaces):
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
auto eth1
iface eth1 inet dhcp
Pour ne pas vous embrouiller je vais mettre "good" pour eth1 et "bad"
pour eth0
C'est raté : deux lignes plus bas tu écris exactement le contraire !
Oupppss !!
Le probleme:
eth1(bad) et eth0(good)sont connectés:
Au même réseau si j'en crois la sortie d'ifconfig. Ce qui est une
mauvaise idée à moins de savoir exactement ce qu'on fait, et d'où le
comportement que tu observes.
oui le meme réseau, pour le moment, mais apres la 2eme interface sera
connecté sur un autre réseau local.
je vérifiais juste que la 2eme carte fonctionnait avant de placer le
serveur sur les 2 LANs
j'arrive à pinguer l'ip de eth1(bad), jusque la tout va bien.
j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien.
Seule eth0(good)est connecté:
j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien (normal
tjrs connectée).
J'ARRIVE A PINGUER l'ip de eth1(bad), là c'est plus normal (en tout
cas
pour moi puisque déconnectée).
Peu importe que l'interface soit connectée, du moment qu'elle est
activée et configurée. Une adresse IP configurée sur une interface
active appartient à la machine tout entière et pas seulement à cette
interface. Par conséquent, la machine peut recevoir et répondre sur
cette adresse par l'autre interface, qui plus est sur le même réseau.
Et
c'est pareil pour la résolution ARP : par défaut n'importe quelle
interface peut répondre pour n'importe quelle adresse locale, à moins
de
régler quelques paramètres du noyau dans
/proc/sys/net/ipv4/conf/<interface>,all comme arp_announce, arp_filter
et/ou arp_ignore. Cf. networking/ip-sysctl.txt(.gz) dans la
documentation du noyau. Du coup l'interface qui reste connectée répond
pour les deux adresses.
Oui je comprends ton explication, mais j'ai toujours penser qu'une carte
normalement configurée, n'acceptait que les adresses qui lui sont propres
+ les diffusions ( Il me semble que c'est le protocole Arp qui définit ce
comportement) et le localhost répondait a toutes les adresses ip du
poste.
D'oû mon étonnement de ce comportement, ont m'aurait menti ?
Seule eth1(bad) est connecté:
Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir
au
moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le cache
ARP de la machine source expire. Par conséquent elle continue à envoyer
les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
j'ai refait des tests:
- avec cache arp vide ou pas, l'adresse mac de eth0 est quand meme
retournée, malgré un ping sur l'ip de eth1. (j'au aussi supprimé
manuellement)
- avec tcpdump je confirme bien que c'est eth0 qui répond a un ping sur
eth1.
- tcpdump sur eth1, il ne recoit rien, pourtant je ping bien sur son ip
quand je dis qu'il ne recoit rien je m'explique, la requete arp demandant
l'adresse mac de son ip lui arrive bien, mais il ne réponds pas comme si
cela ne lui concernait pas.
- Si je déconnecte eth0 je ne ping rien du tout, meme si je ping l'ip de
eth1 qui est connecté je n'arrive à joindre ni l'un ni l'autre .
Si quelqu'un me donne un réponse a se comportement, je lui dis un gros
merci d'avance !!
- En gros le serveur se comporte comme si l'interface eth1 n'existait pas
et que eth0 était la seul interface configurée avec 2 adresses ip. Ca
c'est le comportement global.
- pour info: j'ai pas de ip forwarding d'activé (c'est l'une des
premieres choses que j'avais vérifié).
- j'ai changé l'ip de eth1 pour la placer sur un réseau différent de
eth0, j'arrive à le pingué.
Donc on a bien ce comportement lorsque les 2 cartes sont sur le meme
réseau. La finalité n'est pas de laissé sur le meme réseau ( je vous
rassure encore une fois), mais maintenant que j'ai vu ça, j'aimerais bien
comprendre, surtout le fait que eth1 ne réponde pas du tout au ping, meme
si il est le seul connecté !
Est ce le noyau qui désactive la 2eme interface lorqu'il voit qu'elle
sont sur le meme réseau ?
Si c'est le cas, pourquoi ?
vous me direz peut etre que c'est parceque ca sert a rien, mais si j'ai
envie de rajouter une 2eme interface au serveur sur une autre ip juste
pour des taches d'administration ou de supervision, je ne vois pas
pourqu'elle raison je ne pourrais pas le faire, je n'enfrain aucune rfc
je pense et coté sécurité je ne vois pas ce que cela engendrera comme
probleme.
Un arp -a(sur un autre psote) me donne pour les 2 adresses ip la meme
adresse mac (celle de eth0(good))
Voilà, comme je disais.
voir tests plus haut
!! Bizzare !!
Je ne trouve pas.
et avec ces tests ?
PS:
je vous met la table de routage que j'avais oublié qui a peut etre la
reponse car je vois 2 localnet:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use
Iface
localnet * 255.255.255.0 U 0 0 0
eth0
localnet * 255.255.255.0 U 0 0 0
eth1
10.96.38.0 10.96.36.254 255.255.255.0 UG 0 0 0
eth0
Mais pourquoi eth0 répond et pas eth1, daccord ils sont sur le meme
réseau, mais lorsque je déconnecte eth0, eth1 ne répond pas.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
J'ai un serveur sur lequel j'ai 2 interfaces ethernet d'installées. Toutes les 2 configurées en dhcp (voici le fichier /etc/network/interfaces):
# The loopback network interface auto lo iface lo inet loopback
# The primary network interface auto eth0 iface eth0 inet dhcp
auto eth1 iface eth1 inet dhcp
Pour ne pas vous embrouiller je vais mettre "good" pour eth1 et "bad" pour eth0
C'est raté : deux lignes plus bas tu écris exactement le contraire !
Oupppss !!
Le probleme:
eth1(bad) et eth0(good)sont connectés:
Au même réseau si j'en crois la sortie d'ifconfig. Ce qui est une mauvaise idée à moins de savoir exactement ce qu'on fait, et d'où le comportement que tu observes.
oui le meme réseau, pour le moment, mais apres la 2eme interface sera connecté sur un autre réseau local. je vérifiais juste que la 2eme carte fonctionnait avant de placer le serveur sur les 2 LANs
j'arrive à pinguer l'ip de eth1(bad), jusque la tout va bien. j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien.
Seule eth0(good)est connecté: j'arrive à pinguer l'ip de eth0(good), jusque la tout va bien (normal tjrs connectée). J'ARRIVE A PINGUER l'ip de eth1(bad), là c'est plus normal (en tout
cas
pour moi puisque déconnectée).
Peu importe que l'interface soit connectée, du moment qu'elle est activée et configurée. Une adresse IP configurée sur une interface active appartient à la machine tout entière et pas seulement à cette interface. Par conséquent, la machine peut recevoir et répondre sur cette adresse par l'autre interface, qui plus est sur le même réseau.
Et
c'est pareil pour la résolution ARP : par défaut n'importe quelle interface peut répondre pour n'importe quelle adresse locale, à moins
de
régler quelques paramètres du noyau dans /proc/sys/net/ipv4/conf/<interface>,all comme arp_announce, arp_filter et/ou arp_ignore. Cf. networking/ip-sysctl.txt(.gz) dans la documentation du noyau. Du coup l'interface qui reste connectée répond pour les deux adresses.
Oui je comprends ton explication, mais j'ai toujours penser qu'une carte normalement configurée, n'acceptait que les adresses qui lui sont propres + les diffusions ( Il me semble que c'est le protocole Arp qui définit ce comportement) et le localhost répondait a toutes les adresses ip du poste. D'oû mon étonnement de ce comportement, ont m'aurait menti ?
Seule eth1(bad) est connecté: Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir
au
moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le cache ARP de la machine source expire. Par conséquent elle continue à envoyer les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
j'ai refait des tests:
- avec cache arp vide ou pas, l'adresse mac de eth0 est quand meme retournée, malgré un ping sur l'ip de eth1. (j'au aussi supprimé manuellement)
- avec tcpdump je confirme bien que c'est eth0 qui répond a un ping sur eth1.
- tcpdump sur eth1, il ne recoit rien, pourtant je ping bien sur son ip quand je dis qu'il ne recoit rien je m'explique, la requete arp demandant l'adresse mac de son ip lui arrive bien, mais il ne réponds pas comme si cela ne lui concernait pas.
- Si je déconnecte eth0 je ne ping rien du tout, meme si je ping l'ip de eth1 qui est connecté je n'arrive à joindre ni l'un ni l'autre . Si quelqu'un me donne un réponse a se comportement, je lui dis un gros merci d'avance !!
- En gros le serveur se comporte comme si l'interface eth1 n'existait pas et que eth0 était la seul interface configurée avec 2 adresses ip. Ca c'est le comportement global.
- pour info: j'ai pas de ip forwarding d'activé (c'est l'une des premieres choses que j'avais vérifié).
- j'ai changé l'ip de eth1 pour la placer sur un réseau différent de eth0, j'arrive à le pingué. Donc on a bien ce comportement lorsque les 2 cartes sont sur le meme réseau. La finalité n'est pas de laissé sur le meme réseau ( je vous rassure encore une fois), mais maintenant que j'ai vu ça, j'aimerais bien comprendre, surtout le fait que eth1 ne réponde pas du tout au ping, meme si il est le seul connecté ! Est ce le noyau qui désactive la 2eme interface lorqu'il voit qu'elle sont sur le meme réseau ? Si c'est le cas, pourquoi ? vous me direz peut etre que c'est parceque ca sert a rien, mais si j'ai envie de rajouter une 2eme interface au serveur sur une autre ip juste pour des taches d'administration ou de supervision, je ne vois pas pourqu'elle raison je ne pourrais pas le faire, je n'enfrain aucune rfc je pense et coté sécurité je ne vois pas ce que cela engendrera comme probleme.
Un arp -a(sur un autre psote) me donne pour les 2 adresses ip la meme adresse mac (celle de eth0(good))
Voilà, comme je disais.
voir tests plus haut
!! Bizzare !!
Je ne trouve pas.
et avec ces tests ?
PS: je vous met la table de routage que j'avais oublié qui a peut etre la reponse car je vois 2 localnet:
Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface localnet * 255.255.255.0 U 0 0 0 eth0 localnet * 255.255.255.0 U 0 0 0 eth1 10.96.38.0 10.96.36.254 255.255.255.0 UG 0 0 0 eth0
Mais pourquoi eth0 répond et pas eth1, daccord ils sont sur le meme réseau, mais lorsque je déconnecte eth0, eth1 ne répond pas.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
West
Le 24.05 2007, Pascal Hambourg ecrit ces mots :
Pascal Hambourg a écrit :
Seule eth1(bad) est connecté: Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir au moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le
cache
ARP de la machine source expire. Par conséquent elle continue à
envoyer
les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
Une autre explication possible : Comme la machine a deux interfaces avec deux adresses dans le même sous-réseau, elle a deux routes directe vers ce sous-réseau, une via chacune des deux interface. Cependant une seule de ces deux route, et donc une seule interface, est effectivement utilisée pour émettre vers une adresse de ce sous-réseau. Par conséquent pas de réponse possible
si
cette interface est déconnectée.
je postait justement la table de routage, t'as peut etre un explication sur le fait qu'une seule route soit utilisé ? pourquoi il figerait le localnet que sur eth0 ? peut etre parceque la table est lu séquentiellement et dès qu'il arrive sur une route qui correspond au réseau de l'ip demandé il s'arrete là, mais vu que l'interface sur laquelle il s'est arrété est déconnecté il ne répond pas. Est ce plausible comme raisonnement ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le 24.05 2007, Pascal Hambourg ecrit ces mots :
Pascal Hambourg a écrit :
Seule eth1(bad) est connecté:
Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir
au moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le
cache
ARP de la machine source expire. Par conséquent elle continue à
envoyer
les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
Une autre explication possible :
Comme la machine a deux interfaces avec deux adresses dans le même
sous-réseau, elle a deux routes directe vers ce sous-réseau, une via
chacune des deux interface. Cependant une seule de ces deux route, et
donc une seule interface, est effectivement utilisée pour émettre vers
une adresse de ce sous-réseau. Par conséquent pas de réponse possible
si
cette interface est déconnectée.
je postait justement la table de routage, t'as peut etre un explication
sur le fait qu'une seule route soit utilisé ?
pourquoi il figerait le localnet que sur eth0 ?
peut etre parceque la table est lu séquentiellement et dès qu'il arrive
sur une route qui correspond au réseau de l'ip demandé il s'arrete là,
mais vu que l'interface sur laquelle il s'est arrété est déconnecté il ne
répond pas.
Est ce plausible comme raisonnement ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Seule eth1(bad) est connecté: Je ne ping aucune adresse ip ( la aussi pas normal, j'aurai du avoir au moins l'ip de eth1(bad)).
Tu n'as probablement pas attendu assez longtemps, le temps que le
cache
ARP de la machine source expire. Par conséquent elle continue à
envoyer
les paquets à l'adresse MAC d'eth0 qui est maintenant déconnectée.
Une autre explication possible : Comme la machine a deux interfaces avec deux adresses dans le même sous-réseau, elle a deux routes directe vers ce sous-réseau, une via chacune des deux interface. Cependant une seule de ces deux route, et donc une seule interface, est effectivement utilisée pour émettre vers une adresse de ce sous-réseau. Par conséquent pas de réponse possible
si
cette interface est déconnectée.
je postait justement la table de routage, t'as peut etre un explication sur le fait qu'une seule route soit utilisé ? pourquoi il figerait le localnet que sur eth0 ? peut etre parceque la table est lu séquentiellement et dès qu'il arrive sur une route qui correspond au réseau de l'ip demandé il s'arrete là, mais vu que l'interface sur laquelle il s'est arrété est déconnecté il ne répond pas. Est ce plausible comme raisonnement ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
West
Le 24.05 2007, BARBIER Jean-Matthieu ecrit ces mots :
Le Thursday 24 May 2007 00:23:50 west, vous avez écrit :
Pour info, la carte AMD utilise le driver pcnet32, la 3com c'est le 3c59x et l'autre(connais pas la marque):e100
En plein désespoir j'ai changé les cables, connecté sur des commuta
teurs
différent, booté rebooté re re booté, mis des adresses ip fixes.
Voila si vous voulez d'autre infos n'hésitez pas, car là je suis enco
re
dans l'incompréhension totale. Merci de votre aide ou de vos éclaircissement.
j'ai bien lu jusqu'au bout, et je n'ai pas de solution...
pb hard ou pb soft ?..?
une idée pour circonscrire les pbs :
- en mettant des ip fixes à partir d'un live cd genre knoppix, et en pinguant avec un simple cable croisé et une machine saine en face, on restreint un peu plus le problème, en éliminant les pbs de dhcp, de routeur, de config spécifique de ta machine..
j'ai changé les cartes, changé les commutateurs et le hard semble ok sur des réseaux différents pas de probleme.
si ça marche pas comme ça, c'est un truc louche mais je sais pas quoi... (bios ? CM ? j'ai pas trop compris tes changements de cartes...)
Je pense que se comportement dois venir de la table arp (voir message précédent)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le 24.05 2007, BARBIER Jean-Matthieu ecrit ces mots :
Le Thursday 24 May 2007 00:23:50 west, vous avez écrit :
Pour info, la carte AMD utilise le driver pcnet32, la 3com c'est le
3c59x et l'autre(connais pas la marque):e100
En plein désespoir j'ai changé les cables, connecté sur des commuta
teurs
différent, booté rebooté re re booté, mis des adresses ip fixes.
Voila si vous voulez d'autre infos n'hésitez pas, car là je suis enco
re
dans l'incompréhension totale.
Merci de votre aide ou de vos éclaircissement.
j'ai bien lu jusqu'au bout, et je n'ai pas de solution...
pb hard ou pb soft ?..?
une idée pour circonscrire les pbs :
- en mettant des ip fixes à partir d'un live cd genre knoppix, et en
pinguant avec un simple cable croisé et une machine saine en face, on
restreint un peu plus le problème, en éliminant les pbs de dhcp, de
routeur, de config spécifique de ta machine..
j'ai changé les cartes, changé les commutateurs et le hard semble ok
sur des réseaux différents pas de probleme.
si ça marche pas comme ça, c'est un truc louche mais je sais pas
quoi... (bios ? CM ? j'ai pas trop compris tes changements de
cartes...)
Je pense que se comportement dois venir de la table arp (voir message
précédent)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le 24.05 2007, BARBIER Jean-Matthieu ecrit ces mots :
Le Thursday 24 May 2007 00:23:50 west, vous avez écrit :
Pour info, la carte AMD utilise le driver pcnet32, la 3com c'est le 3c59x et l'autre(connais pas la marque):e100
En plein désespoir j'ai changé les cables, connecté sur des commuta
teurs
différent, booté rebooté re re booté, mis des adresses ip fixes.
Voila si vous voulez d'autre infos n'hésitez pas, car là je suis enco
re
dans l'incompréhension totale. Merci de votre aide ou de vos éclaircissement.
j'ai bien lu jusqu'au bout, et je n'ai pas de solution...
pb hard ou pb soft ?..?
une idée pour circonscrire les pbs :
- en mettant des ip fixes à partir d'un live cd genre knoppix, et en pinguant avec un simple cable croisé et une machine saine en face, on restreint un peu plus le problème, en éliminant les pbs de dhcp, de routeur, de config spécifique de ta machine..
j'ai changé les cartes, changé les commutateurs et le hard semble ok sur des réseaux différents pas de probleme.
si ça marche pas comme ça, c'est un truc louche mais je sais pas quoi... (bios ? CM ? j'ai pas trop compris tes changements de cartes...)
Je pense que se comportement dois venir de la table arp (voir message précédent)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
West
Le 24.05 2007, =?utf-8?Q?François?= TOURDE ecrit ces mots :
Ben comme je l'ai déjà dit, c'était juste pour vérifier que la carte fonctionnait, en piguant j'ai eu une réponse, mais je constate que le cable n'était pas branché, ca m'a alerté et comme j'ai pas envie de mourrir trop bete j'ai essayé de comprendre le pourquoi du comment, d'oû m'a présence parmis vous.
Sauf que là si je deconnecte eth0, j'arrive a pingué aucune carte et c'est aussi surtout ce que je voulais comprendre pourquoi il n y a que eth0 qui répond, mais je commence a avoir une explication via la table de routage, enfin ca reste à confirmer.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le 24.05 2007, =?utf-8?Q?François?= TOURDE ecrit ces mots :
Ben comme je l'ai déjà dit, c'était juste pour vérifier que la carte
fonctionnait, en piguant j'ai eu une réponse, mais je constate que le
cable n'était pas branché, ca m'a alerté et comme j'ai pas envie de
mourrir trop bete j'ai essayé de comprendre le pourquoi du comment, d'oû
m'a présence parmis vous.
Sauf que là si je deconnecte eth0, j'arrive a pingué aucune carte et
c'est aussi surtout ce que je voulais comprendre pourquoi il n y a que
eth0 qui répond, mais je commence a avoir une explication via la table de
routage, enfin ca reste à confirmer.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Ben comme je l'ai déjà dit, c'était juste pour vérifier que la carte fonctionnait, en piguant j'ai eu une réponse, mais je constate que le cable n'était pas branché, ca m'a alerté et comme j'ai pas envie de mourrir trop bete j'ai essayé de comprendre le pourquoi du comment, d'oû m'a présence parmis vous.
Sauf que là si je deconnecte eth0, j'arrive a pingué aucune carte et c'est aussi surtout ce que je voulais comprendre pourquoi il n y a que eth0 qui répond, mais je commence a avoir une explication via la table de routage, enfin ca reste à confirmer.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Thu, May 24, 2007 at 09:59:17PM +0000, West wrote:
j'ai refait des tests:
- avec cache arp vide ou pas, l'adresse mac de eth0 est quand meme retournée, malgré un ping sur l'ip de eth1. (j'au aussi supprimé manuellement) - avec tcpdump je confirme bien que c'est eth0 qui répond a un ping su r eth1.
on ne ping pas une interface, mais une adresse IP. Comme l'a mentionne Pascal precedemment, une adresse IP n'appartient pas a une interface ; de ce fait une interface peut repondre a plusieurs adresse IP.
- tcpdump sur eth1, il ne recoit rien, pourtant je ping bien sur son ip quand je dis qu'il ne recoit rien je m'explique, la requete arp demandant l'adresse mac de son ip lui arrive bien, mais il ne réponds pas comme s i cela ne lui concernait pas.
Mais tu viens de dire que le client qui avait fait le ping recevait bien une reponse echo-reply ! Je suppose que tu veux dire que eth1 reponds alors que tu t'attendais a ce que ce soit eth0. (idem paragraphe precedent).
- Si je déconnecte eth0 je ne ping rien du tout, meme si je ping l'ip d e eth1 qui est connecté je n'arrive à joindre ni l'un ni l'autre . Si quelqu'un me donne un réponse a se comportement, je lui dis un gros merci d'avance !!
Avec le cache ARP vide du cote client ?
- En gros le serveur se comporte comme si l'interface eth1 n'existait pas et que eth0 était la seul interface configurée avec 2 adresses ip. Ca c'est le comportement global.
Il faudrait attribuer une interface pour un reseau prive specifique et tester de cette maniere ; Il faurait les decoupler et bien les separer pour voir si le probleme est reel et si c'est plus un probleme de comprehension. Cela ne devrait pas etre trop difficile a teste :p!
- j'ai changé l'ip de eth1 pour la placer sur un réseau différent d e eth0, j'arrive à le pingué.
Cela ne me parait pas anormal.
PS: je vous met la table de routage que j'avais oublié qui a peut etre la reponse car je vois 2 localnet:
Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface localnet * 255.255.255.0 U 0 0 0 eth0 localnet * 255.255.255.0 U 0 0 0 eth1 10.96.38.0 10.96.36.254 255.255.255.0 UG 0 0 0 eth0
Si tu mets la gateway sur l'interface eth1 et non plus sur eth0, cela devrait inverser la tendance que tu as constate. Du moins je le pense.
Petite question : le mask dans la table de routage sur la ligne definissant le gateway ne devrait-il pas etre 0.0.0.0 ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Thu, May 24, 2007 at 09:59:17PM +0000, West wrote:
j'ai refait des tests:
- avec cache arp vide ou pas, l'adresse mac de eth0 est quand meme
retournée, malgré un ping sur l'ip de eth1. (j'au aussi supprimé
manuellement)
- avec tcpdump je confirme bien que c'est eth0 qui répond a un ping su r
eth1.
on ne ping pas une interface, mais une adresse IP. Comme l'a mentionne
Pascal precedemment, une adresse IP n'appartient pas a une interface ;
de ce fait une interface peut repondre a plusieurs adresse IP.
- tcpdump sur eth1, il ne recoit rien, pourtant je ping bien sur son ip
quand je dis qu'il ne recoit rien je m'explique, la requete arp demandant
l'adresse mac de son ip lui arrive bien, mais il ne réponds pas comme s i
cela ne lui concernait pas.
Mais tu viens de dire que le client qui avait fait le ping recevait bien
une reponse echo-reply ! Je suppose que tu veux dire que eth1 reponds
alors que tu t'attendais a ce que ce soit eth0. (idem paragraphe
precedent).
- Si je déconnecte eth0 je ne ping rien du tout, meme si je ping l'ip d e
eth1 qui est connecté je n'arrive à joindre ni l'un ni l'autre .
Si quelqu'un me donne un réponse a se comportement, je lui dis un gros
merci d'avance !!
Avec le cache ARP vide du cote client ?
- En gros le serveur se comporte comme si l'interface eth1 n'existait pas
et que eth0 était la seul interface configurée avec 2 adresses ip. Ca
c'est le comportement global.
Il faudrait attribuer une interface pour un reseau prive specifique et
tester de cette maniere ; Il faurait les decoupler et bien les separer
pour voir si le probleme est reel et si c'est plus un probleme de
comprehension. Cela ne devrait pas etre trop difficile a teste :p!
- j'ai changé l'ip de eth1 pour la placer sur un réseau différent d e
eth0, j'arrive à le pingué.
Cela ne me parait pas anormal.
PS:
je vous met la table de routage que j'avais oublié qui a peut etre la
reponse car je vois 2 localnet:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use
Iface
localnet * 255.255.255.0 U 0 0 0
eth0
localnet * 255.255.255.0 U 0 0 0
eth1
10.96.38.0 10.96.36.254 255.255.255.0 UG 0 0 0
eth0
Si tu mets la gateway sur l'interface eth1 et non plus sur eth0, cela
devrait inverser la tendance que tu as constate. Du moins je le pense.
Petite question : le mask dans la table de routage sur la ligne
definissant le gateway ne devrait-il pas etre 0.0.0.0 ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Thu, May 24, 2007 at 09:59:17PM +0000, West wrote:
j'ai refait des tests:
- avec cache arp vide ou pas, l'adresse mac de eth0 est quand meme retournée, malgré un ping sur l'ip de eth1. (j'au aussi supprimé manuellement) - avec tcpdump je confirme bien que c'est eth0 qui répond a un ping su r eth1.
on ne ping pas une interface, mais une adresse IP. Comme l'a mentionne Pascal precedemment, une adresse IP n'appartient pas a une interface ; de ce fait une interface peut repondre a plusieurs adresse IP.
- tcpdump sur eth1, il ne recoit rien, pourtant je ping bien sur son ip quand je dis qu'il ne recoit rien je m'explique, la requete arp demandant l'adresse mac de son ip lui arrive bien, mais il ne réponds pas comme s i cela ne lui concernait pas.
Mais tu viens de dire que le client qui avait fait le ping recevait bien une reponse echo-reply ! Je suppose que tu veux dire que eth1 reponds alors que tu t'attendais a ce que ce soit eth0. (idem paragraphe precedent).
- Si je déconnecte eth0 je ne ping rien du tout, meme si je ping l'ip d e eth1 qui est connecté je n'arrive à joindre ni l'un ni l'autre . Si quelqu'un me donne un réponse a se comportement, je lui dis un gros merci d'avance !!
Avec le cache ARP vide du cote client ?
- En gros le serveur se comporte comme si l'interface eth1 n'existait pas et que eth0 était la seul interface configurée avec 2 adresses ip. Ca c'est le comportement global.
Il faudrait attribuer une interface pour un reseau prive specifique et tester de cette maniere ; Il faurait les decoupler et bien les separer pour voir si le probleme est reel et si c'est plus un probleme de comprehension. Cela ne devrait pas etre trop difficile a teste :p!
- j'ai changé l'ip de eth1 pour la placer sur un réseau différent d e eth0, j'arrive à le pingué.
Cela ne me parait pas anormal.
PS: je vous met la table de routage que j'avais oublié qui a peut etre la reponse car je vois 2 localnet:
Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface localnet * 255.255.255.0 U 0 0 0 eth0 localnet * 255.255.255.0 U 0 0 0 eth1 10.96.38.0 10.96.36.254 255.255.255.0 UG 0 0 0 eth0
Si tu mets la gateway sur l'interface eth1 et non plus sur eth0, cela devrait inverser la tendance que tu as constate. Du moins je le pense.
Petite question : le mask dans la table de routage sur la ligne definissant le gateway ne devrait-il pas etre 0.0.0.0 ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
