Le mer 10/03/2004 � 17:56, Sebastien Varrette a �crit :
> Bonjour,
> 
> Lors d'un pr�c�dent mail 
> (http://lists.debian.org/debian-user-french/2004/debian-user-french-200403/msg00252.html)
>  
> je recherchais la solution au probl�me expos� dans le titre de ce mail :
> - soit une machine poss�dant plusieurs cartes r�seaux fonctionnant sur 
> les modules �ventuellement diff�rents
> - 1 seule carte r�seau est reli�e au r�seau
> 
> -> comment faire pour que cette carte r�seau soit associ�e � l'interface 
> eth0???
> 
> En effet, ces associations sont d�finies dans /etc/modules.conf (ou plus 
> proprement dans un fichier /etc/modutils/network qui d�fini les alias 
> vers les cartes r�seaux suivu d'un 'update-modules')
> par exemple :
> 
> $> cat /etc/modutils/network
> # Chargement des modules de cartes
> # Cas le plus courant
> alias eth0 tg3
> # Autre Carte 
> alias eth1 e1000
> 
> 
> En fait, comme on m'a r�pondu alors,
> "Ind�pendament des alias d�finis dans modules.conf, linux nomme les 
> interface eth0, eth1, etc dasn l'ordre o� les modules sont charg�s"
> Pour etre exact, il me semble que l'ordre donn� dans /etc/modules.conf 
> est respect� au boot mais si ensuite son s'amuse a remover les modules 
> ins�r� ('rmmod tg3 e1000') et a les ins�rer � nouveau, alors l'ordre des 
> interfaces suivra l'ordre des chargements de modules ('insmod e1000' 
> suivi d'un 'insmod tg3' configurera eth0 sur e1000 et eth1 sur tg3, 
> contrairement au fichier /etc/modules.conf)

Jamais rien lu d'aussi stupide. Si tu veux les charger au d�marrage, on
les place dans /etc/modules. Les alias pr�sents dans /etc/modules.conf
(g�n�r� automatiquement chez Debian: modifiez /etc/modutils/aliases sous
peine de voir vos modifications fondre comme neige au soleil) servent
justement � charger les modules dynamiquement en fonction des appels.
En principe, on ne charge pas les modules � la main directement, ce
n'est pas pr�vu ainsi.

> En oubliant cela, avec la config decrite plus haut, si la carte e1000 
> est plugu�e et qu'on ne fait rien, elle sera associ�e � l'interface eth1...
> On m'a proposer pas mal d'id�es :
> - l'utilisation de nameif "qui permet de donner un nom � la carte en 
> fonction de son adresse MAC" mais cela s'appliquait difficilement a mon 
> cas,
> 
> - l' "ethernet bonding" qui consiste a
> coupler tes deux interfaces sur le meme reseau pour n'en former qu'une seule 
> et
> unique. Ainsi si une de tes cartes montre des faiblesses, la seconde est
> toujours la pour assurer le service. 
> 
> Ce concept avait l'air interessant mais semblait trop d�pendant du matos 
> utilis�.

En quoi serait-il si d�pendant du mat�riel utilis� ?
A moins que tu ne saches jamais � l'origine quelles cartes seront
utilis�es...

> Pour m'en sortir, j'ai cr�� le script suivant.
> Ce script, a placer dans /etc/rcS.d/ d�couvre les cartes r�seaux 
> pr�sentes sur votre syst�me, d�tecte celle qui est pluggu�
> charge le module associ� et l'associe � l'interface eth0.
> 
> Si aucune carte n'est pluggu�e, et bien il n'y aura pas d'interface eth0...
> Dans la prochaine version du script, les interfaces non pluggu�es seront 
> associ�es aux interfaces suivantes eth1, eth2 etc...
> Si ca peut vous servir....
> Remarques bienvenues.

Pourquoi ne pas se tourner vers ifplugd ?
Description: A configuration daemon for ethernet devices
 ifplugd is a daemon which will automatically configure your
 ethernet device when a cable is plugged in and automatically
 unconfigure it if the cable is pulled. This is useful on laptops with
 onboard network adapters, since it will only configure the interface
 when a cable is really connected.
 .
 Some features:
  * May beep when the cable is unplugged, plugged, the interface
    configuration succeeded or failed.
  * Syslog support
  * small
  * Multiple ethernet interface support
  * Support for wireless networking. Whenever an association to an AP
    is detected the network is configured. Have a look on waproamd
    if you need a facility to configure WEP keys before AP
    associations succeed.
  * Compatibility mode for network devices which do not support cable
    detection

-- 
Rapha�l "SurcouF" Bordet
[EMAIL PROTECTED]

Répondre à