Chty blog

Cela fait maintenant quelques semaines que je dois aller m'acheter une carte wifi pour activer cette borne Fon. Évidemment, je ne l'ai toujours pas fait: il faut prendre du temps pour se déplacer, et chercher la bonne carte qui va bien pour qu'elle soit reconnue sous GNU/Linux.

Ce soir, j'ai eu l'occasion d'avoir un ordinateur portable à prêter. Je l'ai bien entendu saisie pour effectuer des tests approfondis. En effet, j'avais déjà essayé auparavant à l'aide d'un ordinateur portable, sans succés. Je n'avais pas eu le temps de bien diagnostiquer le problème.

Ayant très peu de connaissances dans le domaine du Wifi, cela n'a pas été facile. J'ai d'abord testé sous le Windows XP dont je disposais. Il me détecte de nombreuses bornes Wifi. J'essaye d'abord la borne ouverte Fon: il cherche, cherche... puis abandonne. Je recommence à plusieurs reprises. Je trouve très frustrant que sous cette application Windows, on n'ait pas plus d'indications sur la/les raison(s) de l'échec. Je me résous à tester le réseau crypté Fon. Sans succès. J'essaye un autre réseau ouvert de l'immeuble, pareil. Vraiment décevant Fon...

Il me fallait des logs, pour en savoir plus. Je décide donc de booter sur un Live CD (de Mandriva). Je recommence le même scénario que sous Windows. Même résultat. Au final les logs ne me parlaient pas beaucoup plus.

Je sollicite l'aide d'un ami. Il m'aide méthodiquement. A bout d'idées, il me propose de me connecter en Ethernet sur la borne afin de voir plus précisément la configuration. S'y connecter n'est pas une mince affaire, surtout pour un novice. En effet, on peut accéder à l'interface d'administration que via une certaine IP, qui elle est située sur une autre plage IP. J'avais déjà effectué cette opération, donc la manipulation n'a pas été difficile à retrouver. Pour ceux que ça intéresse, j'avais du feuilleter le site francofon.fr pour arriver à mes fins. Notamment la page concernant les *Box, ainsi que la page concernant la connexion en Ethernet.

Sous GNU/Linux, on y parvient en tapant en root :
ifconfig eth0 169.254.255.2 netmask 255.255.255.0
(en remplaçant eth0 par votre interface bien entendu).
Puis, on peut se connecter à l'interface sur http://169.254.255.1/

Je lui ai donc passé en revu les différentes options possibles. Il m'a demandé de changer les paramètres du "canal". La configuration par défaut est placée sur "Automatique". Je l'ai donc placé selon ses conseils sur le canal 5. J'ai redémarré la boîte, et Ô miracle, cela a fonctionné. Je pouvais me connecter sur les deux réseaux disponibles sur le routeur.

Que s'est-il sûrement pass�

On appelle canal de transmission une bande étroite de fréquence utilisable pour une communication.

La raison la plus probable invoquée, est qu'il y avait trop de bornes Wifi sur le même canal. Effectivement, j'ai lu que ceci pouvait entraîner des perturbations entre les connexions. Et manque de chance, le routeur aurait choisi un canal perturbé.
Cela me paraît la réponse la plus judicieuse pour ce problème au vu du nombre de borne que j'arrive à détecter dans mon immeuble.

En conclusion, je suis assez déçu par la qualité du routeur vu les problèmes que j'ai rencontré, pour un produit qui est censé se diffuser chez monsieur et madame tout le monde. Je pense que plus d'un aurait abandonné à la rencontre de ce genre de problème. En même temps qui suis-je pour le juger, alors que je n'y connais presque rien.

Maintenant il me reste encore quelques détails de sécurité à résoudre. Enfin ça sera pour plus tard, car il se fait tard. (ahah)

Oui un shell peut changer une vie, oui zsh a changé ma vie. Bon d'accord, j'exagère un tout petit peu.

Au départ, je me suis mis à l'utiliser, au détriment de bash ou tcsh (shell par défaut à l'école), pour sa complétion assez agréable.

Il y a quelques jours, on m'a fait découvrir quelques fonctionnalités très intéressantes que je ne peux m'empêcher de vous partager.

(Ces exemples de configuration sont à placer dans votre .zshrc)
Tout d'abord, très basique, une fonctionnalité avancée de la complétion, comment ne lister que les répertoires lors d'un cd :
compctl -g '*(-/) .*(-/)' cd

Un peu plus intéressant, la colorisation de la liste des choix possibles lors de la complétion :
zmodload zsh/complist
ZLS_COLORS=$LS_COLORS

Un peu plus surprenant, la complétion par des paramètres définis sur une certaine commande. Je m'explique.
Par exemple vous êtes sur un réseau local avec de nombreuses machines avec chacune un nom attribuée. Vous voulez y connecter régulièrement en ssh. Ne serait-il pas intéressant que lorsque vous tapez $ssh [TAB], il vous propose la liste des machines disponibles ? zsh le fait comme ceci :
machine=(machine1 machine2 machine3 machine4 machine 5)
compctl -k machine ssh
Bien sûr, c'est à adapter à vos besoins; dans compctl il suffit d'abord de mettre le nom de la variable qui contient les choix possibles, suivit de la liste des commandes sur lesquels cela va agir.

Peut-être qu'on pourra retrouver ces mêmes fonctionnalités dans d'autres shells, mais en tout cas elles y sont ici.
Évidemment, ceci représente qu'une infime partie des possibilités de ce shell. Je n'ai pas fini d'avoir des surprises.

Ce matin, après une petite mise à jour foireuse (de pam certainement) :

# ls -l
bash: ls: command not found

$ ls
bash: /bin/ls: Permission denied

$ su
su: error while loading shared libraries: libpam.so.0: cannot open shared object file: Input/output error

Moi qui pensais passer une soirée tranquille, c'est mort :-/