Linux.debian : nouvelle carte réseau
Posté par poil oq () le 11 janvier 2008Salut,
Je viens d'ajouter une carte réseau à mon serveur (intel pro/1000), et pas moyen de la faire tourner (il y a déjà une D-Link et une 3Com).
Elle est parfaitement vue au démarrage, le module e1000 se charge dans le noyau, mais ensuite ifup ne donne rien. Les leds du switch indiquent que tout va bien, et lspci montre aussi la carte.
une idée ?
> Lire le message (9 commentaires, moyenne: 1,2).
Vous avez demandé le commentaire #895664.
Run by 
Cette page a été générée par Templeet en 0.0577s (dont 0.0047 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
que dit ...
ifconfig -a
voit-il bien la 3e carte (eth2) ?
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
[^]Re: que dit ...
ben ifconfig disait rien du tout, juste eth0 eth1 et lo.
mais j'ai ajouté un "alias eth2 e1000" dans /etc/modprobe.d/aliases, puis "update-modules", et là après ce dernier reboot ça marche...
eth0 Link encap:Ethernet HWaddr 00:50:ba:2e:f4:7e
inet adr:192.168.0.3 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::250:baff:fe2e:f47e/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:409 errors:0 dropped:0 overruns:0 frame:0
TX packets:448 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:34545 (33.7 KiB) TX bytes:130804 (127.7 KiB)
Interruption:10 Adresse de base:0x1000
eth1 Link encap:Ethernet HWaddr 00:50:04:60:49:98
inet adr:xx.xxx.xx.xxx Bcast:xx.xxx.xx.255 Masque:255.255.255.0
adr inet6: xxx/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1930 errors:0 dropped:0 overruns:0 frame:0
TX packets:2743 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:375317 (366.5 KiB) TX bytes:1842097 (1.7 MiB)
Interruption:11 Adresse de base:0xe400
eth2 Link encap:Ethernet HWaddr 00:1b:21:07:4a:35
inet adr:192.168.1.100 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::21b:21ff:fe07:4a35/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:492 (492.0 B)
Adresse de base:0x1480 Mémoire:f0020000-f0040000
lo Link 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)
merci quand même, bonne nuit ;o)
[^]Re: que dit ...
finalement, maintenant elle est là, parfaitement visible sur le serveur, mais totalement sourde et muette, impossible de pinger les adresses en 192.168.1.x, et impossible de la pinger depuis une machine sur le réseau 192.168.1.x.
dans quelle direction dois-je chercher ?
[^]Re: que dit ...
finalement, maintenant elle est là, parfaitement visible sur le serveur, mais totalement sourde et muette, impossible de pinger les adresses en 192.168.1.x, et impossible de la pinger depuis une machine sur le réseau 192.168.1.x.
dans quelle direction dois-je chercher ?
[^]Re: que dit ...
plusieurs cartes
192.168.0.X
192.168.1.Y
y a surement une route par defaut qui fait que ca passe par ailleurs pour aller sur le reseau 192.168.1.0
route -n
pour connaitre les routes actuellement en cours d'usage
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
[^]Re: que dit ...
# route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
88.179.96.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 88.179.96.254 0.0.0.0 UG 0 0 0 eth1
pour moi la route est bonne:
eth1 la freebox
eth0 le premier réseau
eth2 le 2e réseau
[^]Re: que dit ...
Bonjour,
A priori, la configuration semble correcte (ifconfig & route).
Pourrais tu:
1) Redonner des stats ifconfig eth2 car celles données sont post-boot (?) mais surtout indiquent 0 paquet/donnée reçu sur eth2 !
=> Il peut y avoir un problème au niveau driver et/ou medium (le câble)
2) L'état ARP pour eth2 (arp -a | grep eth2).
=> A priori, après quelques échanges initiés depuis la machine, il doit se remplir des adresses (MAC,IP) pour les autres équipements du même réseau (ici on se limite à eth2).
3) Réaliser un petit test via tcpdump à chaque extrémité (deux machines sur le même réseau de eth2) + un ping ou autre (telnet, ...)
=> Visualiser les échanges pour savoir où ne passe pas la communication.
Quelques possibilités:
1) Hardware avec le driver et/ou le câble (peu probable vu les diodes allumées, mais bon, ne pas négliger)
2) Firewall "mal configuré" qui:
2.a) drop les paquets (surtout pour la machine dont tu nous parles et qui est connectée à internet, quoique ^__^)
2.b) NAT les paquets (par exemple avec l'adresse externe ou autre que celle de eth2 !)
2.c) ... (etc)
3) La faute à "pas de chance" :/ !
Bon courage !
Cdlt,
[^]Re: que dit ...
excellentes remarques, j'ai désactivé le firewall, et ça marche, donc faut que j'intègre la carte dans le script iptable...
merci.
[^]Re: que dit ...
ce serait pas bete :D
happy user who found the answer
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux