Va pas croire que jme touche hein, mais manque de pot, les trucs sur lesquels je bosse ces temps cis, je peux pas les publier. Pas encore en tout cas. L’un d’entre eux, c’est le fameux GNU/Linux Manazine numero 100, que vous trouverez dans n’importe quel kiosque à journaux si vous n’y êtes pas abonné (ce qui est probablement une erreur :). Vous y lirez mon périple lors du setup de Zone0, la future machine de GCU.

Sur un certain reseau ou je n’ai pas la main, j’ai voulu fournir une connectivité IPv6. À l’époque du 6bone je réalisais cette opération sur le routeur (avant d’apprendre l’existence de 6to4) à l’aide de tspc, un client freenet6 disponible entre autres dans pkgsrc. Il est a priori possible, selon ce qu’on peut lire dans le fichier tspc.conf, de réaliser cette opération derrière du NAT, pourtant, si le tunnel s’établit bien, impossible de faire transiter un paquet. J’ai trouvé la réponse au problème dans ce thread. Une vilaine magouille est nécessaire pour obtenir un tunnel opérationnel :

Pour ceux qui ne connaissent pas encore cette methode magique pour accéder au réseau IPv6, je vous invite à jeter un oeil à cette news.

Il semble qu’il y ait un problème de dépendance dans le package kmod-ipv6 de Kamikaze. En effet, ce dernier installe le module sit.ko nécessaire au montage d’un tunnel 6to4, mais pas le module tunnel4.ko dont sit.ko dépend.

On s’execute :

On automatise le chargement de sit.ko

C’est mon nouveau code postal :)

Et pour un moment cette fois…

dnsmasq, un cache DNS intégrant un serveur DHCP embarqué dans Kamikaze, réagissait de manière assez surprenante. En effet, la configuration de base :

laissait présumer que ce dernier allait servir le DHCP sur le réseau “lan” et ignorer le réseau “wan”. Mais contre toute attente :

ath1 étant mon interface wan.

Après avoir bidouillé un peu le fichier /etc/config/dhcp, voici un (le ?) format qui fait faire ce que je souhaite à dnsmasq :

Je trouvais ça un peu dommage de pas utiliser le second SSID de la Fonera, par exemple pour en faire un bridge sur le LAN. Après un brin de recherches, voici la conf nécessaire à l’activation et l’utilisation d’ath0 et d’ath1 :

Puis :

Un /etc/init.d/network restart n’est pas suffisant pour prendre cette nouvelle conf en charge, en effet, les rules de firewalling et l’interpretation de pas mal de variables ne sont pas totalement faites. Un petit reboot du routeur permettra de s’assurer que tout est opérationnel.

Finalement, je suis presque content de ma déception passée sur DD-WRT-sale. J’ai pu me plonger corps et âme dans l’apprentissage de Kamikaze, la nouvelle version d’OpenWRT, entre autres fonctionnelle pour… la Fonera evidemment.

Alors oui, la GUI est pourrie et buggée. Ok. Mais tu sais quoi ? dans un firmware bien rangé, c’est vraiment pas problématique. Explication.

Déjà, et c’est pas rien, les gens d’OpenWRT ont des packages qui marchent :

En cherchant de l’info sur l’art et la manière de compiler des applications ou la modification du noyau d’un DD-WRT, je suis tombé là dessus.

Deg.

Retour à Kamikaze quoi.

Ça faisait un petit moment que j’avais envie de monitorer proprement mes divers routeurs wireless. J’aimerais, par exemple, avoir une vue constante sur son load average, le traffic sortant et entrant. Une application evidente pour ce genre d’informations, c’est evidemment Net-SNMP. Par chance, un package de ce dernier est disponible pour Kamikaze / Atheros, et est parfaitement fonctionnel sous DD-WRT. Un simple ipkg install nous permet d’ajouter cette fonctionnalité au firmware. Reste le problème du client. Je m’attendais à trouver moult clients SNMP gnome (idéalement sous forme d’applet), mais quelle ne fut pas ma déception de ne trouver… rien du tout. Encore un truc à ajouter à ma TODO me dis-je, mais la periode est un peu mouvementée pour moi, aussi, en élargissant la recherche, que ne vois-je apparaitre: le vénérable gkrellm, lui, dispose d’un plugin SNMP. Je sais pas pour vous, mais moi à chaque fois que je refais du SNMP, je met des heures à retrouver les clés, alors à titre de pense bete, voici les 3 informations que j’utilise :

Il y a quelques mois, je bavais comme un vilain sur DD-WRT, pas content de devoir manipuler des variables en nvram pour sauvegarder des status. Dans la réorg de mon LAN (voir y’a 2 posts), DD-WRT est le routeur / client freebox. Car en fait, si effectivement l’organisation du firmware est trop chaotique à mon gout, il bénéficie en contre partie d’un nombre de features non négligeable, mais aussi et surtout, de très nombreuses documentations, dont un très bon wiki muni en bonus d’une excellente section Fonera. En outre, je me sers de ce routeur quand je voyage car il me permet très rapidement de scanner / me brancher sur des AP conviviaux. Moyennant quelques petites astuces, il est possible d’organiser correctement son routeur pour simuler système d’init scripts à sa convenance :