Daniel D�chelotte <[EMAIL PROTECTED]> - Tue, Aug 03, 2004:
> Question : j'ai un ordinateur (typiquement un ordinateur portable)
> avec une ou plusieurs interfaces r�seau, se d�placant d'un endroit �
> un autre, o� ces interfaces doivent �tre configur�es diff�remment.
> Comment faire pour passer le plus automatiquement possible d'une
> configuration � une autre ?
D'abord, excellent analyse ! Vraiment en couche, assez en profondeur
pour beaucoup de programmes.
J'aurais du le signaler plus t�t, mais je ne suis cette discussion
que depuis ce message : il existe un autre paquet, cach�, pour traiter
ce probl�me. Ce paquet, c'est ifupdown-roam, et il est maintenant dans
la section experimental de Debian.
Comme son auteur l'indique (apr�s sa propre �tude de l'�tat de
support de chaque paquet de Debian traitant du probl�me), ifupdown-roam
cherche � combiner les avantages des autres paquets. L'auteur fournit
une analyse assez compl�te elle aussi des d�fauts / avantages des
autres paquets, et je trouve que fonctionnellement, ifupdown-roam est
plut�t pas mal.
> Et le gagnant est :
> Mon cas �tait suffisamment simple pour �tre d�crit par deux sch�mas
> dans /etc/network/interfaces (une seule interface r�seau, qui oscille
> entre deux r�seaux). Par ailleurs, lorsqu'il s'agit du fonctionnement
> du syst�me, je suis attach� � la ��philosophie Unix�� : une t�che par
> outil. Aussi, j'utilise :
En fait, je pense que ifupdown-roam couvre les besoins d�crits dans
ton mail. Il n'est pas �vident-�vident � mettre en place, mais
fonctionne un peu comme guessnet. Il y a des bugs, je trouve les
scripts d�gueulasses (en particulier ce script awk sur 12 lignes
non-wrapp�es pip� dans un script shell), mais �a marche � peu pr�s
(tm).
Je me permets d'ajouter des suggestions � la liste des outils :
- waproamd pour le wifi (globalement bof, mais on peut construire des
scripts persos dessus assez facilement)
- les lignes "up" et "pre-up" des interfaces pour pallier aux manques
des outils de la liste
Petit ajout �galement pour les fonctionnements de hotplug et de
ifplugd :
- hotplug fonctionne � la cr�ation de l'interface (insertion du
module), et peut faire un ifup physical_name=hotplug, on peut
r�utiliser ce comportement dans un script
- ifplugd d�tecte les "link beats" des cartes Ethernet, c'est � dire
les trames r�seau qui servent � n�gocier le d�bit et � v�rifier que
la connexion fonctionne, mais aussi les associations � des Access
Points wifi (AP), souvent g�r�es par waproamd automatiquement,
ifplugd peut �galement lancer des scripts
Mon exp�rience m'a aussi amen� � la conclusion que le mieux pour y
voir clair et avoir ce qu'on veut est d'utiliser ses scripts perso.
L'objectif de ces paquets est de faire gagner du temps, et lire du code
et des instructions est malheureusement plus long que d'�crire soit
m�me ce qu'il manque.
Je pense que les mainteneurs sont aussi tr�s sollicit�s par des
choses plus urgentes qu'un paquet qui ne fait que faire gagner du
temps, et maintiennent plus l�g�rement ces paquets que d'autres.
> (Daniel D�chelotte (c) 2004 GNU Free Documentation License)
> (Ah non c'est pas assez libre)
Bah GPL, ou rien du tout, c'est bien aussi :)
--
Lo�c Minier <[EMAIL PROTECTED]>
