OVH Cloud OVH Cloud

Pas de connexion automatique DHCP au réseau

23 réponses
Avatar
Patrick
Bonjour,

Mon Linux (Ubuntu 6.06.1) ne veut plus se connecter automatiquement au
réseau. Une interface eth0 est bien démarrée, mais pas de DHCP.

Un "sudo /etc/init.d/networking restart" donne ceci:

DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval ...
No DHCPOFFERS received.

Mais bizarrement, un "sudo dhclient" me démarre une interface eth1, qui
elle semble marcher.

De plus en plus bizarre, "lspci |grep Ethernet" me fait apparaître 2
cartes réseau, alors que je n'en ai qu'une sur mon PC!

Quelqu'un pourrait-il éclairer ce mystère?

Merci d'avance!

--
Patrick

10 réponses

1 2 3
Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:4522bbe6$0$19731$,
*Patrick* tapota sur f.c.o.l.configuration :

Bonjour,

De plus en plus bizarre, "lspci |grep Ethernet" me fait apparaître 2
cartes réseau,


Lesquelles ?

alors que je n'en ai qu'une sur mon PC!


Peut être que eth0 est une interface Firewire / IEEE 1394 ?

Quelqu'un pourrait-il éclairer ce mystère?


Les sorties de lspci et ifconfig -a pouraient certainement nous permettre de
vous en dire plus.

--
Sébastien Monbrun aka TiChou

Avatar
Patrick
Les sorties de lspci et ifconfig -a pouraient certainement nous
permettre de vous en dire plus.


$ lspci |grep Ethernet
0000:01:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
0000:01:06.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x
DEC-Tulip compatible 10/100 Ethernet (rev 10)


$ ifconfig -a
eth0 Lien encap:Ethernet HWaddr 00:D0:09:34:07:0A
adr inet6: fe80::2d0:9ff:fe34:70a/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
TX packets:179 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:0 (0.0 b) Octets transmis:43596 (42.5 KiB)
Interruption:3 Adresse de base:0xd400

eth1 Lien encap:Ethernet HWaddr 00:E0:7D:FD:1B:38
inet adr:82.246.XXX.XXX Bcast:82.246.XXX.XXX
Masque:255.255.255.0
adr inet6: fe80::2e0:7dff:fefd:1b38/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:13338 erreurs:0 :0 overruns:0 frame:0
TX packets:12042 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:15206749 (14.5 MiB) Octets transmis:1259970 (1.2
MiB)
Interruption:11 Adresse de base:0x8000

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
Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
Octets reçus:0 (0.0 b) Octets transmis:0 (0.0 b)

sit0 Lien encap:IPv6-dans-IPv4
NOARP MTU:1480 Metric:1
Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
Octets reçus:0 (0.0 b) Octets transmis:0 (0.0 b)


Merci de votre aide...

--
Patrick

Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:4522c2fc$0$18689$,
*Patrick* tapota sur f.c.o.l.configuration :

$ lspci |grep Ethernet
0000:01:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
0000:01:06.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x
DEC-Tulip compatible 10/100 Ethernet (rev 10)

$ ifconfig -a
eth0 Lien encap:Ethernet HWaddr 00:D0:09:34:07:0A

eth1 Lien encap:Ethernet HWaddr 00:E0:7D:FD:1B:38
inet adr:¤¤.¤¤¤.124.116 Bcast:¤¤.¤¤¤.124.255


;-)


Il n'y a pas de doute, il y bien deux chipsets réseaux dans votre PC.

Pour forcer l'interface eth0 sur le bon chipset donc la bonne carte, mettez
un alias dans votre fichier /etc/modules.conf. par exemple :

alias eth0 tulip
alias eth1 8139too

--
Sébastien Monbrun aka TiChou

Avatar
Patrick
Merci du dépannage, mais puisqu'il paraît qu'il n'y a pas de question
idiote, comment puis-je avoir 2 chipsets réseau, mais apparemment une
seule carte?
Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:4522cb53$0$3113$,
*Patrick* tapota sur f.c.o.l.configuration :

Merci du dépannage, mais puisqu'il paraît qu'il n'y a pas de question
idiote, comment puis-je avoir 2 chipsets réseau, mais apparemment une
seule carte?


Je n'en sais rien, je ne connais pas votre matériel. :-)

Parfois, vous pouvez avoir sur des cartes mères un chipset réseau dédié (par
exemple pour avoir du Gigabit) alors que le chipset principal de la carte
mère intègre déjà un composant réseau (cas des chipsets nForce par exemple)
mais ce dernier n'est pas toujours physiquement branché mais quand même
activé.

--
Sébastien Monbrun aka TiChou

Avatar
Pascal Hambourg
Salut,


Pour forcer l'interface eth0 sur le bon chipset donc la bonne carte,
mettez un alias dans votre fichier /etc/modules.conf. par exemple :

alias eth0 tulip
alias eth1 8139too


Rhâa non, pas toi ! :-(

Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:efulh7$6oa$,
*Pascal Hambourg* tapota sur f.c.o.l.configuration :

alias eth0 tulip
alias eth1 8139too


Rhâa non, pas toi ! :-(


Bah si, je deviens vieux. Conséquence je ne réfléchis même pas à ce que
j'écris.

Bon, reste nameif ou de désactiver la carte intrus dans le BIOS si cela est
possible.

--
Sébastien Monbrun aka TiChou


Avatar
Pascal Hambourg

Bon, reste nameif ou de désactiver la carte intrus dans le BIOS si cela
est possible.


Ou inverser l'ordre de chargement des deux modules, ou inhiber le
chargement automatique du module de l'interface fantôme si les
périphériques sont détectés par hotplug.

Et pourquoi ne pas tout bêtement se contenter d'utiliser eth1 plutôt que
s'acharner à vouloir la transformer en eth0, en modifiant le contenu de
/etc/network/interfaces ?

Avatar
Vincent Ramos

alias eth0 tulip
alias eth1 8139too


Rhâa non, pas toi ! :-(


Pouvez-vous expliquer : je ne saisis pas l'erreur.

Merci.


Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:,
*Vincent Ramos* tapota sur f.c.o.l.configuration :

alias eth0 tulip
alias eth1 8139too


Rhâa non, pas toi ! :-(


Pouvez-vous expliquer : je ne saisis pas l'erreur.


Ces alias dans le fichier /etc/modules.conf permettent, quand une
application (ici typiquement ifconfig) fait appel à l'interface eth0 ou
eth1, de charger automatiquement le module correspondant à la carte réseau
si celui-ci n'a pas déjà été chargé.
Ce mécanisme, du temps où il n'y avait aucun chargement automatique des
modules (via hotplug ou via les fichiers /etc/modules ou
/etc/rc.d/rc.modules) durant la phase de démarrage du système, fonctionnait
alors très bien pour attacher le nom de telle ou telle interface à telle ou
telle carte réseau.
Aujourd'hui, avec les systèmes hotplug et udev, il en est autrement. Les
modules des cartes réseaux sont (en principe) déjà chargés avant toute
opération possible sur elles.
Il existe des solutions pour empêcher le chargement automatique au
démarrage, mais ça s'apparente souvent à du bricolage.

--
Sébastien Monbrun aka TiChou



1 2 3