Salut,
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 ?
Forum Linux.debian/ubuntu nouvelle carte réseau
12
jan.
2008
# que dit ...
Posté par NeoX . Évalué à 1.
voit-il bien la 3e carte (eth2) ?
[^] # Re: que dit ...
Posté par poil oq . Évalué à 2.
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 ...
Posté par poil oq . Évalué à 1.
dans quelle direction dois-je chercher ?
[^] # Re: que dit ...
Posté par poil oq . Évalué à 1.
dans quelle direction dois-je chercher ?
[^] # Re: que dit ...
Posté par NeoX . Évalué à 1.
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
[^] # Re: que dit ...
Posté par poil oq . Évalué à 1.
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 ...
Posté par Steve Azriel . Évalué à 2.
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 ...
Posté par poil oq . Évalué à 1.
merci.
[^] # Re: que dit ...
Posté par NeoX . Évalué à 1.
happy user who found the answer
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.