David On Net

Adopté lors de mon déplacement au Chili.

Jusqu'à maintenant, on ne pouvait ouvrir le ssh que sur les fonera dont la version du firmware était 0.7.1r1 (il y en a aussi pour les plus anciens).

Une nouveau hack est maintenant disponible pour la version 0.7.1r2. Une explication détaillée est disponible sur ce site. En résumé, on peut se faire passer pour le serveur d'authentification radius de FON et envoyer une configuration à la fonera.

En résumé, pour avoir accès au ssh il suffit de définir le DNS de la fonera avec l'IP 88.198.165.155, de redémarrer la fonera et hop, on a accès en ssh en se connectant sur le WLAN privé de la fonera.

Pour activer de façon permanente le ssh, on peut utiliser cette procédure (idem pour le flashage).

La fonera est le routeur utilisé par la communauté FON. Le routeur est livré avec un firmware réalisé par FON et basé sur OpenWRT.

On peut reflasher un firmware alternatif sur le routeur, comme DD-WRT.

On va voir comment le faire et cela sans ouvrir la Fonera et sans utiliser un cable série branché sur le port JTAG de la fonera.

Continuer à lire "Fonera et le firmware alternatif DD-WRT"

Voici les premiers paquets pour Debian Etch : il s'agit d'une recompilation des paquets PHP 5 avec des options différentes :

• désactivation du support SOAP, car cela entraine une incompatibilité avec les applications qui utilisent la librairie NuSOAP,
• ajout du module mssql, car le module sybase, qui supporte le même protocole réseau d'accès aux bases de données, n'implémente pas toutes les fonctions comme mssql_field_type() par exemple.

Pour installer les paquets, ajouter la ligne suivante dans /etc/apt/sources.list

deb http://www.cure.nom.fr/debian/etch ./

et lancer ensuite

apt-get update
apt-get install <paquet-php5>

Avec la nouvelle version 2.6.20 du noyau linux, vmware n'arrive plus à compiler un de ces modules. Voici donc un nouveau patch à appliquer à vmware server.

Il faut télécharger vmmon.tar ici et suivre la même procédure que les patches précédents pour le noyau 2.6.19.

 

J'ai commandé une carte "générique" PCI Sata et j'ai eu le droit à une carte de marque Heden.

Cette carte possède 2 ports SATA internes et 1 port SATA externe. En plus de cela, il y a un port IDE interne.

Cette carte est basée sur un chip VIA VT6421. Ce ship est supporté par Linux sans problème en 2.4 ou 2.6.

Pour ma part, je l'ai fait fonctionné en 2.4.31 et le driver sata_via : pour cela il faut activer le support SCSI et choisir le pilote (driver) SATA VIA dans la liste des pilotes (driver) SCSI.

Cette carte permet aussi de faire du RAID mais sur toutes ces cartes d'entrée de gamme, ce n'est pas du full RAID hardware une partie doit être réalisé par le pilote de la carte. Un driver sous Linux existe aussi, mais je ne l'ai pas testé, je préfère utiliser le RAID du noyau (pilote md).

Vous voulez changer le firmware de votre WRT (routeur Wifi Linksys) pour quelque chose de vraiment configurable alors FreeWRT est fait pour vous.

Basé sur OpenWRT, FreeWRT s'en démarque par le fait que l'on peut directement générer son fichier .bin de firmware avec les paquets et logiciels que l'on a vraiment besoin.

Pour cela rendez-vous sur le Web Image Builder et hop, après le choix de votre système de fichiers et les logiciels à inclure, le fichier .bin est généré et il ne reste plus qu'à le flasher sur votre routeur.

Avec mutt, lors de la lecture d'un mail qui est uniquement en HTML, il affiche tranquillement le source HTML du message, ce qui n'est pas forcément pratique pour le lire et y répondre

Voici la configuration à mettre en place pour afficher le texte du message (sans les tags HTML).

Il faut créer un fichier mailcap dans son répertoire "home" qui va permettre d'associer les fichiers HTML et les transformer en texte.

vi ~/.mailcapet ajouter la ligne text/html; lynx -dump %s; nametemplate=%s.html; needsterminal

Et on va ensuite dire à mutt d'afficher automatiquement les fichiers HTML. Il faut ajouter cette ligne à son fichier .muttrc : auto_view text/html

Maintenant, vous allez pouvoir voir les messages en HTML et surtout y répondre

J'avais fait un petit patch il y a quelques jours maintenant pour compiler les modules vmware sur un kernel 2.6.19. Dans certains cas, ce patch ne permettait pas au système d'hôte d'accéder au système guest.

Une nouvelle version du patch est donc disponible ici (suivre la même procédure).

La fonera est le point d'accès de la communauté FON.

Voici une petit résumé de sa configuration.

Continuer à lire "Fonera : 1ère configuration"

Ca y est : la petie boite blanche est arrivé à la maison.

Ce qui frappe lors du déballage de la boite, c'est la petite taille. Voici une photo de comparaison avec un téléphone portable :

Ne reste plus qu'à faire un cable JTAG pour commencer à jouer avec

Pour ceux qui ne connaissent pas, la fonera est le point d'accès Wifi de la communauté FON.

Une nouvelle version 1.5.0 de rdesktop (le client de connexion au travers du protocole RDP) est disponible.

J'ai réalisé un backport du paquet pour sarge. Il est disponbile dans mon dépôt debian.

Voici un petit article pour décrire les différentes techniques de cloisonnement et de virtualisation disponibles sous quelques OS libres et notement Linux.

Continuer à lire "Cloisonnement et Virtualisation"

Avec la nouvelle version du noyau Linux 2.6.19, VmWare Server n'arrive pas à recompiler ces modules noyau pour le réseau.

J'ai patché les sources de ces modules, il sont disponibles ici.

Il suffit de copier le fichier vmnet.tar dans <rep_lib_vmware>/modules/source (par exemple /usr/local/lib/vmware/modules/source ou /.../vmware-server-distrib/lib/modules/source).

Il faut aussi recréer un lien vers un fichier de configuration qui a changé de nom : il faut se placer dans le répertoire include des sources du noyau (/usr/src/linux-2.6.19/include/linux ou mieux /lib/modules/2.6.19/build/include/linux) et créer un lien "config.h" sur le fichier autoconf.h :cd /lib/modules/2.6.19/build/include/linux
ln -s autoconf.h config.h

Ne reste plus qu'à lancer la reconfiguration de VmWare pour qu'il recompile ces modules (normalement <rep_install_vmware>/vmware-config.pl).

J'ai testé le nouveau noyau Linux 2.6.19 et je m'attendais à avoir quelques soucis de compatibilité en ce qui concerne le Wifi : centrino IPW2200 et WPA (comme avec le kernel 2.6.15).

J'ai choisi de prendre le driver IPW2200 du kernel (même si ce n'est pas la dernière disponible chez sourceforge). Tout s'est bien passé, la seule chose à faire est d'aller chercher la dernière version du firmware sur le site du projet.

En ce qui concerne le WPA, la aussi pas de soucis : la version de wpa_supplicant que j'utilisais déjà (la 0.5.1) fonctionne sans aucune modification.

Au finale, une mise-à-jour de noyau qui s'est passée sans problème et qui va permettre d'utiliser eCryptFS sans patcher