OVH Cloud OVH Cloud

uncomprehennsion: 2 cartes reseaux

4 réponses
Avatar
lili
Bonjour,

Sur mon Woody de base (2.2.20 ) j'ai mes deux intrefaces reseaux qui
marchent tres bien.
Mais lorsque je compile le noyau, j'en vois qu'un des mes cartes et
bisarement celui qui point
sur mon reseau local mais jamais celui de dhcp.
Les deux cartes sont de meme modeles.

Si quelqu'un des idées ?

Merci

Voici mon fichier intreface
#############################################
# loopback
auto lo
iface lo inet loopback
################################################
auto eth0
iface eth0 inet dhcp

auto eth1
iface eth1 inet static
address 192.168.1.1
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
###################################
root@soleil:~)ifconfig
eth0 Link encap:Ethernet HWaddr 00:02:B3:ED:8A:D7
inet addr:82.226.234.107 Bcast:82.226.234.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1442 errors:0 dropped:0 overruns:0 frame:0
TX packets:1160 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:983153 (960.1 KiB) TX bytes:80464 (78.5 KiB)
Interrupt:11 Base address:0x2000

eth1 Link encap:Ethernet HWaddr 00:02:B3:ED:8A:C9
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 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:100
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:10 Base address:0x4000

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:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:560 (560.0 b) TX bytes:560 (560.0 b)









--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter 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

4 réponses

Avatar
François Boisson
On Sat, 11 Sep 2004 11:37:36 +0200
lili wrote:

Bonjour,

Sur mon Woody de base (2.2.20 ) j'ai mes deux intrefaces reseaux qui
marchent tres bien.
Mais lorsque je compile le noyau, j'en vois qu'un des mes cartes et
bisarement celui qui point
sur mon reseau local mais jamais celui de dhcp.
Les deux cartes sont de meme modeles.

Si quelqu'un des idées ?






A une époque il fallait explicitement indiquer au noyau de chercher
plusieurs cartes, peut être donc en rajoutant

append="ether=0,0,eth0 ether=0,0,eth1"

dans les paramètres de lilo correspondant au nouveau noyau.


François Boisson

PS: Attention, cela date des noyaux 2.0 et je continue à le faire sans
savoir si c'est toujours nécessaire.
Avatar
Jean-Luc Coulon (f5ibh)
--=-o8ef8TQph20wRQDQcm0S
Content-Type: text/plain; charset=ISO-8859-1; DelSp=Yes; Format=Flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Le 11.09.2004 12:05:44, François Boisson a écrit :
On Sat, 11 Sep 2004 11:37:36 +0200
lili wrote:

Bonjour,

Sur mon Woody de base (2.2.20 ) j'ai mes deux intrefaces reseaux qui
marchent tres bien.
Mais lorsque je compile le noyau, j'en vois qu'un des mes cartes et
bisarement celui qui point
sur mon reseau local mais jamais celui de dhcp.
Les deux cartes sont de meme modeles.

Si quelqu'un des idées ?






A une époque il fallait explicitement indiquer au noyau de chercher
plusieurs cartes, peut être donc en rajoutant

append="ether=0,0,eth0 ether=0,0,eth1"

dans les paramètres de lilo correspondant au nouveau noyau.


François Boisson

PS: Attention, cela date des noyaux 2.0 et je continue à le faire sans
savoir si c'est toujours nécessaire.



Il semble en effet, que, selon Ethernet-HOWTO, ceci n'est plus
nécessaire, les noyaux à partir de 2.2 détectent automatiquement plus
d'une carte sauf pour les cartes ISA.

[...]
As of 2.2 and newer kernels, the boot probes have been sorted into
safe and unsafe, so that all safe (e.g. PCI and EISA) probes will find
all related cards automatically. Systems with more than one ethernet
card with at least one of them being an ISA card will still need to do
one of the following.)
[...]

Mais ça ne résoud pas tous les problème : quelle carte *physique* va
être attachée à quelle brache de réseau ?

Le système affecte les nom d'interface en fonction de l'ordre dans
lequel sont chargés les modules. Dans le cas de deux cartes identiques,
il va sans doute falloir préciser les paramètres (I/O) qui vont
permettre à chacun de retrouver ses petits. la procédure diffère selo n
que le pilote a été compilé en dur ou sous forme de module.

La commande nameif permet de se tirer de ce mauvais pas en attachant
une carte physique (par son adresse MAC) à un nom symbolique librement
choisi.

Je procède comme suit :

auto lo lan adsl
#
# loopback
iface lo inet loopback
#
# adsl
iface adsl inet static
address 192.168.1.10
netmask 255.255.255.0
pre-up nameif adsl 00:80:5F:F1:18:CF
#
# LAN
iface lan inet static
pre-up nameif lan 00:00:B4:BB:46:E9
address 192.168.0.253
netmask 255.255.255.0

Les commandes "pre-up" assignent un nom à une adresse MAC donnée.

et ifconfig donne :
adsl Lien encap:Ethernet HWaddr 00:80:5F:F1:18:CF
inet adr:192.168.1.10 Bcast:192.168.1.255
Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:359382 errors:0 dropped:0 overruns:0 frame:0
TX packets:459730 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:86855323 (82.8 MiB) TX bytes:292597175 (279.0 MiB)
Interruption:10 Adresse de base:0xb000

lan Lien encap:Ethernet HWaddr 00:00:B4:BB:46:E9
inet adr:192.168.0.253 Bcast:192.168.0.255
Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2589 errors:0 dropped:0 overruns:0 frame:0
TX packets:3773 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:253945 (247.9 KiB) TX bytes:3794834 (3.6 MiB)
Interruption:5 Adresse de base:0xb800


Jean-Luc







--=-o8ef8TQph20wRQDQcm0S
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBBQuqDUdGGXzzGnNARAiRIAKCT75Gdvad+KkKogHi7JIy6cVgwRACff5un
z0bCKVeKy+bVer2DcWnpZqs Öct
-----END PGP SIGNATURE-----

--=-o8ef8TQph20wRQDQcm0S--


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
lili
Jean-Luc Coulon (f5ibh) wrote:

Le 11.09.2004 12:05:44, François Boisson a écrit :

On Sat, 11 Sep 2004 11:37:36 +0200
lili wrote:

Bonjour,

Sur mon Woody de base (2.2.20 ) j'ai mes deux intrefaces reseaux qui
marchent tres bien.
Mais lorsque je compile le noyau, j'en vois qu'un des mes cartes et
bisarement celui qui point
sur mon reseau local mais jamais celui de dhcp.
Les deux cartes sont de meme modeles.

Si quelqu'un des idées ?






A une époque il fallait explicitement indiquer au noyau de chercher
plusieurs cartes, peut être donc en rajoutant

append="ether=0,0,eth0 ether=0,0,eth1"

dans les paramètres de lilo correspondant au nouveau noyau.


François Boisson

PS: Attention, cela date des noyaux 2.0 et je continue à le faire sans
savoir si c'est toujours nécessaire.




Il semble en effet, que, selon Ethernet-HOWTO, ceci n'est plus
nécessaire, les noyaux à partir de 2.2 détectent automatiquement plus
d'une carte sauf pour les cartes ISA.

[...]
As of 2.2 and newer kernels, the boot probes have been sorted into
safe and unsafe, so that all safe (e.g. PCI and EISA) probes will find
all related cards automatically. Systems with more than one ethernet
card with at least one of them being an ISA card will still need to do
one of the following.)
[...]

Mais ça ne résoud pas tous les problème : quelle carte *physique* va
être attachée à quelle brache de réseau ?

Le système affecte les nom d'interface en fonction de l'ordre dans
lequel sont chargés les modules. Dans le cas de deux cartes
identiques, il va sans doute falloir préciser les paramètres (I/O)
qui vont permettre à chacun de retrouver ses petits. la procédure
diffère selon que le pilote a été compilé en dur ou sous forme de
module.

La commande nameif permet de se tirer de ce mauvais pas en attachant
une carte physique (par son adresse MAC) à un nom symbolique
librement choisi.

Je procède comme suit :

auto lo lan adsl
#
# loopback
iface lo inet loopback
#
# adsl
iface adsl inet static
address 192.168.1.10
netmask 255.255.255.0
pre-up nameif adsl 00:80:5F:F1:18:CF
#
# LAN
iface lan inet static
pre-up nameif lan 00:00:B4:BB:46:E9
address 192.168.0.253
netmask 255.255.255.0

Les commandes "pre-up" assignent un nom à une adresse MAC donnée.

et ifconfig donne :
adsl Lien encap:Ethernet HWaddr 00:80:5F:F1:18:CF
inet adr:192.168.1.10 Bcast:192.168.1.255
Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:359382 errors:0 dropped:0 overruns:0 frame:0
TX packets:459730 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:86855323 (82.8 MiB) TX bytes:292597175 (279.0 MiB)
Interruption:10 Adresse de base:0xb000

lan Lien encap:Ethernet HWaddr 00:00:B4:BB:46:E9
inet adr:192.168.0.253 Bcast:192.168.0.255
Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2589 errors:0 dropped:0 overruns:0 frame:0
TX packets:3773 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:253945 (247.9 KiB) TX bytes:3794834 (3.6 MiB)
Interruption:5 Adresse de base:0xb800


Jean-Luc









Rien à faire, ca marche toujours alors qu'il marche tres bien avec mon
noyau 2.2.20.
J'ai l'impression qu'il y a un pb cote dhcp mais quoi ?








--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
François Boisson
Le Wed, 11 Sep 2002 17:03:12 +0200
lili a écrit:

Rien à faire, ca marche toujours alors qu'il marche tres bien avec mon
noyau 2.2.20.
J'ai l'impression qu'il y a un pb cote dhcp mais quoi ?




Essaye par hasard avec pump, j'utilise plutôt pump que dhcp-client car ce
dernier n'a jamais marché sur une de mes machines (avec freebox en face et
noyau 2.4.19 avec QoS, etc).

François Boisson


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact