Geekfault » Logiciel

Comment faire un Initram minimal avec mode rescue

madx — Mon, 07 May 2012 22:51:36 +0000

Aujourd’hui Geekfault vous propose d’apprendre à construire vous même votre initram, comme un grand.
On ne parlera pas de splash ou autre eyecandy pour newbies, juste de choses utiles pour nous autres les geeks.
Et on vous expliquera surtout comment ça marche, afin que vous puissiez devenir un Guru de la fabrication d’initram.

Mais au fait, c’est quoi un initram ?

Un initram est un fichier contenant un mini système sur lequel boot le kernel.
Son utilisation la plus commune est de servir d’étape pour lancer le vrai système, c’est ce cas que nous verrons.

Étapes d’un boot typique avec initram

La machine démarre.
Le BIOS se lance, lit sa conf, et passe la main au boot-loader Grub présent sur le MBR.
Grub lit sa conf, copie en RAM le kernel et l’initram puis passe la main au kernel.
Le kernel s’initialise, détecte le hardware puis passe la main à l’initram.
L’initram fait son boulot et passe la main au vrai système, par exemple Gentoo.
Gentoo s’initialise et vous demande de vous logger.

Dans quel cas l’utiliser ?

Si le système est directement accessible par le kernel, un initram ne sert à rien, le kernel y arrivera tout seul.
En revanche si le système n’est pas directement accessible (raid, cryptage, lvm, etc), alors il faut un initram pour y accéder.

Autopsie d’un initram

Un fichier d’initram n’est en fait qu’une archive cpio. cpio étant un format similaire à tar, mais plus basique.
Dans cette archive on retrouve une arborescence de fichier similaire à celle d’un système classique (/dev, /etc, /bin, /lib, etc)
Il doit aussi y avoir le fichier init à la racine de l’arborescence, c’est à ce fichier que le kernel passe la main et c’est presque toujours un script shell.
On ne laisse évidemment dans cette arborescence que le strict nécessaire si bien qu’il ne reste souvent que /bin, /init et un ou deux autres dossiers.
On peux également compresser ce fichier avec gzip, bzip2 ou xz si le kernel le supporte.

Voila pour un rappel de la technologie.

Initram vs initrd

On confond souvent les deux car ils servent à la même chose mais l’initrd est en fait le grand-père de l’initram.
L’initrd est un fichier de taille fixe, formaté en ext2, copié en RAM et monté comme un disque dur.
Alors que l’initram est une archive cpio dont le contenu est copié dans du tmpfs, (taille dynamique, pas besoin de formater).

Bref l’initrd est à l’initram ce que le Tam-tam est à Internet: un ancêtre archaïque.

Construire son initram

Pour éviter de rester vague, prenons un exemple concret: une Gentoo sur une partition cryptée avec dm-crypt, le tout sur Raid 1 software.
En bonus, et pour le même prix, on rajoutera un mode rescue.

Il va nous falloir les ingrédients suivant:

Un shell pour exécuter le script /init
Un moyen de remplir /dev pour avoir /dev/sda1, etc
L’exécutable mdadm pour monter le Raid
L’exécutable cryptsetup pour décrypter
Un moyen de passer le clavier en français pour taper le mot de passe
Un moyen de passer en mode rescue
Un script /init pour orchestrer tout ça

On mettra tout ces ingrédients dans un dossier appelé DOSSIER et on verra plus tard comment transformer ce dossier en initram.

Shell: Busybox

Busybox est une sorte de couteau suisse qui fournit les commandes de base (sh, cd, ls, rm, mount, …), tout cela contenu dans un seul petit exécutable. Il contient bien évidement un shell.

Il existe deux méthodes pour accéder aux commandes de Busybox:

l’appel direct$ busybox ls -la /etc
le lien symbolique$ ln -s busybox /bin/ls $ ls -la /etc

On ajoute Busybox à notre initram:
$ cd DOSSIER $ mkdir bin $ cp `which busybox` bin/ $ ln -s busybox bin/sh

Busybox est disponible sur toutes les distribution et, sauf exception, est toujours compilé en static.
Vous pouvez vérifier avec la commande:
$ file `which busybox` /bin/busybox: ELF 64-bit LSB executable, x86-64, statically linked

Si il est dynamically linked alors il faut soit se débrouiller pour avoir une version statically linked, soit inclure dans l’initram (dans /lib) les librairies dont il a besoin (utiliser la commande ldd pour avoir la liste).
Cela est valable pour tout exécutables que vous ajoutez à votre initram.

/dev: Busybox

La encore, busybox a ce qu’il faut: mdev, un mini udev.
mdev marche différemment de udev qui pour rappel est un service qui tourne en permanence.
mdev à l’inverse est à lancer quand on en a besoin, et on en a besoin de deux façon:

pour remplir /dev avec tout ce qu’a trouvé le kernel jusque là$ mdev -s
pour que /dev soit mis à jour chaque fois que le kernel trouve un nouveau périphériqueln -s busybox /bin/mdev echo '/bin/mdev' > /proc/sys/kernel/hotplug

On utilisera mdev dans le script /init.

mdadm et cryptsetup

Pour vous faciliter la tache il vaut mieux les avoir en static sinon il faut inclure les librairies avec.

On ajoute mdadm et cryptsetup à notre initram:
$ cp `which mdadm` bin/ $ cp `which cryptsetup` bin/

On les utilisera dans le script /init

Clavier Français: Busybox

Décidément ce Busybox fait tout !
En fait il ne sait pas vraiment configurer le clavier en français mais il sait sauver la configuration actuelle dans un fichier.

On crée le fichier avec:
$ cd DOSSIER $ mkdir etc $ busybox dumpkmap > etc/kmap-fr
Évidement il faut que le clavier soit déjà correctement configuré pour que cette opération ait un sens.
On peux ensuite charger le fichier avec loadkmap, mais nous verrons cela dans le script /init.

Rescue

On a donc maintenant un shell, le clavier peut etre configuré, on a mdadm et cryptsetup, en plus de ça busybox est plein d’outils divers (ip, lspci, wget, ps, etc, …). tapez busybox pour voir la liste.
Il y a donc tout ce qu’il faut pour un rescue, autant en profiter.
Le mode rescue sera tout simplement de lancer un shell pour donner la main à l’utilisateur.

On pourra y arrivera de deux manières:

le script /init rencontre une erreur et lance un shell.
On rajoute “rescue” aux paramètres du kernel et on configure le script /init pour qu’il lance un shell dans ce cas.

On vera tout ca dans le script /init.

Pour info, rajouter un paramètre au kernel peux se faire directement depuis Grub:

attendez de voir grub
appuyez sur une touche pour arrêter le compte à rebour
appuyez sur e, comme edit, vous verez alors plusieurs lignes, dont celle commencant par kernel
appuyez a nouveau sur e et ajoutez rescue à la fin de cette ligne
appuyez sur escape pour sortir du mode edition
appuyez sur b, comme boot, pour booter

La modification n’est pas permanente.

Script /init

Le gros morceau, c’est lui qui fait le boulot.
#!/bin/sh


# on monte /sys et /proc

# certains programmes en ont besoin et ça coûte rien

mkdir /proc /sys

mount -t proc proc /proc

mount -t sysfs sysfs /sys
# On crée /dev et on le remplit avec mdev

mkdir -p /dev

mount -t tmpfs none /dev

ln -s busybox /bin/mdev

echo '/bin/mdev' > /proc/sys/kernel/hotplug

mdev -s
# On charge la config clavier pour pouvoir taper le mdp correctement

loadkmap < /etc/kmap-fr
# on lance le shell si il y a "rescue" dans les paramètres du kernel

grep -w rescue /proc/cmdline && exec sh
# on bloque l'output du kernel le temps de taper le mot de passe

PRINTK=`cat /proc/sys/kernel/printk`

echo 0 > /proc/sys/kernel/printk 
# On laisse mdadm se débrouiller pour monter le RAID

# On lui donne juste les dev possible et l'UUID du RAID

# L'UUID peut être obtenu avec la commande "mdadm -D /dev/mdX"

echo 'DEVICE /dev/sd[abcd][2]' > /etc/mdadm.conf

echo 'ARRAY /dev/md2 UUID=62121:a6a45:34d17:37d8e' >> /etc/mdadm.conf

mdadm --assemble --scan || exec sh
# on décrypte (il demande donc le mdp)

cryptsetup luksOpen /dev/md2 vault || exec sh
# on monte la partition décryptée

mkdir /newroot

mount -r /dev/mapper/vault /newroot || exec sh
# on sauve les paramètres du kernel pour les donner au vrai init

CMDLINE=`cat /proc/cmdline`
# on nettoie le bordel qu'on a mis

echo "${PRINTK}" > /proc/sys/kernel/printk

echo '' > /proc/sys/kernel/hotplug

umount /dev

umount /sys

umount /proc

# et on passe la main au vrai système exec switch_root /newroot /sbin/init ${CMDLINE}

Générer l’initam

Ultra simple:
$ cd DOSSIER $ find . | cpio --quiet -o -H newc | gzip --best > /boot/mon_initram
Vous pouvez évidement utiliser bzip2 ou xz pour compresser, assurez vous juste que votre kernel le supporte.

Et voila, votre initram est terminé.
Il n’y a plus qu’à booter dessus, à vous les kernel panic !

Si vous avez aimé ce post...

Retrouver un laptop volé

Tito — Fri, 13 Apr 2012 10:10:26 +0000

Pour ne pas vous raconter ma vie, j’étais en vacances familiales en Floride et nous avons fait la grave erreur de laisser nos sacs dans la voiture, plus de deux heures sans surveillance. Les malfrats d’Orlando ne nous ont pas pardonné : 5 laptops volés ! (sans compter les disques durs et nos passeports).

Le policier qui dressait le constat nous a demandé s’il y avait un système de tracking sur un des laptops. Honte à moi, je prévoyais de l’installer à mon retour…

Mieux vaut prévenir…

Évidemment, personne n’aimerait voir son laptop se faire voler. Mais si on ne s’y est pas préparé, le retrouver sera probablement impossible. Même si dans tous les cas la probabilité de le retrouver reste faible, pourquoi ne pas mettre toutes les chances de votre côté ?

Identification

La première information qui aurait pu être utile et que nous n’avons malheureusement pas pu communiquer aux policiers, c’est un moyen d’identifier l’ordinateur ! Prenez donc le temps de noter sur une feuille de papier et/ou quelque part dans le Cloud les informations discriminantes de votre laptop :

Sa marque et modèle
Son numéro de série
Ses éventuels numéros tracking propres au constructeur
Ses adresses MAC (Ethernet, WiFi, WiMax, Bluetooth)

Ce n’est pas grand chose mais si la police venait à retrouver une centaine de laptops dans une cache, ils pourraient probablement vous restituer le vôtre.

Si votre laptop est volé, avoir son numéro de série va vous permettre de l’inscrire sur plusieurs listes :

Stolen-Property, StolenComputers et bien d’autres sont des bases de données de numéros de série d’ordinateurs volés. Un acheteur consciencieux devrait toujours obtenir le numéro de série avant d’acheter et l’entrer sur ces sites.
La hotline du constructeur garde généralement ce genre de listes. Si quelqu’un les contactait pour de l’assistance sur votre machine, ils pourraient vous en informer.

Bien sûr, ces solutions sont des “long shot”. Si vous souhaitez être plus proactif dans la récupération de votre ordinateur, il va falloir s’orienter vers des solutions logicielles voire matérielles…

Solutions logicielles

Vous avez probablement déjà entendu parler de telles solutions : vous installez un logiciel de tracking sur votre machine et un site gratuit ou payant vous permet de le localiser, de prendre une photo webcam et de collecter d’autres informations.

La solution que je recommande parce qu’elle est aboutie, puissante et pourtant Open-Source est Prey. Cette solution gratuite est disponible sur toutes les plateformes : Windows, MacOS, Linux et même iOS et Android !

Par défaut Prey fonctionne de manière centralisée sur les serveurs du projets. Cela le rend très facile d’utilisation mais avec quelques options payantes heureusement achetables après le vol.

Dans sa version “geek”, Prey est entièrement décentralisé, se basant sur votre propre système, et donc sans aucun risque pour votre vie privée. Je vous recommande aussi de vous renseigner sur Adeona une solution encore plus sûre mais toujours développement.

Attention tout de même : n’oubliez pas que ces solutions nécessitent que votre ordinateur se connecte à Internet ! Pour cette raison, je recommande de laisser un compte “invité” sans aucun droits d’accès mais qui suffira au voleur. Évidemment la solution logicielle ne survivra pas au formatage de l’ordinateur.

Solution matérielle

Mis à part essayer de faire tenir dans votre chassis un de ces appareils servant à espionner votre femme/enfants/employé, je ne connais qu’une solution qui résiste à un reformatage du PC : Computrace.

Très peu connue du grand public, Computrace, commercialisé sous le nom LoJack for Laptops, est une technologie d’Absolute Software inclue dans la plupart des ordinateurs récents (liste de compatibilité). Les mauvaises langues diront que Computrace est un trojan caché dans le BIOS de ces machines et ils n’auraient pas tout à fait tort. Puisqu’il est contenu dans le BIOS, ce petit script est impossible à supprimer. S’il le faut, il se réinstalle au démarrage ce qui le rend même immunisé à un changement du disque dur.

A la manière de Prey, il contacte toutes les 24 heures les serveurs de Computrace pour voir si la machine a été volée (puis toutes les 20 minutes si c’est le cas) et permet de localiser l’ordinateur ou en effacer les données si requis. Malheureusement, en plus de nécessiter Windows ou MacOS pour fonctionner, c’est une solution commerciale qui nécessite de payer un abonnement annuel (minimum 30$/an) et de configurer la machine avant qu’elle ne soit volée.

(Petite note d’inquiétude pour le geek qui est en vous : Computrace semble contacter les serveurs d’Absolute Software même s’il n’a jamais été activé. Serions-nous trahis par notre BIOS ? Heureusement que leur technologie n’est pas compatible Linux…)

Conclusion

Voilà j’espère que je vous aurai convaincu de prendre quelques minutes de votre temps pour préparer le pire. En tout cas, moi j’ai installé Prey sur tous les nouveaux laptops que nous avons dû acheter suite à nos mésaventures.

Pour pousser le vice plus loin, n’oubliez pas de chiffrer vos données sensibles et de révoquer vos clés et mots de passe si nécessaire.

Pour en savoir plus, je vous invite à lire les récits de récupérations grâce à Prey ou, pourquoi pas, expliquer en commentaire comment vous sécurisez votre précieux PC.

Si vous avez aimé ce post...

Lancer votre dual-booting Windows dans une VirtualBox

Tito — Fri, 14 Oct 2011 17:48:32 +0000

Mes études me forcent à utiliser des logiciels disponibles uniquement sous Microsoft Windows. Sur ma nouvelle machine j’ai donc décidé de laisser le Windows en dual-boot. Mais je souhaite aussi pouvoir le lancer virtualisé dans mon environnement Linux !

Avec un peu d’astuce c’est tout à fait possible, grâce au mode d’accès disque “raw”. Voici comment j’ai réussi à lancer mon Windows physique à l’intérieur d’une VirtualBox.

Préparation

Je présuppose que vous avez déjà une installation dual-boot fonctionnelle. Dans votre environnement Linux, installez VirtualBox ainsi que l’utilitaire mbr :
# apt-get install virtualbox mbr
Si vous souhaitez lancer cette machine virtuelle en tant qu’utilisateur, nous devons ajouter l’user aux groupes nécessaires :
# gpasswd -a tito vboxusers # gpasswd -a tito disk
Finalement, essayez de retrouver votre CD d’installation de Windows.

Création du disque virtuel

Pour permettre à VirtualBox de lancer Windows, nous devons créer un disque virtuel bootable. Pour cela on crée un Master Boot Record. Il faut d’abord identifier où se trouve votre Windows. Le mien, comme beaucoup d’installations constructeur de nos jours, tient en deux partitions : la boot sur /dev/sda1 et le système sur /dev/sda2. Je suppose que vous saurez aisément situer le vôtre.
$ mkdir Virtual7 && cd Virtual7 $ install-mbr -e12 --force ./vm.mbr
Remarquez l’option -e12 qui signifie “partitions 1 et 2″, modifiez selon votre système!

Nous créons maintenant le disque virtuel :
$ VBoxManage internalcommands createrawvmdk -filename ./win7.vmdk -rawdisk /dev/sda -partitions 1,2 -mbr ./vm.mbr -relative
À nouveau, modifiez les arguments rawdisk et partitions selon votre système.

Création de la VirtualBox

Vous pouvez maintenant lancer l’interface graphique de VirtualBox et créer une nouvelle machine virtuelle. Lorsque l’assistant demande le disque dur virtuel, allez chercher le fichier Virtual7/win7.vmdk.

Réparer Windows

Si vous essayez de lancer la machine virtuelle maintenant, Windows vous gratifiera d’une jolie erreur vous demandant de démarrer sur le CD d’installation pour réparation. C’est tout à fait normal!

Après avoir monté votre CD d’installation Windows dans VirtualBox, bootez à partir de celui-ci. Choisissez vos options linguistiques et cliquez sur “Réparer l’installation”. La machine virtuelle va redémarrer sous votre Windows!

Problèmes divers

Dans certains cas, la configuration par défaut de VirtualBox ne permet pas de démarrer Windows 7, ni même son CD de réparation! (Erreur 0xc0000225) Pour régler le problème, dans la configuration de la machine virtuelle cochez “Activer les IO-APIC” sous l’onglet Système.
Étrangement, la réparation du démarrage de Windows a modifié le comportement vis-à-vis de GRUB. J’ai donc modifié mon /boot/grub/grub.conf pour que Windows démarre depuis (hd0,1) plutôt que (hd0,0).
Même s’il sont bien pratique en milieu virtualisé, les additions client (guest addons) de VirtualBox font planter Windows lorsqu’il est lancé physiquement. Ne les installez donc pas.

En savoir plus

Si vous avez aimé ce post...

Devbox KVM+Libvirt perfect setup.

jfp — Thu, 24 Mar 2011 17:55:56 +0000

Dans le cadre de mon boulot chez Euro-Web j’ai été amené à monter une plate forme un peu particulière pour mon client Zenexity. Leur principale activité est le développement d’applications web basées sur une technologie maison open source ( framework Play! ).

J’ai donc demandé l’autorisation de faire une documentation publique sur cette installation, car je la trouve intéressante, et je n’ai rien trouvé de similaire pour le moment sur la toile.

Le setup part d’un gros besoin en machines virtuelles :

Les développeurs ont besoin de tester leurs applications sous toutes les coutures et sont plus plutôt allergiques à certains systèmes d’exploitation, même sous forme de machines virtuelles.
Certaines plates formes déjà en production ont besoin d’environnement de préproduction facilement ré-initialisables. Les développeurs ont besoin d’images/VM “template” afin de pouvoir réaliser leurs tests facilement.
Les architectes ont besoin de valider des setups en mode pré-production sur des technologies émergentes

Avertissement : Cet article a pour but de partager des connaissances avec un public avisé.

Préambule

Le setup d’origine ayant été réalisé sous Debian 6.0 la documentation présenté tel qu’elle est ici, est bien sur basé sur la machine de production Debian 6.0. Il est à noter que j’ai réalisé très facilement un clone de cette machine sous gentoo, je vous donnerai en annexe les options de compilation des différents programmes utilisés.
L’installation + la configuration du serveur OpenVPN ne fait pas l’objet de cet article, vous pouvez donc pour cela vous reporter aux autres articles de Geekfault traitant du VPN.
En fait, réaliser ce setup, est chose plutôt aisé pour tout adminsys chevronné, (chose qui vous vous en doutez je suis :p), le plus compliqué a été de trouver des contournements pour les multitudes de soucis rencontrés.

Cahier des charges

Comme expliqué plus haut le système de VM est un système très utilisé chez mon client. J’avais dans le passé monté un serveur XEN pour eux, mais la flexibilité ne convenait plus, notamment pour les grid de test Windows.

Il fallait donc un nouveau serveur de VM. By design, les guest Windows ne seront pas accessible depuis l’internet, et n’auront donc pas d’IP publique. En outre, les développeurs devront pouvoir accéder de façon transparente à leur Windows de test, si possible de manière sécurisée.

Les guests GNU/Linux, quand à eux, pourront être accessibles via une IP publique, via VPN ou les deux à la fois.

La création / les duplications / la maintenance / le démarrage / l’arrêt des VM devra être très simple. (Le client souhaite garder la main sur cela, et être maitre de la situation en matière de création de VM).

Choix de la technologie

Nous avons finalement retenu l’idée d’un serveur étant capable de faire cela :

N’importe qui doit pouvoir ré-amorcer un système clean : toutes les VM tourneront sur des fichiers .img stockés dans /var
Les gestion des ressources réseau est automatisée au maximum : les VM devront obtenir leurs IP privées ou publiques automatiquement, par DHCP.
La technologie de virtualisation sera Qemu/Kvm, épaulée par Libvirt.
Certaines VM ne seront accessible que au travers d’un VPN, alors que d’autres devront pouvoir faire office de serveur de préproduction et devront avoir des IP publiques.
Ce serveur devra donc être “hub” VPN et permettre la communication entre les clients du VPN, et les VM.
Chaque VM qui ne sera que dans le LAN VPN, devra quand même pouvoir accéder à l’internet. Nous pensons donc utiliser un bridge ethernet sur eth0 ainsi que sur l’interface VPN.
Chaque VM devra donc être clonable et les developpeurs pourront s’y connecter à travers le VPN, à l’aide de ssh, ou VNC / rdesktop pour les systèmes d’exploitation de seconde zone.
Ce serveur devra pouvoir faire tourner des VM : Gentoo / Debian 5.0 / Debian 6.0 / CentOS / Windows (avec différentes version d’Internet Explorer, nerf de la guerre des tests d’applications web sous plate-forme windows).

Prérequis Kernel

Nous avons finalement utilisé le noyau 2.6.32.27. En effet les noyaux 2.6.36 présentent un bug dans le support KVM qui fait freezer la machine à la coupure des VM. (Nous sommes à priori victimes d’une régression dans le kernel Linux).

http://comments.gmane.org/gmane.comp.emulators.kvm.devel/65852

Nous avons donc upgradé sur le 2.6.37 mais, nous nous sommes heurtés à un nouveau bug kernel.

Bug kernel avec le 2.6.37

[76529.274129] rmap_remove: ffff88017deb37f8 1->BUG [76529.274162] ------------[ cut here ]------------ [76529.274189] kernel BUG at arch/x86/kvm/mmu.c:700! [76529.274217] invalid opcode: 0000 [#1] SMP [76529.274247] last sysfs file: /sys/devices/virtual/net/lo/operstate [76529.274276] CPU 2 [76529.274302] Pid: 27193, comm: kvm Not tainted 2.6.37 #1 01V648/PowerEdge R410 [76529.274333] RIP: 0010:[] [] drop_spte+0xb8/0x179 [76529.274389] RSP: 0018:ffff88080d987b28 EFLAGS: 00010296 [76529.274417] RAX: 000000000000003b RBX: ffff88017deb37f8 RCX: ffff8800000bc380 [76529.274449] RDX: 000000000000c3c3 RSI: 0000000000000046 RDI: ffffffff81918a88 [76529.274480] RBP: ffff88080d987b38 R08: 0000000000000000 R09: 000000000000000a [76529.274512] R10: ffff88102f819400 R11: ffff88102f819400 R12: ffff880fe7cb0000 [76529.274544] R13: ffff88080d987b98 R14: 0000000000000000 R15: ffff88017deb37f8 [76529.274576] FS: 0000000000000000(0000) GS:ffff88102fc20000(0000) knlGS:0000000000000000 [76529.274623] CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b [76529.274652] CR2: 00007fb91807f000 CR3: 000000100aa0d000 CR4: 00000000000026e0 [76529.274684] DR0: 0000000000000090 DR1: 00000000000000a4 DR2: 00000000000000ff [76529.274715] DR3: 000000000000000f DR6: 00000000ffff0ff0 DR7: 0000000000000400 [76529.274747] Process kvm (pid: 27193, threadinfo ffff88080d986000, task ffff8805a1d82630) [76529.274794] Stack: [76529.274815] ffff88080da10090 ffff880fe7cb0000 ffff88080d987b88 ffffffff8100ef8f [76529.274870] ffff8805a1d82630 000000ff8109702a ffff88080d987c08 ffff880fe7cb0000 [76529.274925] ffff88080da10950 ffff88080d987b98 ffff880fe7cb2320 0000000000020d93 [76529.274981] Call Trace: [76529.275006] [] kvm_mmu_prepare_zap_page+0x74/0x23c [76529.275038] [] kvm_mmu_zap_all+0x41/0x6b [76529.275069] [] kvm_arch_flush_shadow+0x11/0x1e [76529.275101] [] kvm_mmu_notifier_release+0x2c/0x3f [76529.275134] [] __mmu_notifier_release+0x49/0x74 [76529.275166] [] exit_mmap+0x27/0x147 [76529.275198] [] mmput+0x28/0xb4 [76529.275226] [] exit_mm+0x124/0x131 [76529.275254] [] do_exit+0x20f/0x6a7 [76529.275283] [] do_group_exit+0x71/0x99 [76529.275313] [] get_signal_to_deliver+0x2fa/0x315 [76529.275346] [] do_signal+0x6d/0x673 [76529.275375] [] ? kill_pid_info+0x3a/0x47 [76529.275404] [] ? sys_kill+0x82/0x161 [76529.275433] [] do_notify_resume+0x27/0x51 [76529.275464] [] int_signal+0x12/0x17 [76529.275491] Code: 48 d9 71 81 31 c0 e8 2b 7f 5c 00 0f 0b eb fe 40 f6 c6 01 75 26 48 39 f3 74 15 48 89 de 48 c7 c7 63 d9 71 81 31 c0 e8 0b 7f 5c 00 <0f> 0b eb fe 48 c7 00 00 00 00 00 e9 ac 00 00 00 48 83 e6 fe 31 [76529.275720] RIP [] drop_spte+0xb8/0x179 [76529.275752] RSP [76529.276109] ---[ end trace 2d814c5436296e34 ]--- [76529.276177] Fixing recursive fault but reboot is needed!

Je vous renvoie à la mailing list de kernel.org à ce sujet. Ça ressemble beaucoup, le gars a le même problème sur un 2.6.36. Le mainteneur des kernel 2.4.x a posté un patch pour 2.6.36 sur le thread.

Voici ce qu’il faut activer dans le noyau pour que notre setup fonctionne :

- Networking support -- Networking options --- 802.1d Ethernet Bridging --- Network Packet Filtering framework (netfilter) ---- Core Netfilter configuration (les options dont vous aurez besoin pour vos propres régles de firewalling) ---- IP: Netfilter Configuration ----- IP tables support ----- IPv4 Connection tracking support (required for NAT) ----- Full NAT ----- MASQUERADE target support
(à compléter, j’ai certainement du oublier un truc).

Installation des composants indispensables

Voici la liste des composants indispensables à installer avec votre package manager (apt-get sous Debian; emerge sous Gentoo) :

libvirt-bin
libvirt0
virt-top
virtinst
isc-dhcp-server
openvpn
iproute
iptables
ifupdown
kvm
build-essential + libncurses5-dev
qemu-kvm
rsync
munin-libvirt-plugins

Use flags sous Gentoo

/etc/portage/package.use
app-emulation/libvirt libvirtd qemu lvm network nfs virt-network

Configuration du bridge (debian ways)

/etc/network/interfaces
auto lo iface lo inet loopback # The primary network interface

auto eth0 iface eth0 inet static address 91.x.x.x netmask 255.255.255.0 network 91.x.x.0 broadcast 91.x.x.255 gateway 91.x.x.1

auto br0 iface br0 inet static address 91.x.x.x netmask 255.255.255.0 network 91.x.x.0 broadcast 91.x.x.255 gateway 91.x.x.1 bridge_ports eth0 bridge_stp off bridge_maxwait 5

auto br1 iface br1 inet static address 172.16.20.1 netmask 255.255.255.0 network 172.16.20.0 broadcast 172.16.20.255 bridge_ports tap0 bridge_stp off bridge_maxwait 5

pre-up iptables-restore -c /etc/network/iptables

auto eth1 iface eth1 inet static address 10.191.78.4 netmask 255.255.0.0 network 10.191.0.0 broadcast 10.191.0.255

libvirt setup

/etc/default/libvirt-bin
start_libvirtd="yes" libvirtd_opts="-d"

Creation du fichier de l’image :
# qemu-img create /var/VM/gentoo-x86_64.img 10G

/etc/sysctl.conf
net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 1 net.bridge.bridge-nf-call-arptables = 0 net.ipv4.conf.all.bootp_relay = 1

Attention à l’isolation reseau des VM : https://bugzilla.redhat.com/show_bug.cgi?id=512206

Le DHCP ne doit pas envoyer de requêtes sur le reseau :
# iptables -t filter -A FORWARD -p udp --sport 68 --dport 67 -j DROP

Sécuriser le VNC de qemu/kvm en le forçant sur l’interface sécurisée

/etc/libvirt/qemu.conf
vnc_listen '172.16.20.1'

Problème de keymap bug libvirt

http://www.arnebrodowski.de/blog/keymap-problems-with-virt-manager.html

Iptables avec le bridge et la libvirt

http://ddevnet.net/wiki/index.php/How_KVM_or_libVirt_IPtables_work

Mise en place du dhcpd

/etc/dhcp/dhcpd.conf
ddns-update-style none; option domain-name "zenexity.fr"; option domain-name-servers 81.93.xxx.xxx, 81.93.xx.xx; default-lease-time 3600; max-lease-time 7200;

log-facility local7;

subnet 91.xxx.xx.0 netmask 255.255.255.0 { range 91.xxx.xx.20 91.xxx.xx.50; option routers 91.xxx.xx.1; }

subnet 172.16.20.0 netmask 255.255.255.0 { range 172.16.20.128 172.16.20.254; option routers 172.16.20.1 }

Exemple de création de VM

Une machine virtuelle gentoo n’ayant qu’une seule interface réseau sur le VPN only
# virt-install -n gentoo -r 512 -vcpus=1 -f /var/VM/gentoo-x86_64.img -b br1 --vnc --accelerate -v -c /var/iso/gentoo.iso --os-type=linux
Une machine virtuelle debian, ayant une interface reseau publique et une interface VPN
# virt-install -n debian -r 512 -vcpus=1 -f /var/VM/debian-x86_64.img -b br0 -b br1 --vnc --accelerate -v -c /var/iso/debian-5.iso --os-type=linux

libvirt stocke ses fichiers de description de VM dans /etc/libvirt/qemu. Voici un exemple de fichier xml généré par libvirt :
/etc/libvirt/qemu/debian-50.xml
debian-50 ce5fe35a-703b-8291-9508-8a83f74eb110 524288 524288 1 hvm



  

  

  destroy

  restart

  restart

  

    /usr/bin/kvm

Attention, si vous changez à la main un fichier domain.xml vous devez lancer la commande ;
# virsh define domain.xml

Internet pour les VM n’ayant été bind que sur le bridge du VPN

# iptables -t filter -A FORWARD -i br1 -j MARK --set-mark 1 # iptables -t nat -A POSTROUTING -m mark ! --mark 1 -o br0 -j MASQUERADE

Ou, moins fin :
# iptables -t nat -A POSTROUTING -o br0 -j MASQUERADE

Commandes libvirt qui vous serviront avec KVM

virsh start domain : Start le domaine spécifié
virsh shutdown domain : Shutdown le domaine spécifié
virsh reboot domain : just reboot a domain
virsh destroy domain : Terminate a domain
virsh autostart domain : Autostart a domain
virsh list : List domains

Ordre de boot des services

Cette partie est la pierre angulaire de ce setup :

Il faut que dhcpd soit demarré après openvpn ! en effet sinon vous ne serai pas capable de diffuser des adresses ip sur votre interface br1 (bridgé avec l’interface tap0 du vpn) si le dhcpd ne demarre pas après openvpn.
Il faut que la libvirt soit demarré après dhcpd, sinon vous ne serez pas capable de donner des ip à vos VM si celles-ci sont en auto start./etc/init.d/.depend.start
TARGETS = rsyslog qemu-kvm killprocs openvpn apache2 isc-dhcp-server cron acpid ssh rsync dbus exim4 libvirt-bin bootlogs munin-node single rc.local stop-bootlogd rmnologin INTERACTIVE = openvpn apache2 openvpn: rsyslog apache2: rsyslog isc-dhcp-server: rsyslog cron: rsyslog acpid: rsyslog ssh: rsyslog rsync: rsyslog dbus: rsyslog exim4: rsyslog libvirt-bin: rsyslog openvpn munin-node: rsyslog isc-dhcp-server qemu-kvm openvpn libvirt-bin apache2 bootlogs cron acpid ssh rsync dbus exim4 single: killprocs bootlogs rc.local: rsyslog isc-dhcp-server qemu-kvm openvpn libvirt-bin apache2 bootlogs cron acpid ssh rsync dbus exim4 stop-bootlogd: rsyslog isc-dhcp-server qemu-kvm openvpn libvirt-bin apache2 bootlogs cron acpid ssh rsync dbus exim4 rmnologin: rsyslog isc-dhcp-server qemu-kvm openvpn libvirt-bin apache2 bootlogs cron acpid ssh rsync dbus exim4
/etc/network/interfaces sur Debian aura toujours tendance à se lancer AVANT la création de tap0 par le service openvpn, or votre interface br1 doit être bridge sur tap0, il est donc nécéssaire de lancer ce petit script (J’ai rajouté ce script au script d’init de openvpn, ainsi celui est lancé juste après que le vpn soit lancé, ainsi le bridge entre br1 et tap0 est fonctionnel lorsque la libvirt se lancera) :
/etc/zenexity/fixebr1
sleep 10 ifdown br1 && echo 'bridge down' >> /var/tmp/bridge sleep 1 ifup br1 && echo 'bridge up' >> /var/tmp/bridge sleep 1 /etc/init.d/isc-dhcp-server restart

Plugin munin pour libvirt + KVM

Je vous renvoie au site du plugin LibVirt pour Munin.

Schema de l’infrastructure

Si vous avez aimé ce post...

Sikuli : programmez avec des screenshots

Tito — Sun, 31 Oct 2010 16:53:56 +0000

Il nous arrive souvent de devoir refaire la même chose encore et encore sur nos ordinateurs. Et pourtant, ce sont eux les machines! Évidemment les plus érudits ont déjà tout un tas de scripts bash (ou un autre langage obscur) pour leur simplifier la vie.

Mais il reste toujours certaines interactions qu’on n’arrive pas à automatiser : celles qui touchent aux interfaces graphiques (lorsqu’aucune API n’est présente/utile). Je vous présente donc Sikuli, le moyen d’automatiser simplement ce qu’on voit à l’écran à partir de screenshots.

Installation

Sikuli est un programme open-source en Jython (un interpréteur Python en Java, silence dans le fond de la salle~) et dispose de versions compatibles avec Windows, MacOS et évidemment Linux (32 ou 64bits). Je vous renvoie donc sur la page de téléchargements du projet pour télécharger la dernière version.

Assurez-vous d’avoir toutes les dépendances:
sudo apt-get install sun-java6-jre libcv4 libcvaux4 libhighgui4

Rien à compiler, décompressez le tout et lancez sikuli-ide.sh

Scripts simples

Je ne pense pas que tout vous expliquer soit réellement utile ici, l’application est très intuitive. Les instructions principales sont évidemment click(…), rightClick(…) ou type(“…”). Tout est renseigné dans la colonne de gauche.

Pour insérer un screenshot je vous recommande le raccourci clavier Ctrl+Maj+2 ou, s’il ne fonctionne pas à l’endroit où vous souhaitez le faire, utilisez le bouton de screenshot de Sikuli qui a un délai configurable dans les préférences.

Voici par exemple un script qui change la résolution de mon écran (oui, je sais, je pourrais le faire avec xrandr mais ici c’est vraiment à la portée de n’importe qui) :

Remarquez que sur certains des screenshots il y a un point rouge. Il correspond à l'endroit précis qui sera cliqué, appelé Target Offset dans Sikuli et programmable en cliquant sur le bouton représentant le screenshot.

Scripts un peu plus intelligents

Bien sûr Sikuli est proche d’un vrai langage de programmation et permet donc des scripts plus puissants, plus intelligents. On peut faire des boucles, des conditions, des wait, etc.

Voici quelques exemples simples qui parlent d’eux-même.

value = input("Entre la bonne valeur : ") type(value + "\n")

Beaucoup d’autres exemples sont consultables dans la documentation de Sikuli.

C’est bien beau pour les n00bs, mais pour les geeks comme moi?

Bon j’ai du me détruire le cerveau à trouver une utilité à Sikuli pour les geeks durs de dur qui savent tout faire en bash… Et j’ai trouvé!

Si vous développez des interfaces graphiques, Sikuli peut faire des unitTests sur celles-ci ! On peut aussi utiliser les possibilités de Sikuli dans ses propres logiciels Java.

On peut aussi interagir avec des grosses méchantes applications web en AJAX… Si vous trouvez d’autres utilités, laissez-les en commentaire

Lancer un script

On peut évidemment lancer un script depuis l’interface graphique de Sikuli mais le plus intéressant est de le faire depuis un terminal ou un raccourci. Rien de plus simple, il suffit d’appeler Sikuli avec le paramètre –run :
/chemin/vers/sikuli/sikuli-ide.sh --run /chemin/vers/script.sikuli

J’en ai même un assigné à un raccourcis clavier (Google est votre ami, les raccourcis clavier dépendent de votre environnement graphique)

En savoir plus

Si vous avez aimé ce post...

wgetpaste, de la console au pastebin

roidelapluie — Sat, 18 Sep 2010 12:20:53 +0000

Utilisés pour le partage de logs, l’échange de patch, la diffusion de quotes, et des dizaines d’autres choses, les pastebin sont sans conteste des outils très important dans le monde des logiciels libres.

Or, la plupart d’entre nous effectuent des démarches assez fastidieuses pour mettre du contenu sur ces fameux pastebin: copier le texte, ouvrir un navigateur, aller sur le pastebin, coller le texte, récupérer l’url. Ceci est long et peu pratique. Heureusement, un logiciel libre existe pour simplifier les choses: wgetpaste.

Wgetpaste, dont le site n’est pas vraiment explicite, va vous permettre, via un pipe “|”, d’envoyer aisément le résultat d’une commande vers un pastebin, et de récupérer l’URL de destination.

En voici quelques exemples d’utilisation, qui vous parleront surement plus:

Le comportement par défault, utilisant paste.pocoo.org

Le plus simple pour émettre sur un pastebin est d’utiliser “wgetpaste”, sans options. Le service par défaut est paste.pocoo.org.
$ cat geekfault.txt | wgetpaste Your paste can be seen here: http://paste.pocoo.org/show/263519/
De cette manière, nous avons l’URL directe où a été posté notre fichier.

Pour aller plus loin, nous pouvons donner l’option -r (“raw”) afin de recevoir l’URL du texte sans formatage ni fioriture:
$ cat geekfault.txt | wgetpaste -r Your raw paste can be seen here: http://paste.pocoo.org/raw/263520/

Choisir un autre service de pastebin

Ensuite, vous pouvez sélectionner le service avec l’option -s
$ cat geekfault.txt | wgetpaste -s ca Your paste can be seen here: http://pastebin.ca/1943411

La coloration syntaxique

La liste des syntaxes est disponible avec l’option -L (combinable avec l’option -s).

Voici un exemple de post d’un fichier python:
$ cat geekfault.py | wgetpaste -l Python Your paste can be seen here: http://paste.pocoo.org/show/263529/

Aller plus loin

Bien d’autres choses sont disponibles. La liste est disponible avec l’option -h… Je vous laisse découvrir tout cela!
$ wgetpaste -h Usage: /usr/bin/wgetpaste [options] [file[s]]


Options:

    -l, --language LANG           set language (defaults to "Plain Text")

    -d, --description DESCRIPTION set description (defaults to "stdin" or filename)

    -n, --nick NICK               set nick (defaults to your username)

    -s, --service SERVICE         set service to use (defaults to "pocoo")

    -e, --expiration EXPIRATION   set when it should expire (defaults to "1 month")
    -S, --list-services           list supported pastebin services

    -L, --list-languages          list languages supported by the specified service

    -E, --list-expiration         list expiration setting supported by the specified service
    -u, --tinyurl URL             convert input url to tinyurl
    -c, --command COMMAND         paste COMMAND and the output of COMMAND

    -i, --info                    append the output of `emerge --info`

    -I, --info-only               paste the output of `emerge --info` only

    -x, --xcut                    read input from clipboard (requires x11-misc/xclip)

    -X, --xpaste                  write resulting url to the X primary selection buffer (requires x11-misc/xclip)

    -C, --xclippaste              write resulting url to the X clipboard selection buffer (requires x11-misc/xclip)
    -r, --raw                     show url for the raw paste (no syntax highlighting or html)

    -t, --tee                     use tee to show what is being pasted

    -v, --verbose                 show wget stderr output if no url is received

        --completions             emit output suitable for shell completions (only affects --list-*)

        --debug                   be *very* verbose (implies -v)
    -h, --help                    show this help

    -g, --ignore-configs          ignore /etc/wgetpaste.conf, ~/.wgetpaste.conf etc.

        --version                 show version information

Defaults (DEFAULT_{NICK,LANGUAGE,EXPIRATION}[_${SERVICE}] and DEFAULT_SERVICE) can be overridden globally in /etc/wgetpaste.conf or /etc/wgetpaste.d/*.conf or per user in any of ~/.wgetpaste.conf or ~/.wgetpaste.d/*.conf.

Bon amusement!

Dans c’est article, nous n’avons utilisé que la commande “cat”. Mais ceci fonctionne avec n’importe quelle commande.

Attention! Wgetpaste ne prend en compte que ce qui sort sur la sortie standard (stdout). Pour prendre stderr en compte, vous pouvez utiliser 2>&1. Par exemple:
$ cat file_not_found 2>&1 | wgetpaste Your paste can be seen here: http://paste.pocoo.org/show/263533/

Si vous avez aimé ce post...

Zeroconf : Réseaux IP sans configuration

Tito — Thu, 15 Jul 2010 21:10:43 +0000

Zeroconf est un ensemble de protocoles permettant de créer des réseaux IP et y fournir plusieurs services sans aucune configuration. Zeroconf permet entre autres de :

Allouer automatiquement des IP, sans configurer un serveur DHCP
Résoudre des noms de domaines locaux, sans configurer de serveur DNS
Annoncer et découvrir des services, sans serveur d’annuaire

Aventurons-nous donc un peu dans le monde du « zOMG ça marche tout seul ! »

Les protocoles dits “Zeroconf”

Zeroconf n’est qu’une appellation générique de différents protocoles. Sa première implémentation est imputable à Apple, qui l’appela Rendezvous puis Bonjour. Ensuite Microsoft a plus ou moins imposé son équivalent, l’UPnP.

Sous Linux nous profitons d’une implémentation des protocoles d’Apple, sous le nom de Avahi. Contrairement aux protocoles Microsoft, ceux de Bonjour et Avahi sont promulgués par l’IETF, l’organisme établissant les standards de l’Internet. Ils ne sont toutefois pas encore admis en tant que standards, la plupart n’étant décrits que dans des RFC informels.

Installation

Avahi apparait généralement dans les gestionnaires de paquets comme une multitude de paquets. Bien que déjà présente dans Ubuntu, on peut ajouter quelques packages utiles :
sudo apt-get install avahi-daemon avahi-discover avahi-utils avahi-ui-utils avahi-dnsconfd libnss-mdns service-discovery-applet mdns-scan

Sous Gentoo, c’est un peu plus délicat : il faut d’abord ajouter les USE flags avahi et zeroconf à votre /etc/make.conf, recompiler les packages nécessaire et installer net-dns/avahi ainsi que net-misc/mDNSResponder.

IPv4LL : Création d’un réseau IP sans DHCP

IPv4LL, pour Local-Link, fait partie de Zeroconf mais est la partie moins poétique, souvent à l’origine d’erreurs de configurations IP… Elle consiste en fait en une norme RFC proposant l’allocation dynamique des adresses IP de 169.254.0.0 à 169.254.254.254 (fe80::/16 en IPv6) sur les réseaux ne possédant pas de serveur DHCP. Il y a évidemment un test évitant que deux ordinateurs prennent la même IP.

Ce n’est pas très propre et ces IP sont haïes de pas mal d’administrateurs. Remarquons toutefois que les dernières versions de NetworkManager implémentent un mode “Partagé avec d’autres ordinateurs” lors de la création d’un réseau Ad-Hoc, ce qui crée un vrai serveur DHCP.

Résolution de noms locale

Si Avahi est correctement installé, vous pouvez commencer à résoudre des noms automatiquement. Chaque machine s’attibue un nom de domaine sous la forme HOSTNAME.local. Par exemple, ma machine s’appelant epsilon :
tito@epsilon:~$ ping epsilon.local PING epsilon.local (10.0.73.18) 56(84) bytes of data.
epsilon.local a bien été résolu par Avahi !

Cette magie est amenée par Multicast DNS, ou mDNS : chaque machine membre du réseau Zeroconf maintient en fait un petit serveur avec ses propres enregistrements DNS. Lorsqu’un membre du réseau fait une requête (multicast vers 224.0.0.251 ou ff02::fb, port UDP 5353), la machine se reconnaissant répond.

Découverte de services

Tous les serveurs supportant Zeroconf peuvent annoncer qu’ils fournissent un service. On pourra ainsi détecter automatiquement des partages de fichiers, des serveurs VNC, des serveurs SSH et bien d’autres.

Ce système est lui aussi basé sur un serveur mDNS, sous forme d’enregistrements de type SRV, TXT et PTR.

Pour lister les services disponibles sur le réseau Zeroconf il existe plusieurs outils, je citerai juste avahi-discover qui est simple et complet.

Quelques applications bien cools de Zeroconf

XMPP décentralisé

Intégrée dans quelques clients Jabber, dont Pidgin (libpurple) entre autres, la norme XMPP XEP-0174 définit les communications XMPP sans serveur. Dans Pidgin, une fois le protocole Bonjour activé, vous verrez de nouveaux contacts apparaître comme par magie dès qu’ils se connectent !

C’est très pratique pour discuter sans aucune configuration avec ses collègues, sa famille ou même des inconnus sur un réseau Ad-Hoc dans un train ^_^

PulseAudio

Malheureusement PulseAudio n’a pas de bonne interface pour le présenter, mais exploite très bien ZeroConf en détectant facilement les autres serveurs PulseAudio. Il m’arrive souvent de streamer l’audio de mon laptop vers mon desktop afin de profiter d’une meilleure qualité sonore. Tout ça bien entendu sans configuration ni reconfiguration en cas de changements sur mon réseau.

Over VPN

Si vous êtes connecté sur un VPN (au sens propre du terme, pas un VPN de tunneling tel qu’IPredator) Zeroconf y passera normalement sans accroc ! Après tout, un VPN c’est aussi un réseau local.

Couplé au XMPP décentralisé, c’est un super moyen de discuter avec ses collègues facilement, ainsi que toutes les autres applications auxquelles vous pouvez penser.

En savoir plus…

ZeroConf.org
MultiCast DNS
« Zero Configuration Networking: The Definitive Guide » de Daniel H Steinberg et Stuart Cheshire, O’Reilly, Décembre 2005.

Si vous avez aimé ce post...

XCompose → Enlarge your keymap

Lord — Wed, 07 Jul 2010 16:05:17 +0000

Vous avez désormais un clavier ergonomique et utilisez un layout adapté au français. Et si on ajoutait des caractères plus exotiques à votre clavier ou plutôt votre keymap ? On va donc utiliser une touche méconnue de votre clavier : Compose.

La touche Compose est une touche morte de fonction. Elle ne produit rien en elle-même mais suivies d’autres touches classiques, elle prend effet. Il devient possible d’écrire du grec λ , des flêches ← , des symboles mathématiques ½ , d’écrire en ᵉˣᵖᵒˢᵃⁿᵗ , des symboles (in)utiles ♥ ☭ ☺ ™ … en fait vous pouvez écrire tout les caractères existants d’unicode, vous aurez juste besoin d’une suffisamment bonne mémoire pour vous souvenir des enchaînements de touches. Le plus fort, c’est vous qui définissez ces enchaînements.

Mais où est cette fichue touche ?

Bien qu’une réponse de trois lettres s’impose d’elle même, elle se situe en fait où vous la définissez. Oui oui pour ça aussi vous avez le choix. La touche Windows est souvent déclarée comme telle mais j’ai préféré utiliser la touche Ctrl droite. En définissant la touche Windows, vous rendez inaccessible les raccourcis qui lui sont liés alors qu’avec Ctrl droit il vous reste toujours Ctrl gauche … Enfin vous avez compris, de toute façon vous êtes libres. Pour ce faire tout dépend de votre environnement :

Gnome : Dans les options du clavier, rendez-vous sur l’onglet « layout » puis cliquez sur Options. Vous pourrez alors y définir la touche de votre choix.
Xorg nature : La manipulation est un peu plus longue mais pas compliquée :
Premièrement il faut déterminer le keycode de la touche que vous souhaitez utiliser. Pour cela lancez xev. Cet utilitaire vous affichera le keycode des touches que vous pressez. Mémorisez ce keycode. Créez ensuite un fichier ~/.xmodmap keycode 105 = Multi_key105 correspondant à Ctrl droit. Il ne reste plus qu’à lancer la commande $ xmodmap ~/.xmodmap pour que le changement soit effectif (commande à lancer au lancement de X).

Le dernier obstacle avant de pouvoir utiliser votre Compose personnalisé est la méthode de saisie. Seule la méthode dite xim permet cette petite fantaisie. La plupart des applications permettent de changer ce paramètres en faisant un clic droit dans les zones de texte. Il est également possible de la mettre par défaut grâce à la commande im-switch -c et de choisir xim-default.

Make it big !

Bon la touche est prête à être dégainée. Il faut maintenant définir votre fichier XCompose. Ce fichier est spécifique à chaque utilisateur de votre système et se trouve là → /home/$user/.XCompose . Voilà sa syntaxe :
<$touche1> <$touche2> <$touche3> : "$résutat" $num
Vous pouvez mettre plusieurs touches d’affilées. Le résultat ou le numéro ou les deux doivent être présents. Le résultat est le caractère escompté.

Le numéro est celui défini dans la norme CCS d’unicode.

Par exemple si vous voulez faire une flèche vers la droite en appuyant sur compose puis la flèche droite de votre clavier.
: "→" U2192
Et voilà le chemin est tout tracé. Bon parce que je sais que vous êtes flemmards (si si ça se voit, la moitié n’a pas lu jusqu’à la fin et ne regarde que les images), sachez qu’il est possible d’inclure un fichier externe afin de ne pas avoir à recopier le ficher pour chaque utilisateurs ou alors carrément de réutiliser le boulot du paqueteur de votre distrib :
include "/usr/share/X11/locale/en_US.UTF-8/Compose"
Ce fichier compte de très nombreuses lignes pas toujours intéressantes, à survoler vite fait pour voir un paquet de combinaisons déjà existantes.

Si vous avez aimé ce post...

Redshift, ne vous abimez plus les yeux la nuit

roidelapluie — Wed, 30 Jun 2010 11:23:16 +0000

Ne vous est-il jamais arrivé de passer des nuits ou des soirées devant votre pc? C’est une question rhétorique, bien sûr! Je vais vous présenter un logiciel libre qui pourrait améliorer sensiblement votre expérience nocturne.

Ce logiciel s’appelle Redshift.
Comme l’indique son site officiel, Redshift ajuste la température des couleurs de votre écran en fonction de votre environnement, et plus précisément de la position du soleil. Ce qui permettra d’avoir un écran blanc en journée, un écran orangé en soirée et un écran rougeâtre en pleine nuit. L’idéal étant que votre écran aie la même chaleur que la lampe de votre cave^Wchambre.

Paint it red

Si vous vous demandez à quoi diable peut bien servir d’avoir un écran rougeâtre dans l’obscurité, sachez que dans de nombreux domaines, y compris l’aéronautique, les instruments sont faits de façon à être rétro-éclairés dans une teinte rouge la nuit.
En effet, cette couleur, dans le bas de notre spectre visible est moins agressive à l’œil dans un environnement sombre.

De plus, non seulement l’éclat pâle de votre écran dans l’obscurité peut vous fatiguer la vue, mais des études ont démontré qu’il tenait éveillé, et provoquais des difficultés à trouver le sommeil.

Pour vos yeux, et pour votre productivité, aimez le rouge !

Utilisation

Afin de commencer à l’utiliser, entrez dans une console:

$ redshift -l 48.8:2.32

48.8:2.32 représente vos coordonnées (latitude et longitude). Si vous utilisez gnome, redshift pourra trouver votre position si vous l’avez encodée dans l’applet horloge. Il est également possible de passer une option -t afin e définir les différentes températures (jour:nuit). Exemple:

$ redshift -l 48.8:2.32 -t 5500:4500

Enfin, sachez qu’en envoyant le signal USR1 à redshift, on le désactive et réactive temporairement.

$ killall -USR1 redshift

Je vous renvoie à vos tests et au site officiel afin de découvrir d’autres options et des explications plus poussées.

installation

Redshift est packagé dans les principales distributions, pour l’installer sous ubuntu :
$ sudo add-apt-repository ppa:jonls/redshift-ppa $ sudo apt-get update && sudo apt-get install redshift
sous gentoo :
# emerge x11-misc/redshift
sous exherbo :
# cave resolve -x repository/roidelapluie # cave resolve -x x11-apps/redshift

Il peut être utilisé avec son interface iconifiée gtk minimaliste en apposant le préfixe “gtk-” à la commande redshift :
$ gtk-redshift -l 48.8:2.32 -t 5500:4500

Si vous avez aimé ce post...

L’arche des mascottes du Libre

madx — Sun, 13 Jun 2010 10:04:54 +0000

Dans le monde du Logiciel Libre, on aime bien les animaux, ils sont partout ! C’est bien simple, on se croirait à un safari photo au Kenya.
Vous vous êtes surement demandé un jour : “Pourquoi un dromadaire pour Perl ?” ou encore “C’est quoi ce poisson bizarre pour OpenBSD ?“. Autant de questions, et bien d’autres encore que vous ne vous êtes même pas posées, auxquelles vous aurez la réponse dans cet article !
Cet article est relativement long (il y a beaucoup d’animaux) mais la bonne nouvelle c’est que vous pouvez le lire par n’importe quel bout donc n’hésitez pas à aller directement dans la section qui vous intéresse.

Perl – Le Dromadaire

Le dromadaire vient de la couverture du livre Programming Perl écrit, entre autre, par Larry Wall himself (le créateur de Perl) et publié en 1991 par O’Reilly.

Il faut savoir qu’O'reilly a l’étrange coutume de mettre des dessins d’animaux, assez moches, sur les couvertures de ses livres et il se trouve que pour cet ouvrage en particulier, c’est un dromadaire qui a été choisi.
Cela aurait pu être pire, on aurait pu avoir un serpent ou une connerie comme ça …

A noter que ce n’est pas le logo officiel de Perl, celui-ci étant l’oignon, probablement pour sa propension à faire pleurer ceux qui s’y attaquent, à moins que ce ne soit sa structure qui rappelle la capacité de Perl à pouvoir emboiter les instructions comme des poupées russes jusqu’à ce que tout le programme tienne sur une seule ligne.

Nom (VO) : the Perl Camel	Apparition : 1991
Surnom : -	Design : -

PHP – L’Éléphant

On doit l’éléphant à un français : Vincent Pontier, qui eu l’idée en 1998 (le 15 novembre pour être précis) à force de regarder les lettres PHP. Surement sous l’effet de la drogue, il trouvait que les lettres PHP ressemblaient à un éléphant.

Il a aussi fait un petit film narrant cette invention majeure du XXieme siècle : ici en flash proprio caca et ci-dessous en html5 libre de winner :

Nom (VF/VO) : l’éléPHPant / the elePHPant	Apparition : 1998
Surnom : -	Design : Vincent Pontier

En bref

	Python – Les Pythons Ça vous en bouche un coin tant d’originalité hein ! Quoi “non” ? Plus sérieusement le nom, et par extension la mascotte, viens des Monty Python.
	Google Go – La Marmotte Gordon, la (ridicule) mascotte du langage Go de Google. Ça ne se voit probablement pas, mais c’est bien une marmotte (gopher en anglais).
	LLVM – La Wyverne La wyverne, cousin du dragon a été choisi pour les caractéristiques de dernier : puissance, rapidité … et sa présence sur la couverture d’un livre sur les compilateurs.
	Mono – Le Singe Mono veut tout simplement dire singe en espagnol.

PostgreSQL – L’Éléphant

Encore un éléphant, bien que celui-ci soit légèrement plus ancien que celui de PHP. Il a été introduit en 1997 au moment où Postgres95 a intégré les commandes SQL et est devenu PostgreSQL.

Il fait référence au titre d’un livre d’Agatha Christie qui lui-même viens d’une propriété bien connue des éléphants et très pratique pour une base de données : ils n’oublient jamais.

Petit détail amusant : au Japon c’est une tortue qui sert de logo. Apparemment là-bas des masques d’éléphants étaient portés lors de cérémonies par les adaptes de la secte qui a fait l’attentat au gaz sarin dans le métro de Tokyo en 1995.
Le JPUG (Japan Postgresql Users Group) a donc choisi de remplacer la tête d’éléphant par le logo original de Postgres quand il n’était encore qu’un projet de l’Université de Berkeley : une tortue.

Nom (VO) : Blue Elephant Head (BEH)	Apparition : 1997
Surnom : Slonik	Design : -

MySQL – Le Dauphin

Le dauphin MySQL, cette feignasse, est arrivé sur le tard en 2001, soit 6 ans après la création de MySQL (1995).
Il a été choisi par Michael “Monty” Widenius, un des deux fondateurs de MySQL, car il trouvait que le dauphin, avec sa rapidité, sa puissance, sa précision et sa gentillesse représentait bien MySQL.

Il y eut ensuite en 2002 un concours pour lui trouver un nom et c’est Sakila qui a été retenu. Sakila est un prénom africain mais c’est aussi un prénom féminin ce qui fait donc de notre dauphin une dauphine.

Pour votre culture, le dauphin a remplacé l’ancien logo MySQL qui était tout de même assez immonde comme vous pouvez le constater.

Nom (VO) : the MySQL Dolphin	Apparition : 2001
Surnom : Sakila	Design : Renne Angelvuo

En bref

Firebird – Le Phœnix

Cette base de données a connu son heure de gloire quand Mozilla voulu utiliser ce nom pour ce qui s’appellera finalement Firefox.

MariaDB – Le Phoque

Un fork de MySQL par Michael “Monty” Widenius (encore lui).
Comme la mascotte de MySQL était un dauphin, ils ont décidé de rester dans les mammifères marins et de prendre un phoque.

Linux – Le Pingouin

Le fameux pingouin (techniquement un manchot mais bon) a été inventé par Linus Torvalds himself sur une idée originale d’Alan Cox himself et dessiné par Larry Ewing (pas himself parce que personne ne le connait) avec la première version publique de Gimp … itself.

Le nom Tux viens d’un certain James Hughes sur la LKML (Linux Kernel Mailing List) pour qui cela serait l’acronyme de Torvalds UniX.
En vérité il a surement choisi ce nom car c’est comme cela qu’on appelle familièrement les smokings en anglais (Tuxedo) et que ces derniers ont les mêmes couleurs que les pingouins.

Bonus : à gauche l’image que Linus a donné comme inspiration pour les dessinateurs. À droite Tuz, le diable de Tasmanie, qui remplaça temporairement Tux pour le kernel 2.6.29, afin de rappeler que le diable de Tasmanie pourrais bientôt rejoindre les dodos.

Nom (VO) : The Linux Penguin	Apparition : 1996
Surnom : Tux	Design : Larry Ewing

GNU – Le Gnou

Le gnou est la mascotte GNU pour une raison assez évidente, mais ce qui l’est moins c’est la raison pour laquelle Richard M. Stallman (RMS pour les intimes) a choisi cet animal.
Cela viendrais d’une obscure chanson comique, mais sachant que le même Stallman a appelé son éditeur emacs car il voulait pouvoir le lancer juste en tapant son initiale et que E était libre à l’époque… il ne faut pas chercher trop loin.

Dans la plus pure tradition de l’esprit GNU, le logo a été successivement modifié par plusieurs dessinateurs, chacun apportant quelques améliorations.

Évolution du logo GNU

Original (Etienne Suvasa)	Meilleure définition (Peter Gerwinski)	Simplification (Aurélio A. Heckert)

Nom (VO) : The GNU Head	Apparition : 198?
Surnom : -	Design original : Etienne Suvasa

*BSD – Le Daemon

Le daemon BSD n’est pas vraiment un animal mais avec ses cornes et sa queue on dira que c’est un cousin éloigné de la vache. Pour info daemon != démon, même si le daemon BSD y ressemble bigrement. Un daemon est plutôt comme un esprit ou un génie et n’est pas nécessairement du coté obscur de la force.

Tout débute en 1976 avec un dev BSD qui travaille comme serrurier et qui se retrouve en train de forcer un coffre fort chez un artiste, oui ça commence bizarrement. Le dev (Mike O’Brien) parle à l’artiste (Phil Foglio) des daemons unix, des pipes et des forks et l’artiste fait une image avec quatre daemons ressemblant à des démons tenant chacun un trident (fork veut dire fourchette, qui n’est jamais qu’un mini-trident) et jouant sur des tuyaux (pipes) devant un PDP-11.
L’image originale a été perdue depuis, ne restent que des photos des T-Shirts sur lesquels elle a été imprimée.

Plus tard, en 1988, John Lasseter dessinera la version la plus connue du daemon, celle avec les chaussures de sport (voir en haut), qui sera la mascotte de FreeBSD de longues années avant d’être remplacée par un logo abstrait (voir à gauche).
Le nom du daemon est Beastie, non pas en hommage aux Beastie Boys, mais à la prononciation de BSD quand on est bourré (bi-hès-di → alcool → beastie).

Le daemon BSD se retrouvera par la suite dans le logo d’OpenBSD, avec un halo, ainsi que dans le logo de NetBSD, avec trois potes à lui et un drapeau en train de répliquer une célèbre photo, nus.

Nom (VO) : The BSD Daemon	Apparition : 1976
Surnom : Beastie	Design : -

OpenBSD – Le Poisson-hérisson

Puffy est arrivé en même temps que l’algorithme Blowfish pour OpenSSH, comme pour Tux il y a une petite confusion entre le poisson-ballon (blowfish) qui n’a pas d’épines et son cousin le poisson-hérisson (porcupinefish) qui lui en a. Un autre nom du blowfish est pufferfish, d’où le nom Puffy.

Puffy est venu remplacer un daemon bsd classique (avec un halo), mais il est en fait le logo de plusieurs projets : OpenSSH, OpenNTPD, OpenBGPD, OpenCVS … et OpenBSD bien sûr.
Il apparait aussi dans de nombreux posters (et fresques), notamment à chaque nouvelle release d’OpenBSD (accompagné d’une chanson d’ailleurs).

Logos des projets OpenBSD (cliquez pour voir le logo en entier)

OpenSSH	OpenBGPD	OpenNTPD

OpenCVS		OpenBSD 4.7

Nom (VO) : -	Apparition : 1999
Surnom : Puffy	Design : -

Gentoo – La Vache

Un voile de mystère entoure l’origine de Larry la Vache (Larry the Cow), il aurait été “inventé” par Daniel Robbins, le créateur de Gentoo, un peu par hasard.

En fait l’image de la tête de vache viens d’une obscure font et est bizarrement assignée à la lettre S.
Daniel aurait utilisé cette image pour un poster ventant les mérites de Gentoo dans lequel le nom de la mascotte apparait.

Depuis il y a eu de nombreux débat sur le sexe réel de Larry, est-ce une vache, un taureau, un transsexuel ? Il y a même un bug pour cela sur bugs.gentoo.org. Il s’agirait en fait d’un taureau, “Cow” ne faisant référence qu’à son espèce.

Nom (VO) : -	Apparition : -
Surnom : Larry the Cow	Design : The Fonthead Design Inc.

En bref

	Darwin – L’ornithorynque Hexley la mascotte du cœur open source de Mac OS X a été choisi lors d’un concours en 2000, il porte un casque et un trident pour rappeler ses origines bsdiènes. Son nom aurait dû être Huxley, d’apres un biologiste fan de Charles Darwin, mais l’erreur a été découverte trop tard et Hexley est resté.
	SUSE – Le Caméléon Suite à un concours, la mascotte, un caméléon casqué, fut surnommée Geeko, un mix de Geek et Gecko (lézard en anglais).
	DragonFlyBSD – La libellule Lorsque Matthew Dillon, créateur de l’OS, cherchais un nom pour celui-ci, une libellule (dragonfly) se posa dans son jardin. Le nom de la mascotte est Fred.
	Plan 9 – Le Lapin Ed Wood, déjà coupable de Plan 9 From Outer Space qui a donné son nom à l’OS, est aussi responsable, avec Glen or Glenda, du nom de la lapine : Glenda. Cette mascotte et celle de Google Go ont été dessinées par la femme de Rob Pike qui a travaillé sur les deux projets.
	Minix – Le Raton-Laveur L’OS d’Andy Tanenbaum a pour mascotte un raton-laveur, car comme vous le savez tous (faites semblant), c’est un animal qui mange des insectes (bugs).
	FreeDOS – Le Poisson D’espèce indéterminée le poisson de FreeDOS est arrivé un peu par hasard lorsque les devs cherchaient une mascotte pour leur projet. Un des devs voulais un lémurien, mais il était bien le seul, puis quelqu’un a parlé de poisson et Blinky est né.

Firefox – Le Renard Roux

Au premier abord, en voyant le logo, on se dit que c’est un renard, et puis inévitablement un petit malin vous dis que c’est en fait un panda roux, car c’est ce que le mot firefox désigne en anglais.
Et bien pas du tout, c’est bien un renard et ça vous apprendra à écouter les petits malins. En effet les designers du logo trouvaient que le panda roux, ça faisais pas assez “cool”, et du coup, rusés comme ils sont, ils ont pris un fox classique.

Mais le renard n’est pas la mascotte de base du projet, car firefox a changé plusieurs fois de nom.
À sa création il s’appelait Phoenix et avait une mascotte correspondante (cf à gauche), mais ce nom était déjà utilisé par une boite qui fait des BIOS. Il fut alors renommé Firebird, qui est juste un autre nom du phénix, mais là encore, déjà utilisé. Il prit alors son nom final : Firefox, et le logo que l’on connait aujourd’hui. Ouf !

Mozilla se réservant le droit de distribuer FIrefox sous ce nom et avec ce logo, des noms et logos alternatifs, libres, sont apparus pour palier à ce problème. À gauche Iceweasel (belette de glace) de debian, à droite Icecat (chat de glace) de GNU.

Nom (VO) : -	Apparition : 2004
Surnom : -	Design : Daniel Burka/Stephen Desroches/Jon Hicks

Thunderbird – L’Oiseau-tonnerre

Un Thunderbird est un oiseau légendaire de la culture indienne d’Amérique du Nord, un piaf qu’il ne fallait pas faire chier apparemment car il tirait des éclairs avec ses yeux.
Au tout début, le projet avait un autre nom d’animal mythique : Minotaur, mais ce fut un flop. Un peu plus tard, quand Firebird (futur Firefox) commença à bien marcher, le projet fut relancé sous son nom actuel en intégrant certaines avancés de Firebird.

Firebird et Thunderbird, ça sonnais bien à l’époque, une équipe aviaire de winners. À tel point qu’ils partageaient même leur logo, rouge pour Firebird et bleu pour Thunderbird (voir à gauche). Comme pour Firefox, debian utilise un nom et un logo alternatif : Icedove (colombe de glace, à droite). Il n’y a en revanche pas d’alternatif GNU.

Nom (VO) : -	Apparition : 2004
Surnom : -	Design : Stephen Desroches/Jon Hicks

Seamonkey – L’Artemia

Quoi ? Vous ne savez pas ce qu’est un artemia ? Ah la la … bon ok moi non plus, mais heureusement il y a wikipedia ! C’est donc un petit crustacé dont les oeufs ont la particularité de pouvoir survivre des années en hibernation, un peu comme ceux d’Alien mais en moins violent pour votre cage thoracique.

Pour en revenir à Seamonkey, c’était le nom de code de la Suite Mozilla (celle avec browser + mail + éditeur html). Quand celle-ci fut abandonnée par Mozilla au profit de Firefox/Thunderbird, quelques courageux reprirent l’affaire avec le nouveau nom.

Tout comme pour Firefox et Thunderbird, pour des raisons de droit, debian utilise un nom et un logo alternatif : Iceape (singe de glace, à gauche). Iceape, seamonkey, jeu de mot !

Nom (VO) : -	Apparition : 2005
Surnom : -	Design : Alex Butin

Mozilla – Le Tyrannosaure

Pour connaitre l’origine de cette mascotte, il faut remonter très loin en arrière. Au début il n’y avait qu’un énorme nuage de gaz qui s’est agrégé pour former le s… hum … peut être pas aussi loin.

Au début donc, en 1993, il y avait le navigateur Mosaic, un des premiers navigateurs, qui faisait un tabac. Quelques-uns de ses créateurs décidèrent alors de faire un nouveau navigateur encore mieux, Netscape, dont le nom de code était Mozilla, un mix de Mosaic Killer et Gozilla, et dont la mascotte était un sympathique lézard vert et violet dénommé Mozilla. Le choix du lézard faisant là encore référence à Gozilla.

En 1998 lorsque Netscape libéra le code du navigateur, un projet de navigateur open-source fut créé avec le nom de code de son ancêtre : Mozilla. La mascotte du nouveau projet, un tyrannosaure, est évidemment inspirée de celle de Netscape et (encore) de Gozilla. À l’époque le “ton graphique” de Mozilla était très “Soviétique”, ce qui explique la couleur rouge de la mascotte.

Nom (VO) : the Mozilla lizard	Apparition : 1998
Surnom : Mozilla	Design : Shepard Fairey

En bref

Sunbird – Le Nectariniidé

Mozilla a choisi de rester dans le thème des oiseaux (Thunderbird, Firebird) pour nommer son calendrier. Les nectariniidés sont de petits oiseaux qui se nourrissent, vous l’aurez deviné, de nectar. Sous debian il s’appelle Iceowl (Hibou de glace) mais n’a pas de logo.

Pidgin – Le Pigeon

Pidgin désigne une sorte de baragouin basé sur de vraies langues, ce qui colle bien avec un client IM. En anglais pidgin sonne exactement comme pigeon, d’où la mascotte, sa couleur violette vient de l’utilisation de la libpurple qui gère les divers protocoles IM.

Adium – Le Canard

Au départ c’était un pigeon voyageur, rien de bien original pour un client IM, puis le logo a bizarrement évolué en canard vert avec le temps. Son nom est Adiumy

KDE – Le Dragon

KDE, qui a pour habitude de tout faire commencer par un K, avait pour mascotte originale Kandalf le Sorcier, qui distillait sa sagesse en donnant des trucs et astuces au lancement de KDE.
Mais Kandalf ressemblait un peu trop au Gandalf de Tolkien et fut donc remplacé par Konqi le Dragon à la sortie de KDE 3.0. Le dragon apparaissait déjà dans les versions précédentes mais n’était pas la mascotte.

Konqi tire son nom de Konqueror, le navigateur de KDE, tout simplement. Et chose rare dans ce monde de geeks, il a une petite amie : Katie, qui est en fait la mascotte du groupe KDE Women.

Nom (VO) : the KDE Dragon	Apparition : 1999
Surnom : Konqi	Design : Stefan Spatz

Blender – Le Chimpanzé

Vous connaissez surement la Théière de l’Utah qu’on utilise pour illustrer un effet ou une technique 3D quelconque, eh bien pour Blender c’est une tête de chimpanzé qui est utilisée.
Suzanne, c’est son nom, est apparu comme easter-egg dans la dernière version commerciale de Blender, juste avant qu’il ne passe en GPL, et elle est depuis devenue la mascotte. Elle doit son nom au film Jay et Bob contre-attaquent dans lequel une orang-outan porte ce nom.

Bonus: et le logo de Blender, c’est un animal ? Presque ! C’est dans le monde du vivant on va dire. C’est un mix d’une main (les 3 “doigts” qui dépassent) et d’un œil (bleu) qui symbolise la hand-eye coordination, que l’on pourrait traduire par dextérité, nécessaire à l’artiste.

Nom (VO) : -	Apparition : 2002
Surnom : Suzanne	Design : Willem-Paul van Overbruggen

Wikipedia – ^{[choix nécessaire]}

En 2002 un concours fut lancé pour trouver une mascotte à Wikipedia, deux mascottes sont sorties du lot mais avec des scores trop proches pour les departager. À ce jour il n’y a toujours pas de mascotte officielle.

Une des deux propositions de mascottes arrivée en tête est Miwiki, la fourmi coupe-feuille. Elle symbolise bien l’aspect collectiviste de Wikipedia mais certains ne la trouvaient pas assez individualiste (à la différence des fourmis, les contributeurs Wikipedia sont tous uniques et différents).

L’autre mascotte est un mille-pattes: le Wikipede (mille-pattes se dit centipede en anglais). On le voit en train de multi-tasker avec ses fameuses pattes dans une bibliothèque. Mais les mille-pattes n’ont pas une image très positive, voir même carrément négative.

Nom (VO) : -	Apparition : 2002
Surnom : -	Design : -

En bref

	GIMP – Le … Gimp Dénommé Wilber, la mascotte de GIMP est un gimp, mais qu’est ce qu’un gimp me direz vous ? Un gimp un animal de la même espèce que Wilber. Exemple de gimp célèbre : Wilber.
	Xfce – La Souris La souris bondissante du logo représente la légèreté et la rapidité de Xfce. Probablement à comparer avec le poids du dragon KDE ainsi qu’avec les lourds “pas” de Gnome.
	Xen – Le Panda Le panda en habit de moine bouddhiste fait évidemment référence au mot zen, très proche en prononciation de Xen.
	KAME – La Tortue KAME était un projet pour implémenter l’ipv6 et IPsec dans les *BSD. Une mission terminée avec succès il y a un moment mais le site web est connu pour sa tortue qui s’anime quand on le visite en ipv6. Kame veut dire tortue en japonais.

Rangé par ordre alphabetique.


Amarok – Esprit de Loup Lecteur Multimedia	Backtrack – Dragon Distrib Linux sécurité	Bacula – Chauve-souris Backup

Beagle – Beagle Indexeur de fichiers	BitlBee – Abeille Passerelle IRC/IM	Bluefish – Tassergal IDE

Bugzilla – Insecte (bug) Suivi de bug	Cairo – Bousier sacré Librairie Graphique	CamelBones – Dromadaire Mort Bindings Perl pour Objective-C

Caml – Dromadaire Langage	CapROS – Ours Blanc Capability based OS	Dragon Player – Dragon Lecteur Multimédia

eMule – Mulet Pirate2Pirate	Felix – Chat Langage	Firebug – Gendarme Plugin Firefox pour dev web

FireFTP – Hippocampe Client FTP	Freemind – Papillon Gestion de Projet	Fugu – Fugu SFTP pour Mac

Gambas – Crevette VB-like	GCC – Gnou Compilateur	Hadoop – Éléphant Framework Java

Ichthux – Poisson de Jésus Distrib Linux pour Chrétiens	Jackrabbit – Lapin Content Repository	L4KA – Ecureuil Microkernel

LaTeX – Lion Composition de documents	Mantis – Mante Religieuse Suivi de bug	MirOS BSD – Daemon Fork OpenBSD

Monotone – Rat Gestionnaire de versions	Mutt – Chien Client Mail	Nautilus – Nautile Gestionnaire de fichiers

Nexenta – Giraffe GNU/Solaris OS	OGRE – Ogre Moteur 3D	OpenOffice – Mouettes Suite Bureautique

Openswan – Cygne Pile IPsec	Orca – Orque Truc pour myopes	Pardus – Leopard Distrib Linux turque

Parrot – Perroquet Bytecode Compilalteur/VM	Pike – Brochet Langage	Postfix – Souris Serveur Mail

Puppy Linux – Chiot Distrib Linux	Ratpoison – Rat Window Manager	RSSOwl – Hibou Agrégateur RSS

Sawfish – Poisson-scie Window Manager	Scilab – Macareux MATLAB-like	Sendmail – Chauve-Souris Serveur Mail

Shiira – Coryphène Browser WebKit pour Mac	sidux – Scorpion Distrib Linux	SliTaz – Araignée Distrib Linux

Snort – Cochon Détection d’intrusion	Speex – Perroquet Codec Audio	Spip – Écureuil volant CMS

Squid – Calamar Proxy Web	Squirrelmail – Écureuil Webmail	thttpd – Chat Serveur web

Tomcat – Chat Conteneur de servlets	Webgui – Pieuvre CMS	Window Maker – Panda Window Manager

Wireshark – Requin Packet sniffer	Workrave – Mouton Soft de santé	Xiph – Poisson Vorbis/Theora/etc

Si vous avez aimé ce post...

PXE : Y a-t-il un bootloader sur l’réseau ?

Lord — Sat, 15 May 2010 14:02:25 +0000

Comment installer un OS sur une machine sans lecteur CD et sans clé USB ? Comment utiliser le même nunux quelque soit votre PC sur votre réseau ? Comment avoir votre nunux de secours pour dépanner les machines de votre réseau ? C’est simple, le Preboot eXecution Environment est une technique permettant de booter une machine par le réseau.
On pourrait simplifier la chose en disant qu’il s’agit d’une sorte de grub téléchargé et exécuté par le réseau.

Pour démarrer une machine sur le réseau, il faut tout d’abord que son bios supporte cette technologie (c’est le cas de la plupart des machines modernes). Il faut ensuite un serveur DHCP et un serveur TFTP configurés pour fournir un bail spécial ainsi que les fichiers nécessaires au boot. Cet article couvre donc la mise en place d’un système basique. On abordera ensuite le côté esthétique par un petit coup de maquillage, ensuite on ajoutera quelques fonctions parfois utiles et enfin la mise en place d’un système complètement diskless.

Récupération du matos

La grande majorité des serveurs DHCP est à même de faire tourner un PXE. J’aborderai ici Dnsmasq qui a l’avantage d’être très léger et de pouvoir faire office de serveur DNS et TFTP. Nous n’aurons donc qu’un seul et unique serveur pour tout faire.
USE="dhcp tftp" emerge dnsmasq
Il vous faudra également syslinux pour récupérer les précieux fichiers de boot ainsi que quelques petits utilitaires bonus.
Vous trouverez la dernière version sur le très sérieux site de kernel.org:

http://www.kernel.org/pub/linux/utils/boot/syslinux/

Il ne manque plus que la distribution à booter et son kernel. Tout dépendra de ce que vous voulez proposer. Ici on va monter un installeur Debian :
wget ftp://ftp.fr.debian.org/debian/dists/lenny/main/installer-i386/current/images/netboot/debian-installer/i386/linux /var/tftp/distros/debian/lenny/i386/linux wget ftp://ftp.fr.debian.org/debian/dists/lenny/main/installer-i386/current/images/netboot/debian-installer/i386/initrd.gz /var/tftp/distros/debian/lenny/i386/initrd.gz wget ftp://ftp.fr.debian.org/debian/dists/etch/main/installer-amd64/current/images/netboot/debian-installer/amd64/linux /var/tftp/distros/debian/lenny/amd64/linux wget ftp://ftp.fr.debian.org/debian/dists/etch/main/installer-amd64/current/images/netboot/debian-installer/amd64/initrd.gz /var/tftp/distros/debian/lenny/amd64/initrd.gz

Configuration du serveur

Je n’aborderai pas la configuration complète de Dnsmasq, uniquement les parties relatives à notre objecif.

/etc/dnsmasq.conf
dhcp-boot=pxelinux.0 enable-tftp tftp-root=/var/tftp
La première ligne fournit le nom du fichier de PXE, la seconde active le tftp et la troisième déclare le dossier qui sera la racine de notre TFTP. Ça suffit pour obtenir le fonctionnement désiré. Relancez Dnsmasq, désormais on n’y touchera plus.

Mise en place basique

Commençons par créer la racine du tftp et récupérer le fameux pxelinux.0
# mkdir /var/tftp/pxelinux.cfg # tar xvf syslinux-3.81.tar.gz # cp syslinux-3.81/core/pxelinux.0 /var/tftp/

Créons maintenant un petit menu tout simple :
/var/tftp/menu.txt
-: PXE BOOT :-

lenny_i386_installer lenny_i386_expert lenny_amd64_installer lenny_amd64_expert

C’est ce menu qui s’affichera. C’est moche mais efficace. Il faut créer le fichier de configuration associé :
/var/tftp/pxelinux.cfg/default
DISPLAY menu.txt


DEFAULT lenny_i386_installer
LABEL lenny_i386_installer

	kernel distros/debian/lenny/i386/linux

	append vga=normal initrd=debian/lenny/i386/initrd.gz
LABEL lenny_i386_expert

	kernel distros/debian/lenny/i386/linux

	append priority=low vga=normal initrd=debian/lenny/i386/initrd.gz
LABEL lenny_amd64_linux

	kernel distros/debian/lenny/amd64/linux

	append vga=normal initrd=debian/lenny/amd64/initrd.gz
LABEL lenny_amd64_expert

	kernel distros/debian/lenny/amd64/linux

	append priority=low vga=normal initrd=debian/lenny/amd64/initrd.gz

PROMPT 1 TIMEOUT 0
Vous avez maintenant un PXE tout ce qu’il y a de plus simple. C’est assez brut mais ça fonctionne. Maintenant vous pouvez tester. La machine se verra attribé sa config réseau et vous devriez voir s’afficher le contenu de votre boot.txt . Vous n’aurez plus qu’à taper le « label » désiré pour lancer le boot.

Maquillage

Bon c’est bien gentil mais d’une part c’est moche et d’autre part c’est pas vraiment super pratique. On va donc faire un menu ressemblant à un bon vieux GRUB.
Tout d’abord on va tenter de faire les trucs proprement donc on va créer un petit dossier /var/tftp/tools qui contiendra les petits binaires et un autre /var/tftp/menu pour les menus.

On a donc cette arborescence :
/var/tftp /distros … /menu /tools /pxelinux.0 /pxelinux.cfg /default
Il faut récupérer le binaire permettant de faire afficher un beau menu. Celui-ci se trouve dans syslinux.
# cp syslinux-3.81/com32/menu/vesamenu.c32 /var/tftp/tools
Il nous faut maintenant modifier le fichier pxelinux.cfg/default pour utiliser ce binaire et faire un truc plus classe :
DEFAULT tools/vesamenu.c32 menu/design.conf ~


MENU TITLE Mon PXE
LABEL Lenny I386

	MENU LABEL Installer Lenny I386

	KERNEL distros/debian/lenny/i386/linux

	APPEND vga=normal initrd=distros/debian/lenny/i386/initrd.gz
LABEL Lenny I386 Expert

	MENU LABEL Installer Lenny I386 en mode Expert

	KERNEL distros/debian/lenny/i386/linux

	APPEND priority=low vga=normal initrd=distros/debian/lenny/i386/initrd.gz
LABEL Lenny amd64 linux

	MENU LABEL Installer Lenny AMD64

	KERNEL distros/debian/lenny/amd64/linux

	APPEND vga=normal initrd=distros/debian/lenny/amd64/initrd.gz
LABEL Lenny amd64 expert

	MENU LABEL Installer Lenny AMD64 en mode Expert

	KERNEL distros/debian/lenny/amd64/linux

	APPEND priority=low vga=normal initrd=distros/debian/lenny/amd64/initrd.gz

TIMEOUT 0
La première ligne appelle le binaire en lui fournissant en argument le fichier design.conf que l’on va créer de ce pas.
/var/tftp/menu/design.conf
MENU WIDTH 80 MENU MARGIN 10 MENU ROWS 12 MENU TABMSGROW 18 MENU CMDLINEROW 12 MENU ENDROW 24 MENU TIMEOUTROW 20 MENU PASSWORDMARGIN 3 MENU PASSWORDROW 11

menu background menu/background.png
L’image de background doit être en png 24bits en 640*480 ce qui laisse pas mal de choix de fond d’écran.

Vous pouvez maintenant tester votre nouveau PXE tout en couleurs et bien plus fonctionnel. Vous avez maintenant un PXE ressemblant à un bon petit grub.

Ajouts de nouvelles fonctions

Il est possible d’ajouter quelques fonctionnalités bien pratiques comme par exemple le fameux Memtest permettant de tester ses barettes de RAM ou bien ajouter HDT qui vous permettra d’obtenir de nombreuses informations concernant la machine sans même booter un OS.

Un sous-menu

Pour créer un sous-menu, il suffit de refaire appel à vesamenu.c32 et lui indiquer un autre fichier de conf :
/var/tftp/pxelinux.cfg/default
LABEL Outils systèmes MENU LABEL Outils systèmes >> KERNEL tools/vesamenu.c32 APPEND menu/design.conf menu/systemes.conf

/var/tftp/menu/systemes.conf
MENU TITLE Outils Systèmes


LABEL retour_menu

	MENU LABEL <- Retour menu principal

	KERNEL tools/vesamenu.c32

	APPEND menu/design.conf ~

LABEL
Le ~ correspond au menu par défaut.

MemTest

On le récupère
# wget http://www.memtest.org/download/4.00/memtest86+-4.00.bin.gz tar xvf memtest86+-4.00.bin.gz # cp memtest86+-4.00/precomp.bin /var/tftp/tools/memtest

/var/tftp/menu/systemes.conf
LABEL memtest MENU LABEL ^MemTest 4.0 KERNEL tools/memtest

Et voilà MemTest est désormais intégré.

HDT

HDT fait partie de syslinux donc il faut le récupérer :
# cp syslinux-3.81/com32/hdt/hdt.c32 /var/tftp/tools
Il faut récupérer le fichier pci.ids qui se trouve sur sourceforge et le placer dans notre dossier /var/tftp/tools et enfin récupérer le fichier /lib/modules/`uname -r`/modules.pcimap à copier dans le même dossier.
Maintenant que tout est en place éditons, le fameux
/var/tftp/menu/systemes.conf
LABEL HDT MENU LABEL ^Hardware Detection Test KERNEL tools/hdt.c32 APPEND modules=tools/modules.pcimap pciids=tools/pci.ids memtest=tools/memtest
Et voili voilou

Reboot

Une petite option pour reboot pour le fun :
# cp syslinux-3.81/com32/modules/reboot.c32 /var/tftp/tools/reboot.c32

/var/tftp/menu/systemes.conf
LABEL reboot MENU LABEL ^Reboot KERNEL tools/reboot.c32

Boot Local

Ajoutons une option pour tout de même booter sur son disque dur.
# cp syslinux-3.81/com32/samples/localboot.c32 /var/tftp/tools/localboot.c32

/var/tftp/menu/systemes.conf
LABEL LocalBoot MENU LABEL ^Boot Local KERNEL tools/localboot.c32

On a au final ces deux écrans :

Image du menu principale

Menu des fonctionnalités

Et maintenant que nous avons un PXE fonctionnel, pratique et regardable passons au choses sérieuses : un vrai linux par le réseau.

Du diskless par distribution « live »

Concrètement qu’est-ce qu’il nous manque pour avoir du vrai diskless et non juste un installeur ? Il nous faut un kernel qui puisse récupérer son root (pas l’utilisateur mais son système de fichier) soit par le réseau soit par un initrd. Je vais commencer par la seconde possibilité avec Tiny Core Linux. Ce qu’on va faire c’est booter un kernel et lui fournir un initrd qui lui servira de racine. Les changements ne seront pas conservés après reboot, comme une distribution sur LiveCD.

On va donc faire ce système avec Tiny Core Linux. Il s’agit d’une toute petite distro avec interface graphique qui tient dans 10 Mo. Ça se récupère ici. Et ça s’intègre en moins de deux sur votre PXE. Mettez le bzImage et le tinycore.gz dans (par exemple) /var/tftp/distros/tinycore et ajoutez ces quelques lignes à votre menu :
LABEL Tiny_Core_Linux MENU LABEL Tiny Core Linux KERNEL distros/tinycore/bzImage APPEND initrd=distros/tinycore/tinycore.gz max_loop=256
Et c’est bootable. Cette distrib est pratique quand on veux un shell vite fait. C’est juste dommage de ne pas avoir de client SSH pré-installé mais c’est une autre histoire.

Un linux vrai de vrai avec root en nfs

Maintenant au lieu de se limiter à un kernel et un initrd, on va fournir l’arborescence complète. En fait la racine sera un export NFS. Le système sera donc utilisable comme un nunux classique. Mieux encore, vous pourrez l’utiliser sur plusieurs PC (non simultanément). Allez c’est parti pour se monter une petite Debian en mois de deux.

D’abord on installe les paquets nécessaires :
# emerge debootstrap nfs-utils
Debootstrap est un script recréant une debian (ou ubuntu) à partir d’un miroir. Si vous voulez monter une autre distrib, pas la peine de le prendre. Nfs-utils apporte quelques outils pour la mise en place du serveur NFS. Il faut que votre kernel possède le module nfs-server.

Maintenant créons la Debian de toute pièce :
# mkdir /var/exports/debian/lenny # debootstrap lenny /var/exports/debian/lenny
Après une pause bien méritée, noyautons cette petite. Soit vous vous faites votre kernel aux petits oignons, soit vous prenez celui de la Debian qu’il faudra installer par chroot. Bien évidemment, le mieux est de le compiler soi-même en n’oubliant surtout pas filesystems/network file systems/root filesystems on nfs. vous placerez ce kernel non pas dans l’export NFS (enfin ce n’est pas indispensable) mais dans le tftp /var/tftp/distros/debian/kernel_perso.

Créez l’export NFS dans le fichier
/etc/exports
/var/exports/debian/lenny 10.0.0.0/8(rw,async,no_subtree_check,no_root_squash,no_all_squash)

Donc là je déclare tout le dossier contenant la lenny visible pour tout mon réseau local (en 10/8) avec des droits de lecture/écriture.
Il ne reste plus qu’à ajouter une entrée dans le menu du PXE.
LABEL Debian MENU LABEL Debian NFS KERNEL distros/debian/kernel_perso APPEND ip=dhcp root=/dev/nfs nfsroot=10.0.0.1:/var/exports/debian/lenny

Et il ne reste plus qu’à booter et rebooter !

What else ?

Bon voilà vous avez vu comment monter votre joli PXE. Vous pouvez donc installer ure distrib sur ce petit EeePC sans lecteur CD. Vous pouvez réparer ce grub que vous venez de dégommer sans sortir votre clé USB bootable. Pour aller plus loin, sachez qu’il est possible par mesure de sécurité (ou commodité) de proposer un PXE différent pour chaque machine en fonction de sa MAC.

Si vous avez aimé ce post...

Linux – Laptop – Ultimate Powersaving !

bragon — Thu, 13 May 2010 12:52:48 +0000

Le but de cet article est de faire économiser de la batterie à votre laptop sous Linux.

Avec quelques tips, c’est possible très facilement.
On peut gagner 1h de batterie avec quelques méthodes simples.

Follow the white rabbit

Outils indispensable

Déjà il va vous falloir vous munir d’un outils indispensable développé par intel nommé : powertop
Le gars qui cherche à économiser de la batterie et qui n’a pas installé powertop c’est vraiment un gros naz

emerge -av powertop

apt-get install powertop

Lancez powertop en root, et suivez le guide, tout est expliqué directement dans l’interface ncurses.

Désactive le superflu dans l’bios petite loutre

Il convient d’aller désactiver les choses dont vous ne vous servez jamais dans le bios.
Exemple :

Désactiver le bluetooth

Désactiver le wake on lan sur eth0

Désactiver l’extension Wimax de votre carte wifi.

Désactiver le lecteur CD si vous ne vous en servez jamais.

Etc … etc …

ça permet d’économiser déjà pas mal de batterie.

Modifies ton sysctl.conf petit castor

Quelques réglages à avoir dans le sysctl.conf

modifier : /etc/sysctl.conf
vm.laptop_mode = 5 # Activating laptop mode, power friendly I/Os vm.dirty_writeback_centisecs = 2000 kernel.nmi_watchdog = 0 vm.swappiness = 5

Le writeback du cache du système de fichiers sur le disque dur se fait assez fréquemment. Pour réduire la consommation, il suffit de le faire moins fréquemment.
Par defaut le writeback est à 500

fout ça dans ton /sys petit scarabée

echo 10 > /sys/module/snd_hda_intel/parameters/power_save echo min_power > /sys/class/scsi_host/host0/link_power_management_policy echo min_power > /sys/class/scsi_host/host1/link_power_management_policy

Actives le power management dans ta carte wifi Intel petite fourmis des bois

iwconfig wlan0 power on

Mon petit script à la con, lis ça petit phasmid


#!/bin/bash
#echo 5 > /sys/bus/pci/drivers/iwlagn/*/power_level

echo 5 > /sys/bus/pci/drivers/iwlagn/0000\:03\:00.0/power_level
echo 1 > /sys/devices/system/cpu/sched_mc_power_savings
echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
echo 5 > /proc/sys/vm/laptop_mode
# passe en economie d'energie la carte son

echo 10 > /sys/module/snd_hda_intel/parameters/power_save

echo min_power > /sys/class/scsi_host/host0/link_power_management_policy

# desactive le wake on lan sur eth0

ethtool -s eth0 wol d

# met la luminosité à 30%

xbacklight -set 30

# Passe le frequency scaling en "on demand"

echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
## Spécifique thinkpad x300 ou equivalent

# desactive le bluetooth

echo disable > /proc/acpi/ibm/bluetooth

# desactive le modem 3G

echo disable > /proc/acpi/ibm/wan

echo min_power > /sys/class/scsi_host/host0/link_power_management_policy

Le paramètre sched_smt_power_savings sous /sys/devices/system/cpu/ contrôle le multithreading. Par défaut, il vaut 0 pour des performances optimales
Mettez le à 1 pour avoir plus de batterie, ainsi vous ne vous servirez du second cœur de votre cpu qu’en cas de besoin ! :

echo 1 > /sys/devices/system/cpu/sched_smt_power_savings

Conclusion

Cet article n’est pas complet car j’ai également des optimisations dans mon kernel, mais ça peut déjà vous donner une bonne base de travail.
N’hésitez pas à faire des bench avec powertop à CHAQUE modification pour voir ce que ça change sur votre consommation en Watts.

Si vous avez aimé ce post...

Photoshop CS5 content aware fill VS Gimp resynthesizer

madx — Sat, 24 Apr 2010 14:23:24 +0000

Vous en avez forcement entendu parler, le content aware fill est la feature du futur Photoshop CS5 : on dessine vaguement les contours de l’objet qu’on veux enlever d’une photo, on lance la fonction et *pouf* l’objet disparait en laissant place à ce qui se trouve derrière.

Vous avez aussi surement vu les démonstrations sur youtube et les réactions de fanboys Photoshop telles que “That’s beyond insane!“, “BLACK MAGIC“, “I will buy this over everything i’ve ever wanted ever“, ou encore “And then i, JIZZED, IN MY PANTS” (tous absolument véridiques).

On ne vas pas s’éterniser sur le comment (de l’extrapolation mixé avec du random) mais sur le fait que Gimp possède cette fonction depuis … 2004. Oui, 6 ans.

6 ans après, Photoshop rattrape Gimp

Au cas ou vous n’auriez pas vu les démonstrations et pour bien comprendre de quoi on parle, rien de mieux qu’une photo, ou deux pour le coup.

Avant

Après

A noter que cette fonction n’est pas de série dans Gimp, mais sous forme de plug-in (en licence GPL), disponible dans toutes les bonnes distributions sous le nom de gimp-resynthesizer ou quelque chose de proche.

Mais comment on s’en sert ?

L’utilisation est enfantine, vraiment, un enfant de 5 ans pourrais le faire.

1/ Dessiner vaguement les contour de l’objet à effacer, ici un employé d’Adobe

2/ Filters > Enhance > Heal selection

3/ Texture radius, laissez la valeur par défaut qui marche très bien dans 95% des cas

4/ BAM !

Photoshop VS Gimp

Tout ca c’est bien gentil, mais les fanboys Photoshop dirons fatalement “Oui mais Photoshop il le fait beaucoup mieux, c’est des années de développement par une des boites les … bla bla bla … industrie spatiale … bla bla bla … dieu lui même ne … bla bla bla … leur donnerais un rein si … bla bla, etc …” (je coupe parce que les fanboys, une fois lancés on les arrête plus).

J’ai donc sillonné le web pour trouver des exemples du content aware fill de Photoshop CS5 et j’ai juste utilisé Gimp pour faire à peut près la même chose.

Je précise que ma connaissance de Gimp est très basique et que je n’ai utilisé que le lasso et le resynthesizer. Parfois j’ai ressayé le resynthesizer plusieurs fois, le résultat étant basé sur pas mal d’aléatoire, la qualité peut varier d’un essais à l’autre.

Bunker

Original Photoshop Gimp

Démolition

Original Photoshop Gimp

Canards

Original Photoshop Gimp

Voiture rouillée

Original Photoshop Gimp

Glace

Original Photoshop Gimp

Mare

Original Photoshop Gimp

Marché

Original Photoshop Gimp

Bonus !

On a vu qu’on pouvais enlever des objets, mais pour le même prix, on peux aussi faire d’autres trucs (qu’on verra peut être dans CS6, qui sait)

Dans l’exemple ci dessous, où vous aurez bien sur tous reconnus le jeu Total Annihilation, j’ai sélectionné toute l’interface et je l’ai resynthesized, le résultat est impressionnant pour un algorithme automatique.

(cliquez à vos risques et périls pour voir en detail, les images sont en 1600×1200)

Conclusion

Ma conclusion tient en quatre mots : Adobe can suck it !

Si vous avez aimé ce post...

L’arche des mascottes du Libre

Echinus, un WM, simplement.

EeeGW : Créer soi-même une passerelle réseau

Filtrer ses mails ! Un cauchemard !

bragon — Fri, 09 Apr 2010 17:18:10 +0000

Le but de ce howto est de vous présenter ma façon de filtrer mes mails de tous mes comptes pop/imap, afin de les centraliser dans une même interface.
Afin de filtrer les mails qui arrivent nous allons utiliser “sieve” un merveilleux ajout disponible dans le packet dovecot, qui permet de filtrer les messages directement AVANT qu’ils arrivent dans la casserole IMAP.

Les mails sans rangement c’est immangeable, ceci est une petite recette d’assaisonnement

Centraliser mes mails m’apporte plusieurs choses :

- Faciliter le filtrage.
- Faciliter le rangement dans différents dossiers.
- Effectuer un backup de tous mes comptes IMAP/POP.
- Faire apprendre à mon antispam mes différents réglages.

Cette recette ne couvre pas l’installation de Apache + php + MySQL
Nous supposons ici que vous savez faire ce type d’installation.

Cette recette ne couvre pas non plus l’utilisation de mutt (je mettrai tout de même en ligne ma configuration).
En effet, l’utilisation de mutt mérite un article à lui seul !

Postulat1 : Les mails seront stockés dans cette recette ici : /home/utilisateur/.maildir
Postulat2 : Nous supposons que vous avez plusieurs comptes email à rapatrier.
Postulat3 : Nous supposons que vous disposez d’une machine GNU/Linux sous Gentoo et/ou Debian pour effectuer ce howto.
Postulat4 : Nous supposons que vous stockez vos mails dans le format Maildir ! (se reporter au Howto Sur la conversion mbox => maildir en cas de soucis) Allez lire : http://geekfault.org/2010/04/09/maildir-mbox-la-migration/

Résultat une fois que la recette est en place

Logiciels nécessaires pour “MailFiltrés”

MySQL-5

Apache-2.2

Php-5.2

RoundCube + plugins “Report Junk” et “Manage Sieve”

Dovecot (pop/imap) + Sieve + ManageSieve

SpamAssassin + MySQL

Postfix

mutt + sidebar

Fetchmail

Remplir la casserole

Pour trier le manger dans la casserole nous devons tout d’abord la remplir !

Pour effectuer ce howto il nous faut tout d’abord des emails.
Il va donc nous falloir configurer fetchmail.
Attention ne pas lancer fetchmail de suite ! Sinon vous risquez de rapatrier les emails sans même les faire passer dans la moulinette avant de les déposer dans les bons compartiments de la casserole !

Récupérer les ingrédients et les mettre dans la casserole

* Gentoo
USE="ssl" emerge -av net-mail/fetchmail

* Debian
apt-get install fetchmail

* .fetchmailrc

## les mails mondomaine.info poll pop.geekmx.org protocol pop3 username bragon@mondomaine.info password "" #mda '/usr/bin/procmail -d %T' ### petit commentaire pour vous faire voir comment faire pour faire passer vos mails dans la moulinette procmail avant de les donner à manger à dovecot !! mda "/usr/libexec/dovecot/deliver" is 'bragon' here ### Nom de l'utilisateur local pour déposer les mails. keep ### Laisses mes mails sur l'imap distant ! Mechant !
## ensuite on recup les mails geeknode poll pop.geekmx.org protocol pop3 username utilisateurvalide@g33kn0de.org password "" mda "/usr/libexec/dovecot/deliver" is 'bragon' here keep ## apres on passe au compte gmail poll imap.gmail.com proto imap user "bragon.unuser@gmail.com" password "" ssl keep mda "/usr/libexec/dovecot/deliver" is 'bragon' here ## On synchronise le compte blackberry pour virification #poll imap.geekmx.org #proto imap #user "unuser@undomaine.info" #password "" #ssl #keep #mda "/usr/libexec/dovecot/deliver" #is 'bragon' here ## preparation pour les mails EW # poll trucmail.euro-web.fr protocol imap username "truc.plop[_at_]euro-web[point_dot]fr" ## Mettre ici une vraie adresse mail password "" ## Mettre ici un vrai mot de passe. folder 'INBOX.sdf' ## Recupère spécifiquement un dossier IMAP folder 'INBOX.task' folder 'INBOX.sysadmin' folder 'INBOX.netavous' folder 'INBOX.frnog' folder 'INBOX.TODO' folder 'INBOX' ## Recupère le dossier imap principal keep ## Laisse les mails sur le serveur mda "/usr/libexec/dovecot/deliver" ## Utilise dovecot en tant que deliver local is 'bragon' here ## Mets les mails dans le répertoire courant de l'utilisateur bragon.

Filtrer / Découper les ingrédients Juste avant la casserole

emerge -av =net-mail/dovecot-1.2.6
ou
apt-get install dovecot # Je crois que de base dans Debian dovecot est compilé avec sieve.

* Flag de compilation nécéssaire pour dovecot : “berkdb bzip2 ipv6 maildir managesieve mysql pam sieve ssl zlib -caps -cydir -dbox -doc -kerberos -ldap -mbox -postgres -sqlite -suid -vpopmail”

Via ces directives de compilation dovecot supporte maintenant les fichiers de filtrage “.sieve”
Il vous suffit de déposer n’importe quel fichier sieve dans /home/utilisateur/sieve pour que dovecot utilise vos filtres.

Voici un exemple de syntaxe : tamereenshortsurunCISCO7603.sieve

# rule:[cron] elsif anyof (header :contains "Subject" "root@gn", header :contains "From" "root@astaroth", header :contains "From" "bragon@tobold", header :contains "From" "root@aec-ri.com", header :contains "From" "root@mail.geekmx.org", header :contains "From" "root@bender") { fileinto "cron"; }

Second exemple de syntaxe : tonpapaesttellementvieuxque….sieve

# rule:[SYSADMIN ML] elsif anyof (header :contains "From" "sysadmin@domaine.net", header :contains "Subject" "Liste Franophone Administrateur systeme") { fileinto "boulot.sysadmin"; redirect "smartphone[at]bragon[point]info"; ## Mettre ici une adresse mail valide } # rule:[Debian Security Advertise] elsif anyof (header :contains "Subject" "[SECURITY][DSA") { fileinto "boulot.dsa"; }

Virer les ingrédients moisis en les mettant dans un compartiment de la casserole

emerge -av =mail-filter/spamassassin-3.2.5-r2

* Flag de compilation nécessaire pour spamassassin : "berkdb ipv6 mysql ssl -doc -ldap -postgres -qmail -sqlite -tools"

* Voir les configurations de spamd ci-après.

Renvoyer certains ingrédients au cuisinier

emerge -av =mail-mta/postfix-2.6.5

* Flag de compilation nécessaire pour postfix : "dovecot-sasl ipv6 mysql pam ssl -cdb -hardened -ldap -mbox -nis -postgres -sasl (-selinux) -vda"

* Voir le fichier de configuration main.cf ci-après.

Le postfix me sert uniquement pour transférer certaines régles sieve vers une autre adresse mail.
Cette adresse mail est popé via mon smartphone.
Ainsi je reçois N'importe ou Certains mails qui "matchent" une régle de filtrage spécifique !

Le postfix peut me servir également à faire réply dans l'interface roundcube ou mutt . (mais je l'utilise rarement car ce postfix n'a ni domainkeys ni spf pour mes domaines pro / geeknode / gmail) Et le mail bien que délivré arrivera dans la boite à spam du correspondant fréquemment.

Ce postfix n'est là que pour dépanner, et pour transférer mes mails super important via mon smartphone.

Faire mijoter à feu doux !

Placer ce crontab pour l'utilisateur qui va devoir récupérer les mails.

crontab -e */10 * * * * /usr/bin/fetchmail > /dev/null 2>&1

Les mails vont donc être récupérés toutes les dix minutes, et directement déposés dans le MDA ( Mail Délivery Agent).
Le MDA de ma configuration fetchmail étant dovecot, et dovecot lisant tous mes filtres, cela devrait bien se passer

Présentation sur un joli plat du résultat.

La configuration de dovecot aka "Le déversoir"

base_dir = /var/run/dovecot/ protocols = imap managesieve ## Je suppose que vous n'avez pas besoin de pop pour votre interface centralisé. shutdown_clients = yes disable_plaintext_auth = no ssl = no ## ce howto ne couvre pas la sécurité de l'imap
# Si vous désirez utiliser seulement TLS ## Pour le moment ce HowTo n'a pas été pensé pour le SSL, mais on peut très facilement l'ajouter. ## disable_plaintext_auth = yes ## ssl = yes ## ssl_cert_file = /var/qmail/control/servercert.pem ## ssl_key_file = /var/qmail/control/servercert.pem login_dir = /var/run/dovecot/login login_process_per_connection = yes login_greeting = Imap ready. mail_debug = no mail_uid = 1000 mail_gid = 100 first_valid_uid = 1000 ### Premier utilisateur système last_valid_uid = 1001 ### Vous pouvez mettre en place cet imap pour plus de deux utilisateurs en augmentant cette directive. first_valid_gid = 100 last_valid_gid = 1000 mail_location = maildir:~/.maildir ### Expliqué dans le postulat de l'introduction ## on active le deliver local protocol lda { postmaster_address = bragon[at_at_at]bragon[dot_point_dot]info ### Mettre ici une adresse mail valide !!! # remember to give proper permissions for these files as well log_path = /var/log/dovecot-deliver-errors.log info_log_path = /var/log/dovecot-deliver.log #auth_socket_path = /var/run/dovecot/auth-master mail_plugins = sieve } ## On log correctement ## ## Logging ## # Log file to use for error messages, instead of sending them to syslog. # /dev/stderr can be used to log into stderr. log_path = /var/log/dovecot/error # Log file to use for informational and debug messages. # Default is the same as log_path. info_log_path = /var/log/dovecot/info protocol imap { listen = 81.93.247.***:143 ### Mettre l'ip de la machine ici login_executable = /usr/libexec/dovecot/imap-login mail_max_userip_connections = 10 mail_plugin_dir = /usr/lib/dovecot/imap mail_plugins = quota imap_quota } plugin { quota = maildir:User quota # Used by both the Sieve plugin and the ManageSieve protocol sieve=~/.dovecot.sieve ## Répertoire ou serons stockés les regles de filtrage de dovecot. sieve_dir=~/sieve ## Répertoire ou serons stockés les regles de filtrage de l'utilisateur (elles sont lu par dovecot) } protocol managesieve { # Specify an alternative address:port the daemon must listen on # (default: *:2000) listen = 81.93.247.***:2000 ## ip de votre box à mettre ici managesieve_logout_format = bytes ( in=%i : out=%o ) } plugin { # Used by both the Sieve plugin and the ManageSieve protocol sieve=~/.dovecot.sieve sieve_dir=~/sieve } auth_verbose = yes auth_debug = yes auth default { ### On se log ici directement à la base d'utilisateur unix du système courant. mechanisms = plain login passdb pam { args = "*" } userdb passwd { args = blocking=yes } }

Configuration de .muttrc aka le rouleau à patisserie

Placer ce fichier .muttrc à la racine du répertoire utilisateur :

### pour voir les sous dossiers set spoolfile="/home/bragon/.maildir/" set folder="/home/bragon/.maildir/" set mask="!^\\.[^.]" set record="+.Sent" set postponed="+.Drafts" mailboxes ! + `\ for file in /home/bragon/.maildir/.*; do \ box=$(basename "$file"); \ if [ ! "$box" = '.' -a ! "$box" = '..' -a ! "$box" = '.customflags' \ -a ! "$box" = '.subscriptions' ]; then \ echo -n "\"+$box\" "; \ fi; \ done` ### activer la sidebar de mutt macro index c "?" "open a different folder" macro pager c "?" "open a different folder" # Sidebar set sidebar_visible=yes set sidebar_width=50 color sidebar_new yellow default # ctrl-n, ctrl-p to select next, prev folder # ctrl-o to open selected folder bind index \Cp sidebar-prev bind index \Cn sidebar-next bind index \Cb sidebar-open bind pager \Cp sidebar-prev bind pager \Cn sidebar-next bind pager \Cb sidebar-open ## mon editeur est emacs et je t'emmerde !!! set editor="emacs -nw"

Configuration de postfix aka "Le renvoyeur"

queue_directory = /var/spool/postfix command_directory = /usr/sbin daemon_directory = //usr/lib/postfix data_directory = /var/lib/postfix mail_owner = postfix myhostname = tobold.mondomaine.info mydomain = tobold.mondomaine.info myorigin = $myhostname
unknown_local_recipient_reject_code = 550 debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5 sendmail_path = /usr/sbin/sendmail newaliases_path = /usr/bin/newaliases mailq_path = /usr/bin/mailq setgid_group = postdrop html_directory = /usr/share/doc/postfix-2.6.5/html manpage_directory = /usr/share/man sample_directory = /etc/postfix readme_directory = /usr/share/doc/postfix-2.6.5/readme home_mailbox = .maildir/

Configuration SpamAssassin/MySQL

* Afin de générer un bon local.cf utilisez : http://www.yrex.com/spam/spamconfig.php

* Insérer dans une base MySQL
CREATE TABLE userpref ( username varchar(100) NOT NULL default '', preference varchar(50) NOT NULL default '', value varchar(100) NOT NULL default '', prefid int(11) NOT NULL auto_increment, PRIMARY KEY (prefid), KEY username (username) ); CREATE TABLE bayes_expire ( id int(11) NOT NULL default '0', runtime int(11) NOT NULL default '0', KEY bayes_expire_idx1 (id) ) TYPE=MyISAM;
CREATE TABLE bayes_global_vars ( variable varchar(30) NOT NULL default '', value varchar(200) NOT NULL default '', PRIMARY KEY (variable) ) TYPE=MyISAM; INSERT INTO bayes_global_vars VALUES ('VERSION','3'); CREATE TABLE bayes_seen ( id int(11) NOT NULL default '0', msgid varchar(200) binary NOT NULL default '', flag char(1) NOT NULL default '', PRIMARY KEY (id,msgid) ) TYPE=MyISAM; CREATE TABLE bayes_token ( id int(11) NOT NULL default '0', token char(5) NOT NULL default '', spam_count int(11) NOT NULL default '0', ham_count int(11) NOT NULL default '0', atime int(11) NOT NULL default '0', PRIMARY KEY (id, token), INDEX (id, atime) ) TYPE=MyISAM; CREATE TABLE bayes_vars ( id int(11) NOT NULL AUTO_INCREMENT, username varchar(200) NOT NULL default '', spam_count int(11) NOT NULL default '0', ham_count int(11) NOT NULL default '0', token_count int(11) NOT NULL default '0', last_expire int(11) NOT NULL default '0', last_atime_delta int(11) NOT NULL default '0', last_expire_reduce int(11) NOT NULL default '0', oldest_token_age int(11) NOT NULL default '2147483647', newest_token_age int(11) NOT NULL default '0', PRIMARY KEY (id), UNIQUE bayes_vars_idx1 (username) ) TYPE=MyISAM; CREATE TABLE awl ( username varchar(100) NOT NULL default '', email varchar(200) NOT NULL default '', ip varchar(10) NOT NULL default '', count int(11) default '0', totscore float default '0', PRIMARY KEY (username,email,ip) ) TYPE=MyISAM;

* secret.cf

##(Tell Spamassassin to use MySQL for bayes data bayes_store_module Mail::SpamAssassin::BayesStore::SQL bayes_sql_dsn DBI:mysql:sa:localhost:3306 bayes_sql_username sa bayes_sql_password somepwd ##(Tell Spamassassin to use MySQL for AWL data auto_whitelist_factory Mail::SpamAssassin::SQLBasedAddrList user_awl_dsn DBI:mysql:sa:localhost:3306 user_awl_sql_username sa user_awl_sql_password somepwd

* local.cf

# SpamAssassin config file for version 3.x # NOTE: NOT COMPATIBLE WITH VERSIONS 2.5 or 2.6 # See http://www.yrex.com/spam/spamconfig25.php for earlier versions # Generated by http://www.yrex.com/spam/spamconfig.php (version 1.50)
# How many hits before a message is considered spam. required_score 5.0 # Change the subject of suspected spam rewrite_header subject [SPAM] # Encapsulate spam in an attachment (0=no, 1=yes, 2=safe) report_safe 1 # Enable the Bayes system use_bayes 1 # Enable Bayes auto-learning bayes_auto_learn 1 # Enable or disable network checks skip_rbl_checks 0 use_razor2 1 #use_dcc 1 use_pyzor 1 # Mail using languages used in these country codes will not be marked # as being possibly spam in a foreign language. # - english french #ok_languages en fr
# Mail using locales used in these country codes will not be marked # as being possibly spam in a foreign language. #ok_locales en fr

Ajouter les clous de girofles dans RoundCube

http://www.tehinterweb.co.uk/roundcube/#pisieverules

Il vous faut installer les plugins ManageSieve et ReportasJunk
Suivez la documentation officielle, elle s'en sortira mieux que moi afin de vous expliquer tout cela.

http://www.tehinterweb.co.uk/roundcube/plugins/sieverules.README.txt

http://www.tehinterweb.co.uk/roundcube/plugins/sauserprefs.README.txt

http://www.tehinterweb.co.uk/roundcube/plugins/markasjunk2.README.txt

Laissez refroidir

Voilà c'est prêt !

Awesome non ?

Si vous avez aimé ce post...

Maildir mbox – La migration

EeeGW : Créer soi-même une passerelle réseau

Mise en place d’un système de backup avec Rsnapshot

Maildir mbox – La migration

pistache — Fri, 09 Apr 2010 17:16:18 +0000

Traditionellement, les serveurs UNIX utilisent mbox pour stocker les mails. Pour mbox, chaque dossier de votre boîte mail (Reçu, Envoyés, Archive, Corbeille, etc) est representé par un fichier, ou tout les mails sont enregistrés à la suite, séparés par une ligne vide.

Ce format, très simple à utiliser, pose de nombreux problèmes. Premièrement, on ne peut pas faire d’accès parallèles, même sur des mails différents, puisque le fichier est le même (problème de verrou). Deuxièment, les serveurs POP/IMAP (comme Dovecot) ont souvent un support limité de mbox. Dovecot est obligé de placer un mail “interne” dans la boîte, pour garder l’arborescence et l’organisation des dossiers. Courier ne supporte pas mbox.

L’avantage principal de mbox, c’est le fait qu’il soit très répandu. Il est supporté par tout les MUA (mailutils/mail, bsd-mailx, mutt, emacs, Kmail, thunderbird, evolution). Mais les problèmes récurrents qu’il pose ont poussé le principal développeur de qmail a créer un nouveau format : Maildir.

Maildir

Avec Maildir, chaque mail est un fichier, et chaque dossier de la boîte mail, un répertoire. Attention, c’est un peu plus compliqué que ça. Les mails ne sont pas directement enregistrés dans boîte/mail :

Le MDA enregistre le mail dans boîte/tmp/unique (“unique” est un nom de fichier unique généré a partir de données pseudo-aléatoires)

Une fois que le mail est écrit, le MDA le déplace dans boîte/new/unique

Le MUA le déplace dans boîte/cur/unique une fois qu’il voit qu’un nouveau message est arrivé dans boîte/new/

Pourquoi ? Ce comportement est utilisé pour éviter que le MUA voit un mail incomplet (car le MDA est encore en train de l’écrire), ce qui peut arriver si la machine est surchargée, si le Maildir est sur un serveur distant (NFS,FTP), voire même si le mail est gigantesque.

Maildir et procmail

Le but de cet article n’est pas d’expliquer comment configurer un MDA pour qu’il enregistre les mails en Maildir, mais malgré tout je fais une petite encartade pour les gens qui utilisent procmail. Le code suivant dans /etc/procmailrc permet de dire à procmail de mettre par défaut (cela peut donc être supplanté par une directive contraire dans le ~/.procmailrc) :
DEFAULT=$HOME/Maildir/
Aussi, si vous n’utilisez pas encore procmail je vous conseille d’y migrer rapidement :

Plus besoin de toucher à la configuration du MTA pour changer les méthodes de livraison des mails

Les utilisateurs peuvent écrire leurs propres règles pour leurs boîtes mails (pour avoir des boîtes séparées pour certains mails, par exemple)

Si vous changez de MTA vous pouvez toujours garder la même configuration, à condition de dire à votre MTA d’utiliser procmail

Configuration de mutt

mutt gère très bien les Maildirs, mais il faut le configurer. Dans le .muttrc, rajoutez :
# pour dire à mutt de que mbox est un Maildir set mbox_type=Maildir # pour dire à mutt que les chemins relatifs (avec +) sont dans "~/Maildir/" set folder="~/Maildir/" # pour dire à mutt que les mails arrivent dans Maildir/ set spoolfile="~/Maildir/" # les mails archivés (pas nouveau) seront envoyés dans +Mailbox # (+ est remplacé par la variable folder). set mbox="+Mailbox"
# remplacez par votre propre choix (ce n'est pas un tutorial de la configuration de mutt) # on indique à mutt d'envoyer les mails de ~/Maildir/ dans la boîte indiquée par la variable "mbox" set move="ask-yes"
# ce code montre la puissance de mutt (inclure des scripts shell dans sa configuration) # ouvrir tous les dossiers qu'il trouve dans ~/Maildir/ mailboxes ! + `\ for file in ~/Maildir/.*; do \ box=$(basename "$file"); \ if [ ! "$box" = '.' -a ! "$box" = '..' -a ! "$box" = '.customflags' \ -a ! "$box" = '.subscriptions' ]; then \ echo -n "\"+$box\" "; \ fi; \ done`
On note qu’il faut créer les boîtes mails dans ~/Maildir/, ainsi que le Maildir en lui-même (même si procmail peut le créer tout seul, et que si vous avez converti vos mbox il existe déjà). On va créer la boîtes “Mailbox” (utilisé par mutt avec set mbox=”+Mailbox”).
cd # on se place dans $HOME mkdir Maildir # on crée Maildir (ça sera peut-être déjà fait) cd Maildir mkdir cur new tmp # on crée une arborescence Maildir mkdir .Mailbox # on crée une nouvelle boite cd .Mailbox mkdir cur new tmp
On note que :

La boîte principale, ou les mails entrants sont enregistrés par le MDA, est à la racine du Maildir

Les sous-dossiers de la boîte, commencent tous par un .

Vous pouvez maintenant démarrer mutt, et exploiter votre mbox (pour naviguer dans les boîtes, utilisez “y”)

Migrer des boîtes mbox en Maildir

Pour migrer les mbox en Maildir, le script perfect_maildir.pl est parfait, et son usage est simple :
./perfect_maildir.pl path_to_Maildir/ < mbox

pam_mail.so et You have new mail

Vous avez peut-être déjà remarqué que quand vous vous ouvrez un shell, vous avez un beau message "You have new mail" qui indique de nouveaux mail dans /var/mail/$USER. Cet avertissement est geré par pam_mail.so, un module de PAM qui permet de faire ça. Si on utilise Maildir il est intéressant de dire à pam_mail.so d'aller vérifier les nouveaux mails dans le Maildir. Cette configuration se fait dans /etc/pam.d/ sous Debian et Gentoo. Tout d'abord éditer le fichier login, et trouver cette ligne :
session optional pam_mail.so standard
Remplacer par :
session optional pam_mail.so standard dir=~/Maildir
Je recommande d'effectuer aussi la manipulation pour le fichier "ssh".

Normalement PAM devra modifier la variable d'environnement MAIL à Maildir/, si par hasard ce comportement ne marche pas (en fonction de la configuration de PAM) il y a toujours moyen d'ajouter
MAIL=Maildir/
dans /etc/environment.

Faire fonctionner la commande "mail"

La commande mail est le moyen le plus simple de lire ses mails sous unix. Vous constaterez probablement que votre commande mail ne marche plus (même avec MAIL=Maildir/), car elle ne supporte pas Maildir. Mais il y a plusieurs versions de cette commande, la plus répandue étant celle de bsd (bsd-mailx avec Debian). Je vous conseille d'installer une autre version, appellée "heirloom-mailx" (sous Debian), voire "nail", qui supporte très bien les Maildir.

Liens relatifs

Configurer Maildir et Dovecot

man pam_mail

la première spécification de Maildir (a changé depuis)

Ironiquement j'ai trouvé beaucoup de mes renseignements sur bugs.debian.org :

libpam-modules: pam_mail doesn't set MAIL enviroment variable when .hushlogin exists.

login.defs: QMAIL_DIR problems

Si vous avez aimé ce post...

Filtrer ses mails ! Un cauchemard !

Mise en place d’un système de backup avec Rsnapshot

Migration de Geekfault

L’email : un vilain petit cafardeur !

ckg — Sat, 13 Mar 2010 18:49:26 +0000

Votre architecture réseau ne regarde pas vos correspondants, cependant vous avez donné aux plus curieux d’entre eux quelques bribes d’information à votre insu : ip interne, dns interne, chaîne de mta…

Nous allons voir un exemple récent, déterminer quels logiciels font les pies et finir par quelques réglages de ces derniers.

Quelques définitions rapides :

MUA : Mail User Agent, c’est l’agent coté utilisateur. Thunderbird que j’évoque dans cet article, Evolution, KMail, mutt, mail et sendEmail sont quelques exemples.

MTA : Mail Transfer Agent, le serveur smtp. Sendmail que j’évoque dans cet article, postfix, qmail, exim sont les plus connus, mais ssmtp et OpenSMTPd sont des alternatives montant en puissance.

MDA : Mail Delivery Agent, c’est le logiciel qui remet les emails dans les comptes utilisateurs. Procmail est le plus connu.

RFC : Request For Comment, un texte de référence. Le texte nous intéressant ici est la RFC 5321 http://tools.ietf.org/html/rfc5321

Cas concret

Décortiquons ensemble un email envoyé par un de mes fournisseurs. Il n’y a rien d’exceptionnel dans cette section qui n’ait déjà été maintes fois abordé dans la presse informatique vulgarisée.

L’email en question

From - Mon Jan 18 17:07:56 2010 (…) Return-Path: Received: from smtp20.msg.oleane.net (smtp20.mail.priv [172.17.20.138]) by mail03.msg.oleane.net with LMTP id H7q6321w; Mon, 18 Jan 2010 17:07:52 +0100 Received: from smtp20.msg.oleane.net (localhost [127.0.0.1]) by smtp20.msg.oleane.net (MX-ASAV) with ESMTP id o0IG7pk9022097; Mon, 18 Jan 2010 17:07:51 +0100 Received: from abc.correspondant.com (abc.correspondant.com [81.211.11.111]) by smtp20.msg.oleane.net (MX) with ESMTP id o0IG7ndC021964; Mon, 18 Jan 2010 17:07:49 +0100 Received: from PC1.correspondant.fr ([192.168.69.50]) (authenticated user monsieur@correspondant.fr) by abc.correspondant.com (Kerio MailServer 6.7.0 patch 1); Mon, 18 Jan 2010 17:10:15 +0100 Subject: RE: GeekFault Date: Mon, 18 Jan 2010 17:07:48 +0100 Message-ID: In-Reply-To: From: "Monsieur CORRESPONDANT" Sender: "Monsieur CORRESPONDANT" To: "Monsieur DESTINATAIRE" Importance: Normal X-Priority: 3 X-MSMail-Priority: Normal User-Agent: Kerio Outlook Connector (6.7.0.7695) MIME-Version: 1.0 X-MimeOLE: Produced by Kerio Outlook Connector (6.7.0.7695) Content-Type: multipart/mixed; boundary=MIXED-MIME-355913937-24773-delim X-Spam-Flag: NO X-PMX-Spam: Probability=13% X-Spam-Level: X X-PFSI-Info: PMX 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.1.18.155416 (no virus found)

Comment le lire ?

La RFC 5321 section 4.4 précise que le Mail Transfert Agent (mta) se DOIT, et avant toutes autres opérations de transfert, d’inclure une trace « Received » ou « timestamp ». L’ordre des « Received » se lit donc de bas en haut.

Nous apprenons que notre « correspondant » a émis son email depuis son « PC1 » 192.168.69.50 (IPV4) . On devine aisément son système d’exploitation, c’est celui qui donne des noms de machines en majuscules.

Jouons au jean-kevin

On déduit du mix « .fr »/ « .com » que notre sujet d’étude n’est pas très familier avec les dns et c’est sans doute la raison pour laquelle il n’en a pas en interne. Il n’est pas non plus familier avec ntp. Visiblement notre sujet d’étude n’est pas familier avec certains services réseaux.

Attardons nous quelques secondes sur le 3ème mta rencontré, OBS utilise un mta du nom de « localhost [127.0.0.1] », nous sommes dans une application minimaliste de la section 4.4 de la RFC 5321. Pourquoi être resté a minima, contrairement aux autres mta ? Le terme MX-ASAV nous donne un indice : AntiSpam AntiVirus … ce mta est vraisemblablement inaccessible il n’y a aucune raison de fournir plus de détails.

Que retenir de cette partie ?

Nous n’avons donc rien appris de bien intéressant car nous ne cherchons rien de particulier. Détails à priori inintéressants, mais avez-vous vraiment envie d’en faire profiter le reste de vos correspondants ?

Dompter son Mail Transfer Agent (mta)

Je suis un utilisateur satisfait de sendmail (www.sendmail.org) depuis quelques années maintenant. Je vais donc vous parler de ce ~~magnifique et ô combien trollifère~~ mta.

Quel périmètre et que dit la RFC ?

Comme précisé dans la première partie, notre périmètre d’action est restreint : du (mua) jusqu’au dernier mta sous notre responsabilité.
La RFC précise que pour des raisons de traçabilité un mta ne doit pas procéder à de la destruction de « Received »/« timestamp ». Comprenez qu’en prenant la responsabilité de couper une partie de la chaîne de réponse vous devez vous engager à garder une trace dans votre système.

Ne modifiez rien si :

Vous n’avez pas d’outils de logs fiables

Vous n’êtes pas sûr de toutes les machines en amont de votre mta

Vous êtes backup-MX

Vous n’êtes pas sûr de toutes les utilisateurs en amont de votre mta

Vous n’êtes pas sûr de toutes les logiciels en amont de votre mta

Vous n’êtes pas sûr de ce que votre mta va supprimer, il serait DOMMAGE de supprimer des informations concernant les mails entrants (ceux venant du Great Ternet)

Pesez-bien cette décision, agissez en responsable. Si vous êtes sous FreeBSD vous pouvez recevoir une synthèse par mail quotidienne et la coupler à un daemon syslog sur une autre machine.

`hostname`.cf & `hostname`.mc

Nous allons jeter un oeil dans la configuration de sendmail (`hostname`.cf ) au niveau de la gestion du HEADER. Nous trouvons sans difficulté ceci :
HReceived: $?sfrom $s $.$?_($?s$|from $.$_) $.$?{auth_type}(authenticated$?{auth_ssf} bits=${auth_ssf}$.) $.by $j ($v/$Z)$?r with $r$. id $i$?{tls_version} (version=${tls_version} cipher=${cipher} bits=${cipher_bits} verify=${verify})$.$?u for $u; $|; $.$b$?g (envelope-from $g)$.

Que nous pouvons réduire à :
HReceived: id $i; $b

Modifier `hostname`.cf est généralement une mauvaise idée, sendmail vous propose l’utilisation de macro m4, autant en profiter. Voici donc la correspondance dans `hostname`.mc
define(`confRECEIVED_HEADER',`id $i; $b')

Comparaisons de configurations

Commençons par faire un email vide de test :
$ cat mail.txt helo toi mail from: rcpt to: data subject:Ok ok .
Que nous utilisons comme ceci :
$ nc localhost 25 < mail.txt
Avec un sendmail en configuration par défaut, le correspondant reçoit :
Received: by machin.ath.cx with ESMTP id o2BK1BKu031170; Thu, 11 Mar 2010 21:01:11 +0100 Received: from toi (localhost [127.0.0.1]) by bidule.ath.cx (8.14.3/8.14.3) with SMTP id o2BK13FB043209 for ; Thu, 11 Mar 2010 21:01:03 +0100 (CET) (envelope from qualite@bidule.ath.cx) Date: Thu, 11 Mar 2010 21:01:03 +0100 (CET) From: Qualite MessageId: <201003112001.o2BK13FB043209@bidule.ath.cx>
Avec le nouveau HReceived nous obtenons :
ReturnPath: Received: by machin.ath.cx with ESMTP id o2BJxVBK031165; Thu, 11 Mar 2010 20:59:31 +0100 Received: id o2BJxOpC042941; Thu, 11 Mar 2010 20:59:24 +0100 (CET) Date: Thu, 11 Mar 2010 20:59:24 +0100 (CET) From: Qualite

Que retenir de cette partie ?

Vous conviendrez que notre mta est devenu moins bavard.
Nous avons ici abordé sendmail, mais il existe par exemple postfix qui, dixit bragon, "Tout ce que fait sendmail, postfix le fait en mieux". Je pense que vous n'aurez pas de difficulté a porter cette modification dans le conf de postfix, peut-être que LeCoyote nous honorera d'un commentaire à ce sujet .
Autre point à noter, il n'a été question QUE de `hostname`.(mc|cf) et pas de `hostname`.submit.(mc|cf) qui n'est en aucune manière concerné par cet article.

Dompter son Mail User Agent (mua)

Dompter son mta, c'est bien, mais que fait-on lorsque nous n'avons pas la main dessus ?

Thunderbird

Mes mails pros sont gérés par OBS et j'utilise comme mua Thunderbird qui a la mauvaise idée de transmettre l'ip ou le hostname lors du HELO (ou EHLO) ce qui donne par exemple ceci :
Received: from [192.168.5.12] (*.fr [217.1.2.3]) (authenticated) by smtp05.msg.oleane.net (MTA) with ESMTP id o1QB4km3010343 for Fri, 26 Feb 2010 12:04:46 +0100
Que l'on peut transformer en :
Received: from truc.org (*.fr [217.1.2.3]) (authenticated) by smtp06.msg.oleane.net (MTA) with ESMTP id o2BGsI5N007702 for Thu, 11 Mar 2010 17:54:18 +0100
Grâce à la clef de configuration de type string :
mail.smtpserver.smtp1.hello_argument
Que vous devrez créer dans le about:config du Thunderbird, et ceci pour tous vos mail.smtpserver bien entendu.

Que retenir de cette partie ?

Votre mua aussi peut donner des informations à votre insu. C'est inutilement idiot, une ip locale ne peut en aucun cas être une information pertinente pour le mta à l'autre bout de la connexion.

Conclusion

De manière générale les réglages par défaut des applications concernées ne sont pas pertinents sur le point abordé dans ce billet. Il est très important de pouvoir changer comme bon nous semble certains réglages que nous trouvons inappropriés.
Très logiquement, les mua/mta à sources fermées, certains cités de-ci de-là dans l'article, ne sont pas les plus simples à dompter.
Certains réglages ne sont pas prévus par les développeurs initiaux et ne le seront probablement jamais. Utilisons-en d'autres qui nous garantissent la liberté n°1 !

Les mauvaises pratiques chez les autres mua/mta populaires

Ils sont bavards :

Mail.app

Entourage

Live Mail

Yahoo

Les bonnes pratiques chez les autres mua/mta populaires

Ils sont discrets :

Gmail

mutt

Thunderbird en changeant un réglage

Cette liste n'est pas exhaustive, il s'agit des logiciels utilisés ou par moi ou par mes correspondants.

Si vous avez aimé ce post...

EeeGW : Créer soi-même une passerelle réseau

DenyHosts pour empêcher le bruteforce sur SSH

nginx et python – le perfect setup

nginx et python – le perfect setup

pistache — Mon, 01 Mar 2010 11:47:32 +0000

Python est devenu assez à la mode, pour le développement web, ces dernières années avec l’arrivée de frameworks web comme Django, Pylons et web.py. On le voit souvent utilisé sur apache2, avec mod_python, ou sur des serveurs Python dediés à ça (CherryPy, etc)

Je cherche depuis longtemps un moyen de faire du Python sur HTTP. J’ai mis pas mal de temps mais je pense avoir trouvé une configuration sympa.

Je vous propose ici d’essayer nginx, un serveur HTTP (entre autres), très performant et beaucoup plus léger/rapide que apache2. Il est très efficace pour faire du reverse-proxy (c’est à dire être utilisé en frontal/load-balancer devant un serveur HTTP, et lui transmettre les requêtes en faisant du cache et le cas échéant du load-balancing).

La configuration de nginx est très simple, et la documentation est très complète : wiki.nginx.org. L’installation de nginx est facile, il est inclus dans la plupart des distributions actuelles, donc à vos emerge/apt-get.

apt-get install nginx
nginx ne gère pas le python nativement. Il y a plusieurs solutions cependant :

Faire du proxy vers un serveur qui gère le python, comme apache2. On perd la majeure partie de l’intêret de nginx, cependant.

Faire du FastCGI vers un serveur FastCGI. C’est la solution la plus fréquente, en utilisant fcgi.py ou flup

Faire du WSGI. C’est un protocole de communication entre serveurs HTTP et applications Python. Solution aussi assez fréquente.

Faire du proxy vers un serveur qui gère le python de manière native. C’est une solution moins fréquente mais très pratique.

Avant même de penser à choisir une des solutions ici présentes, il faut les comparer entre elles.

nginx => apache2 => python

L’ennui de cette solution c’est : apache2. Utiliser nginx pour forwarder à apache2 est presque inutile. Presque ? Oui, car on peut dire à nginx de garder les fichiers statiques pour lui. Cependant, le gain de cette méthode est assez minime, et ce n’est intéressant que pour faire du load balancing sur plusieurs apaches.

le FastCGI

FastCGI c’est une norme, pour faire traiter du contenu dynamique par une application externe. Donc le support du FastCGI tout seul est inutile, il faut aussi quelque chose pour gérer derrière.

J’ai testé flup, un framework Python léger. Le résultat : ça marche, méééé c’est lent. Je tournais autour de 35/50 requêtes par seconde, et l’utilisation en mémoire vive était phénoménale, 150 mégas pour 1000 requêtes. (bien sur ces chiffres n’auront de valeur que lorsqu’ils seront comparés aux autres).

FastCGI est sympa pour faire une configuration “vite”. C’est d’ailleurs la seule solution viable, à ma connaissance pour faire du PHP sur nginx, à part le proxy vers un autre serveur HTTP.

Bref, FastCGI ne m’a pas convaincu. Et mes tests avec les autres solutions m’ont donné raison. Toujours avec moi ? On passe au WSGI !

le WSGI

WSGI is the Web Server Gateway Interface. It is a specification for web servers and application servers to communicate with web applications (though it can also be used for more than that). It is a Python standard, described in detail in PEP 333.
le WSGI, c’est le standard pour le Web Python. Il n’y a qu’à consulter wsgi.org pour se rendre compte que c’est tout un monde. Il consiste en un ensemble de normes (nom de variables, par exemple) pour permettre au serveur d’exécuter un fichier codé en Python.

Le standard pour le WSGI sur les serveurs HTTP grand public, c’est le mod_wsgi de apache2. Il a été porté sur nginx, mais c ‘est une #@!## infame, qui ne marche que sur les vieilles versions et qui n’a pas été mise à jour depuis bientôt 2 ans et demi (cf. hg.mperillo.ath.cx/nginx/mod_wsgi/). J’ai obtenu des performances d’environ 133 requêtes par seconde avec, ce qui est déjà mieux que FastCGI, pour ceux qui suivent . Par contre, dès que j’ai voulu avancer un peu avec (toucher à la configuration, et surtout, passer à une version supérieure de nginx), j’ai été confronté à ses limites (et aux #@!## de faute de frappe dans le code source)

D’autant plus que l’auteur de mod_wsgi pour apache2 et l’auteur de mod_wsgi pour nginx reconnaissent ses limitations, respectivement ici et ici. Le premier document est très intéressant pour comprendre un peu l’architecture de nginx et ses différences avec apache2. En effet, le mod_wsgi pour nginx a été codé à partir de celui pour apache2, et il subit les différences d’architecture entre apache2 et nginx.

Attention, je ne remet absolument pas à cause le WSGI ici, juste l’implémentation de mod_wsgi dans nginx.

Parce que justement, un projet super récent, c’est…. uWSGI ! uWSGI sert à combler le manque de support du WSGI dans nginx, en rajoutant un module, meilleur que mod_wsgi. Il nécessite donc de recompiler nginx. Il y a encore une autre solution, nommée gunicorn, qui ne nécessite pas de recompiler nginx. C’est un serveur HTTP minimal qui gère le WSGI nativement. uwsgi offre plus de fonctionalitées que gunicorn, mais gunicorn a l’air assez dynamique (dans le développement), et est plus facile à utiliser (pas de recompilation, support de Django natif). Au niveau des performances, je me suis amusé à faire cette comparaison :

Comparaison des performances entre uwsgi et gunicorn en fonction du niveau de parallélisme

On constate plusieurs choses :

Les performances augmentent en utilisant 2 workers à la place d’un, mais au delà, le gain est ridicule, puis inexistant. Le nombre 2 est dépendant du nombre de coeurs de la machine, et le nombre de workers à utiliser ne sera pas le même sous un bi-socket octocore, bien évidemment. Les meilleures performances étaient obtenues en utilisant gunicorn+3workers.

La différence est vraiment minime, gunicorn est en moyenne légèrement au dessus de uwsgi.

Ces tests sont réalisés sur une application Django. Les performances augmentent en utilisant des frameworks plus légers comme web.py, bien évidemment.

uwsgi dispose de plus de fonctionalitées, comme par exemple une interface d’administration de serveur wsgi dans Django. Je vais ici expliquer l’installation et la configuration des deux solutions.

Ici je vais couvrir l’installation et la configuration de uwsgi et gunicorn avec Django et web.py, même si c’est bien sur adaptable avec d’autres frameworks supportant le wsgi (liste sur wsgi.org/wsgi/Frameworks).

Installation et configuration de uwsgi

Sous Debian :

1) Rajouter les dépots source, par exemple :

deb-src http://ftp.gr.debian.org/debian/ squeeze main contrib non-free
2) Télécharger la source

apt-get source nginx tar -zxvf nginx_*.orig.tar.gz cd nginx-* tar -zxvf nginx_*.debian.tar.gz
2) Télécharger uwsgi

cd ..
wget http://projects.unbit.it/downloads/uwsgi-0.9.4.2.tar.gz
tar -zxvf uwsgi-0.9.4.2.tar.gz
3) Modifier le paquet source de nginx pour y ajouter uwsgi. Il faut éditer le fichier nginx-*/debian/rules, trouver le bloc qui commence par ./configure et ou se trouvent toutes les options de compilation, et y ajouter

--add-module=$(CURDIR)/../uwsgi-0.9.4.2/nginx/
$(CURDIR)/../uwsgi-0.9.4.2/nginx/ est le chemin vers le dossier du module dans la source de uwsgi

4) maintenant, dans le dossier de la source de nginx, faites (pas besoin de root) :

dpkg-buildpackage
5) installer le .deb généré ainsi (en tant que root maintenant)

dpkg -i ../nginx-*.deb
6) Dernière étape : compiler uWSGI (le binaire en lui-même, qui va communiquer avec nginx par le biais du module)

cd ../uwsgi-0.9.4.2/ && make && make install && cp uwsgi_params /etc/nginx/
Cette dernière commande (le cp uwsgi_params…) sert à placer un fichier de configuration du module uwsgi exemple dans le repertoire de nginx.

Sous les autres distributions :

Il faut télécharger la source de nginx et de uwsgi, compiler nginx avec le module uwsgi (dans le répertoire nginx de la source de uwsgi), puis compiler uwsgi.

On a maintenant un serveur uWSGI et un nginx avec le module uwsgi. Il va maintenant falloir dire à nginx de transférer les requêtes au serveur uWSGI, avec une commande uwsgi_pass. Par exemple, dans la section server d’un de vos vhost (/etc/nginx/sites-enabled/default, par exemple, sous Debian) :

location / { include uwsgi_params; uwsgi_pass unix:///tmp/uwsgi.sock; }
Il faut ensuite créer une application WSGI, par exemple, pour le framework web.py :

import web
urls = ( '/.*', 'hello', ) class hello: def GET(self): return "Hello, world."
application = web.application(urls, globals()).wsgifunc() applications = {'/': application }
Pour Django :

import django.core.handlers.wsgi application = django.core.handlers.wsgi.WSGIHandler() applications = {'/': application }
Nommez ce fichier wsgi.py et placez le dans le repertoire ou vous allez placer votre code (pour Django, dans le repertoire du projet, évidemment). Si vos nerfs n’ont pas encore lâché ici, allez prendre une petite pause de 5 minutes à titre préventif, et reprenez. Maintenant, on va démarrer un serveur uWSGI. Placez vous dans le répertoire de votre fichier wsgi.py, et faites :

uwsgi -s /tmp/uwsgi.sock -C -w wsgi -p2 -L
Explications : le -s indique ou placer le socket (ça pourrait aussi être une adresse au format hôte:port, pour un usage distant). Le -w wsgi indique de charger le fichier wsgi(.py), le -p2 indique de démarrer 2 processus, et le -L désactive l’envoi des requêtes à stdout (=>flood).

Si vous allez à l’adresse de votre serveur web, vous devriez voir votre application Python en face de vous ! Vous voilà en train d’utiliser nginx+uwsgi+python.

En annexe, je rappelle que uwsgi est aussi utilisable avec apache et lighttpd.

Aussi, dans le dossier source de uwsgi, vous trouverez des templates pour un module d’administration de Django, à installer dans le repertoire des templates de l’administration de Django (si, si).

Installation et configuration de gunicorn

gunicorn est carrèment plus facile à installer. Il est codé en python, donc pas de compilation, seulement un easy_install :

easy_install gunicorn
La configuration est tout aussi facile, il suffit de cela dans la configuration du vhost dans nginx :

location / { proxy_pass http://unix:/tmp/gunicorn.sock }
On démarre ensuite gunicorn. Pour Django, gunicorn dispose d’un support intégré, il vous suffit de vous placer dans le répertoire de votre projet, puis :

gunicorn_django -b unix:/tmp/gunicorn.sock --workers=2
Pour web.py, il faut créer un module :

import web
urls = ( '/.*', 'hello', ) class hello: def GET(self): return "Hello, world."
application = web.application(urls, globals()).wsgifunc()
Il faut ensuite démarrer le serveur Gunicorn. En étant dans le repertoire ou se trouve le module web.py (le fichier donc le code vient avant, là, au-dessus, oui), :

gunicorn -b unix:/tmp/gunicorn.sock --workers=2 wsgi
Je vous invite à consulter ce lien : gunicorn.org/tuning.html, pour vous permettre d’augmenter les performances de gunicorn.

Annexe

Fichiers statiques

location /admin-media {alias /usr/lib/pymodules/python2.5/django/contrib/admin/media;}
location /static {root /var/www/byteflow;}
Ces deux lignes, à rajouter après le “location /” avec uwsgi_pass ou proxy_pass (selon votre configuration) indiquent à nginx de traiter les fichiers statiques directement. Il faut bien évidemment adapter à votre configuration.

Munin

Vous pouvez trouver des plugins nginx pour munin ici. Je n’ai pas trouvé de plugin munin pour uwsgi/gunicorn, mais je pourrais peut-être en faire un si je trouve le temps.

Plusieurs serveurs

Si par hasard vous avez plusieurs serveurs gunicorn/uwsgi répartis sur plusieurs machines , vous pouvez les utiliser en déclarant une section

upstream nom {}
dans nginx, contenant les adresses des serveurs distant (hôte:port ou emplacement du socket) et en utilisant “nom” comme argument à uwsgi_pass et proxy_pass.

Conclusion

Ces deux architectures sont très pratiques pour faire tourner du python dans un serveur web, ici nginx. uwsgi dispose de plus de fonctionalités, mais la plupart (template d’admin Django, memory profiling) pourraient facilement être ajoutées à gunicorn, qui est beaucoup plus léger à installer/configurer/maintenir (2 commandes et 3 lignes de configuration dans nginx). J’ai les deux personellement sur mon serveur, j’ai eu à alterner entre les deux pour écrire cet article, et c’est pas bien dur, un daemon à arrêter, un autre à démarrer, et changer une ligne dans la configuration de nginx.

Liens

wsgi.org

gunicorn.org/

projects.unbit.it/uwsgi/

irc.freenode.org/#gunicorn

nginx.org/

djangoadvent.com/

www.django-fr.org/

www.djangoproject.com/

webpy.org/

Je tiens à remercier la communauté Geek{node|fault}, le chan irc #gunicorn, les développeurs de gunicorn qui sont très aimables, ainsi que Amandarn qui m’a aidé pour certains détails.

Si vous avez aimé ce post...

Devbox KVM+Libvirt perfect setup.

Maildir mbox – La migration

Filtrer ses mails ! Un cauchemard !

Chromium: l’adolescence de l’enfant de google.

koolfy — Fri, 26 Feb 2010 22:39:55 +0000

Chromium (Chrome pour la version estampillée Google) est un projet né dans le buzz absolu, mais aussi dans le plus simple appareil. Lors de sa naissance, tout lui manquait: le support de flash, un support java, des plugins (et donc un moyen de se prémunir des publicités envahissantes), des thèmes, un semblant de stabilité et surtout une version linux native !

Attentifs à son existence post-buzz, nous avons déjà couvert sa naissance sur Linux, le début de son apprentissage, et le moment semble venu de marquer un nouveau chapitre dans l’évolution du navigateur : l’adolescence.

Au risque de synthétiser les deux premiers articles, il semble nécessaire de ré-établir le contexte et la genèse de ce projet, afin de mieux en comprendre le parcours.

Attention : Cette page reprends ma vision personnelle du contexte de la sortie de Chrome/Chromium et a pour objectif de poser le décor pour la suite de l’article. Cette page n’engage donc que moi et n’est pas nécessaire à la suite de l’article, si vous n’êtes pas d’accord avec mon point de vue, ne vous énervez pas : passer à la page 2

Avant la conception

Le monde des navigateurs n’était pas rose, Internet Explorer avait le rôle du père violent, un échec total qui ne parvenait à maintenir son autorité que par la force de son poing et la violence de ses pratiques anti-concurrentielles, Safari était ignoré par au moins 90% du marché, Opera était un refuge obscur que l’on trouve presque par hasard, une sorte de soupe de bonnes idées (très) mal arrangées, et de choix intéressants, mais pas concluants.

Et Firefox là-dedans ? Il fut d’abord envoyé par la Mozilla Foundation en tant que messie venu se dresser contre l’hégémonie d’Internet Explorer, et prêcher la bonne parole du Logiciel Libre et des standards dans cet océan de code propriétaire.

Firefox fut rapide, Firefox fut efficace, Firefox fut puissant, Firefox fut multi-plateforme, Firefox fut meilleur. Il engrangea ainsi à juste titre des utilisateurs par poignées, une solide réputation, un écosystème de plugins et devint même le porte-flambeau de la lute pour la percée du Logiciel libre au delà de Linux, au delà des geeks : dans la vie quotidienne du grand public, au nez et à la barbe des logiciels propriétaires.
(petit témoignage humoristique représentant la place de Firefox dans nos esprits en ces temps-là)

Mais ce qui s’apparenta d’abord à de l’adoration et à de l’amour inconditionnel, commença à perdre de sa fraicheur à partir et au delà de Firefox 2.0. Il commença à perdre de sa légèreté, à traîner la patte, à s’approprier toute la mémoire RAM de nos systèmes et la retenir en otage, et à ne plus convenir à de plus en plus d’utilisateurs. Alors, tout naturellement (et surtout sous Linux), chacun partit en quête d’un navigateur plus léger, plus rapide, quitte à sacrifier quelques avantages de Firefox, mais à travers les 4 ou 5 petits projets inaboutis, chacun revint bredouille et se rendit à deux évidences : “Firefox reste un excellent navigateur”, et “Il n’existe pas d’alternative viable à l’Alternative.”

Et peu à peu, les utilisateurs se rendirent compte que la concurrence au sein des alternatives à Internet Explorer et aux navigateurs propriétaires était tout simplement inexistante, et que chacun avait un choix simple à faire : “Le mal, ou Firefox.”

naissance d’un navigateur, d’un buzz et d’un imparfait.

L’annonce et la sortie initiale de la toute première mouture du navigateur firent un fracas monumental. Ce que Google annonçait était purement et simplement une alternative à Firefox, et ses points forts et principaux arguments étaient très exactement les reproches faits à Firefox : la gestion de la mémoire RAM, la réactivité, la vitesse des rendus, le moteur JavaScript. Chrome les réalisait d’emblée.

Les frustrés et les curieux se jetèrent sur Chrome et déclarèrent dans les premiers jours avoir définitivement abandonné Firefox, et fait de Chrome leur navigateur par défaut. Dans les premiers jours seulement car comme notre premier article sur l’arrivée de Chromium (le parent/jumeau Opensource de chrome) sur Linux l’indiquait, même plus d’un an après la sortie du navigateur, ses carences en faisaient plus une PoC (Proof of Concept) qu’un navigateur viable dans la vie de tous les jours, c’est ainsi que le buzz s’éteignit, et que seuls les utilisateurs les moins exigeants continuèrent de l’utiliser quotidiennement.
Le pic d’utilisation de Chrome retomba largement, et tout le monde ou presque se retourna vers Firefox.

Malgré les désenchantements, Chromium était là, et alors qu’il luttait contre l’oubli, certains, dont une partie de la rédaction de Geekfault, restaient persuadés qu’il devait être suvi car il n’avait pas seulement sa place, mais était une nécessité dans l’équilibre concurrentiel des navigateurs.

Un écosystème de plugins en bonne santé.

La principale lacune de Chromium, c’était l’absence d’un système de plugins. Quand il fut implémenté, la question restait entière : est ce que l’API de plugins permettrait une intégration aussi efficace qu’avec Firefox ? Allait-elle parvenir à créer une communauté de développeurs de plugins comparable à la communauté de Firefox ?

Aujourd’hui, la réponse est claire : oui.
Au 26 février 2010, le site de référencement des plugins Chromium recense 2990 plugins, et évolue à une vitesse régulière d’à peu près 30-40 plugins par semaine.
Leur intégration au browser est parfaite et prévue pour ne pas affecter l’ergonomie ni les preformances du browser, on sent qu’un réel effort a été fait dans ce sens, contrairement par exemple au système de Widgets d’Opera (qui m’a traumatisé.)

Les plugins rencontrés sont assez variés, il en existe forcément pour checker vos mails google, ou servir d’interface intégrée à des sites comme Picasa, Twitter, Facebook, Slashdot, Google Buzz, Icanhascheezburger, il en existe pour “rendre plus esthétique/ergonomique” des sites comme Facebook ou Netvibes, et biensur la catégorie des plugins qui imitent des plugins déjà existants et très prisé sur Firefox.

Cependant, si cet écosystème évolue rapidement et est en bonne santé, il faut être réaliste : il en est à ses balbutiements. En effet, la plupart des extensions pour Chromium sont très basiques, il en existe un très grand nombre qui ne sont qu’un script .js de 15 lignes ne s’appliquant qu’au site l’ayant créé. Ça gonfle le nombre de plugins listés sur le site, mais ça ne pousse pas leur qualité globale vers de haut. Il est vrai qu’il existe quelques plugins ayant évolué très vite, et donc qui sont à la fois stables, utiles, efficaces et complets, mais il faut encore les chercher attentivement, et parcourir la liste de tous les plugins vous révèlera que 80% des plugins sont encore des petits scripts baclés à l’utilité douteuse.

Geekfault ne vous oublie pas, et prévoit un article reprenant les 10 plugins les plus indispensables de Chromium, Stay Tuned !

Déjà un plugin d’ad blocking puissant, efficace et en évolution constante

Même s’il en existe plusieurs, celle qui se démarque est AdBlock (accompagné de son “tray-icon” séparé du moteur).

Il permet un filtrage efficace des publicités, même très agressivement incrustées dans les pages, non seulement grâce à une intégration parfaite des “Filter List Suscriptions” comme l’Easylist (plus une liste particulière propre à Chromium), mais également grâce à un système un peu particulier de filtrage manuel des pubs récalcitrantes.

Si une pub est passée à travers les mailles du filet, vous pouvez bien évidemment l’indiquer à AdBlock, qui vous présentera alors un petit cadre avec une “SlideBar” à faire glisser vers la droite jusqu’à ce que la pub disparaisse. AdBlock va dès lors appliquer des règles de filtrages de plus en plus violentes sur l’élément jusqu’à atteindre le parfait compromis entre le filtrage de la pub et l’affichage correct du reste de la page. Une fois l’élément filtré et les nouvelles règles enregistrées, elles deviennent disponibles dans la page de configuration du plugin, éditables à tout moment. Il en va de même pour les exceptions de type “Whitelist”.

Vous trouverez également plusieurs options sympatiques, comme la possibilité de laisser passer les pubs textuelles qui ne vous dérangent pas (comme celle de Google), ou de filtrer les pubs incrustées dans les vidéos de Youtube (option encore en Beta)

Son principal défaut actuellement est de ne pas empêcher les pubs de se charger: en effet, en l’absence de règles de blocking intégrées à Chromium, les plugins de filtrage de pubs en sont actuellement réduites à les “cacher” par des règles de CSS. Si ce procédé épargne vos yeux et votre CPU, il n’en est pas de même pour votre bande passante.
Heureusement, (et contrairement à ce que beaucoup de paranoïaques prédisaient) Google ne compte pas mettre de bâtons dans les roues des plugins de filtrage de pubs, au contraire, et pour les plus sceptiques d’entre vous, un simple coup d’oeil au site du projet Chromium vous apprendra que la fonction en question est en développement actif.

L’équipe d’AdBlock est donc bien évidemment à l’affût, et n’attends que son implémentation définitive pour l’intégrer dans son procédé de filtrage.

Un plugin de type “Firebug” ? Mieux, un outil intégré au Navigateur !

Beaucoup de Web Developpers ont peur de quitter Firefox par crainte de perdre leur meilleur ami : Firebug.

Il n’en est rien ! Chromium a intégré un outil de développement surpuissant au navigateur.
Celui-ci intègre entre-autres une console javascript, un affichage structuré de la source d’une page, des outils de chronométrage des chargement des différents éléments d’une page, de profiling des ressources consommées par chaque élément de la page, ainsi que plusieurs outils que je ne comprends pas du tout, n’ayant aucune notion de développement web

Bien que toujours inférieur à Firebug, cet outil est déjà très complet, en évolution constante, et totallement suffisant pour ne pas se retrouver “tout nu”.
Il existe déjà quelques petites extensions permettant de le compléter un peu, mais celles-ci sont anecdotiques et encore très minimalistes.

Un développement (trop ?) dynamique

Le développement de Chromium est tout sauf lent. Avec un rythme d’environ 100 révisions par jour, se tenir à jour est une mission quotidienne… et dangereuse.

En effet, Chromium étant une version “git” permanente, se ruer sur la toute dernière révision n’est pas forcément une bonne idée.
Au menu : erreurs de rendu, régressions dans l’interface graphique, corruption occasionnelle de certains plugins, boucles infinies dans le CPU, fuites de mémoire (parfois de l’ordre de la fontaine, voire du Titanic), ou simplement disparition de certaines fonctionnalités le temps de les recoder complètement (comme par exemple les “pin tab”)…

Heureusement, les distributions font souvent leur packaging de façon intelligente et proposent des versions snapshot reconnues “stables”, plus ou moins à jour, permettant un compromis tout à fait convenable. Il est toutefois déconseillé de s’aventurer hors de ces packages, si on veut pouvoir continuer à utiliser Chromium comme navigateur principal.

La communauté autour du développement est abondante, et les développeurs réactifs, même s’ils ne peuvent pas être partout à la fois et qu’ils ont beaucoup de travail rien qu’avec l’énorme quantité de patch à webkit que Chromium intègre.
Cependant leur ordre de priorité fait que souvent les bugs spécifiques à Linux sont plus coriaces et trainent plus longtemps, ou simplement que les features sont d’abord achevées sur les versions Windows, quelques jours/semaines avant les versions Linux.

Google Chrome vs Chromium, une fois pour toutes.

Deux ans après, je croise tous les jours des gens qui attribuent à Chromium des reproches de Chrome, et qui n’ont toujours pas clairement assimilé la distinction entre les deux.

Sur la page de clarification des deux projets :

Tableau comparatif des deux navigateurs

Pour faire simple :
Google héberge le projet Chromium, et paye une équipe de développeurs centraux sur le projet Chromium. Ceux-ci (aidés de la communauté) font des patch webkit, des ajouts de fonctionnalités, des améliorations de performances, de réactivité, de l’interface graphique… en bref : font avancer le navigateur.
Ce navigateur (Chromium), est sous licence libre (BSD pour la plupart).

Une fois que tous les objectifs nécessaires à une Milestone (déterminée par l’équipe de dev de Google) sont atteint, Google fait un Copier/Coller de tout le code de Chromium, “fork” le projet Chromium, y ajoute le code qui attribue un identifiant unique à chaque installation du navigateur, qui envoie les données de navigation à Google, et ce genre d’ “améliorations” made in Google, y ajoute des codecs propriétaires (h.264, mp3, etc), et enfin, fait une annonce de la sortie de la nouvelle version de Chrome : Chrome-[version_antérieure ++] !
Puis on lance le développement de Chromium-[version_de_Chrome ++], et le cycle recommence.
Le tout distribué sous licence propriétaire (comme le permet la licence BSD de Chromium).

En résumé, Chromium n’envoie pas vos informations de navigation à votre insu à Google, c’est Chrome qui s’en charge !
D’ailleurs Google met un point d’honneur à se détacher «le plus possible» du développement de Chromium : ils hébergent le projet (comme beaucoup d’autres sur code.google.com), salarient les développeurs principaux, et évidemment décident de la direction que le projet prends (vu que c’est à fortiori la direction que Chrome prendra), mais c’est «tout» !
Dans le code de Chromium il n’apparait aucune mention à Google ni à Chrome, aucune information n’est envoyée à Google, ces liens sont établis dans Chrome.

Le code source est disponible en téléchargement, les développeurs sont ouverts aux contributions, aux suggestions et même aux réclamations de la communauté autour du site du projet, ce ne sont pas des nazis ayant vendu leur âme et leurs principes à Google (enfin, ils sont payés par google mais) ils sont plus préoccupés par la qualité et l’efficacité de leur navigateur que par l’hégémonie de leur employeur.

Les seuls moments où on sent l’influence de Google derrière eux résident dans les choix d’implémentation orientés vers la branche Chrome OS du projet, ou dans les objectifs du navigateur (ex: quand un dev refuse un patch qui ralentit le lancement du navigateur de 100ms (!)).

J’espère que la distinction est désormais claire dans l’esprit de chacun.

Chromium, prêt à voler de ses propres ailes.

Après avoir utilisé Chromium pendant plusieurs mois, et vécu tous les constats faits en page 2, je peux maintenant affirmer que Chromium a enfin ce qu’il faut pour être un navigateur principal pour l’utilisateur moyen à avancé.

Biensur il est encore inférieur à Firefox en plusieurs points (souvent la maturité des plugins proposés), mais il a enfin gagné sa place parmi les navigateurs principaux, et surtout, est enfin sorti de son aura de “Projet inachevé” et de “Proof of Concept” qui l’aura suivi pendant près de deux années.

Pour toutes ces raisons, je le conseille à beaucoup de gens qui se plaignent de Firefox, ou simplement qui ont d’autres priorités dans leurs exigences, tout en reconnaissant que pour beaucoup de gens encore, Firefox reste le meilleur choix.

Si vous avez aimé ce post...

Chromium, le Google Chrome sous Linux sans émulation

La maturation de Chromium

La recherche web… sans Google!

DenyHosts pour empêcher le bruteforce sur SSH

Lord — Wed, 24 Feb 2010 10:31:35 +0000

Ras le bol de voir des tentatives de connexion sur votre SSH ? Il existe plusieurs logiciel pour vous en prémunir avec en tête de liste le célèbre Fail2ban qui permet de protéger SSH ainsi que la plupart des autres serveurs logguant l’authentification. Mais alors pourquoi choisir DenyHosts ? DenyHosts se limite à la protection SSH mais sa force provient de deux fonctionnalités : utiliser un système de synchronisation entre plusieurs DenyHosts ( je ne l’aborde pas ), mais également le partage des IP incriminées. Afin de récupérer des IP à blacklister et de d’offrir les siennes afin de se fabriquer une blacklist évolutive.

Un attaquant vera son adresse IP inscrite dans le fichier /etc/hosts.deny l’empêchant de se logguer.

Installation

Gentoo

emerge denyhosts

Debian et dérivés

aptitude install denyhosts

Red Hat et consorts

yum install denyhosts

Configuration

/etc/denyhosts

#Doit pointer vers votre fichier logguant les tentatives de connexions SECURE_LOG = /var/log/auth.log
#Doit pointer vers votre fichier de blacklist HOSTS_DENY = /etc/hosts.deny BLOCK_SERVICE = sshd #Nombre d'essai avant d'être bloqué pour une connexion non root DENY_THRESHOLD_INVALID = 5 DENY_THRESHOLD_VALID = 5 #Nombre d'essai avant d'être bloqué pour une connexion en temps que root DENY_THRESHOLD_ROOT = 3 DENY_THRESHOLD_RESTRICTED = 1 WORK_DIR = /var/lib/denyhosts SUSPICIOUS_LOGIN_REPORT_ALLOWED_HOSTS=YES HOSTNAME_LOOKUP=YES LOCK_FILE = /var/run/denyhosts.pid #Vers quelle adresse email signaler une attaque infructueuse ADMIN_EMAIL = votre@mail SMTP_HOST = localhost SMTP_PORT = 25 SMTP_FROM = DenyHosts SMTP_SUBJECT = DenyHosts Report SYSLOG_REPORT=YES #temps avant la remise à zéro du compteur AGE_RESET_VALID=5d AGE_RESET_ROOT=10d AGE_RESET_RESTRICTED=25d AGE_RESET_INVALID=10d RESET_ON_SUCCESS = yes DAEMON_LOG = /var/log/denyhosts DAEMON_LOG_TIME_FORMAT = %b %d %H:%M:%S DAEMON_LOG_MESSAGE_FORMAT = %(asctime)s - %(name)-12s: %(levelname)-8s %(message)s DAEMON_SLEEP = 30s DAEMON_PURGE = 1h
#Ces dernières lignes permettent d'utiliser le partage d'IP. On peut se limiter au partage montant ou descendant #C'est purement facultatif mais je vous le recommande. SYNC_SERVER = http://xmlrpc.denyhosts.net:9911 SYNC_UPLOAD = yes SYNC_DOWNLOAD = yes

Puis pour le lancer :
/et/init.d/denyhosts start

Sous Gentoo pour le lancer automatiquement au boot vous devez l’ajouter à votre « rc par défaut » :
rc-update add denyhosts default

Logs

Allons faire un tour dans les logs de DenyHosts pour voir à quoi s’attendre.

Exemple de synchro où l’on récupère des IP à blacklister :

Feb 20 04:42:43 - denyhosts : INFO received new hosts: ['217.10.117.161', '194.185.200.156', '91.75.180.114', '202.141.132.50', '60.248.91.64', '211.100.42.83', '202.165. 177.203', '211.155.227.171', '58.221.34.18', '88.191.15.133', '210.51.36.162', '220.165.28.66', '91.205.74.41', '61.178.74.43', '202.117.54.134', '74.127.18.195', '195.250.39.6 6', '216.229.160.194', '122.70.147.103', '200.195.168.194', '202.44.11.60', '94.190.187.113', '213.5.64.164', '201.116.98.210', '163.13.175.44', '119.149.189.199', '93.152.156. 13', '125.7.209.4', '210.51.48.71', '88.117.234.162', '217.97.185.35', '217.20.183.73', '117.41.228.195', '201.20.186.222', '79.39.6.98', '221.165.162.4', '211.72.171.76', '209 .255.67.10', '80.203.122.116', '12.152.124.2', '70.169.201.74', '202.5.95.205', '217.219.67.131', '65.98.97.98', '218.241.155.144', '80.14.186.105', '96.31.68.39', '218.108.247 .138', '61.138.217.19', '82.230.95.10']

Ajout d’un attaquant + upload au serveur central :

Feb 21 09:25:31 - denyhosts : INFO new denied hosts: ['81.7.171.15'] Feb 21 09:43:01 - sync : INFO sent 1 new host

Reset du compteur en cas de login réussi :

Feb 21 11:35:03 - loginattempt: INFO resetting count for: 10.0.0.3

Liens

Site officiel
Statistiques mondiales de DenyHosts

Si vous avez aimé ce post...

Mise en place d’un système de backup avec Rsnapshot

SSH sans mot de passe

On a testé pour vous : Ubuntu Jaunty Jackalope 9.04

Libérez votre esprit avec Freemind

koolfy — Sun, 21 Feb 2010 02:32:55 +0000

Ça semble évident : dans le monde de l’OpenSource, de la programmation ou de l’informatique en général, s’il est un besoin omniprésent, c’est bien celui de structurer une pensée, schématiser une procédure, ou hierarchiser un projet.

Combien de projets sont-ils morts ou ont-ils été paralysés par un défaut de structure, d’ordre et de clarté dans la manière de procéder ?

Freemind, ce n’est pas un nouveau procédé de méditation New-Age à la mode, mais c’est tout de même la solution à ce problème !

Freemind est un logiciel de création de schémas et d’organigrames de type WYSIWYG permettant de structurer graphiquement des idées ou des procédures, c’est à dire à peu près tout ce qui passe par votre tête.

Nous allons ici voir les avantages, pas toujours triviaux, et pourquoi il peut réellement être important de se forcer à représenter ses pensées schématiquement.

Freemind : comment regarder son cerveau dans un miroir, et y mettre un peu d’ordre !

Dans une citation célèbre, souvent attribuée à Einstein, il est dit que “Si tu n’es pas en mesure d’expliquer un concept à un enfant de 8 ans, c’est que tu ne maitrises pas ce concept correctement.”

Le premier intérêt d’une représentation graphique, au delà de tout autre utilité, est d’appréhender ses pensées.
Cela peut paraître stupide, ou inutile, mais la réalité est que, si on prenait la peine de se représenter correctement à soi-même ses propres pensées, avant de tenter de les appliquer ou de les expliquer à quelqu’un, on éviterait souvent de perdre beaucoup de temps à tenter d’expliquer un raisonnement qu’on n’appréhende et donc ne peut exprimer clairement, ou à tenter d’implémenter une procédure qui, sur un schéma correct, se révèle irréalisable, et dont les failles apparaissent comme des guirlandes de noël.

Une preuve ? Un exemple ? Mieux : un témoignage !

Pas plus tard que cette nuit, j’ai tenté de me mettre sérieusement à utiliser les services de réseaux sociaux dont on entends tant parler actuellement.
Mes 4 nominés ? Google Buzz, Facebook, Identi.ca et Twitter.
Mon objectif ? Parvenir à tous les utiliser en même temps, avec un moindre effort, et qu’ils se synchronisent correctement entre-eux le plus possible.

Ceux qui se sont déjà lancés dans ce genre d’initiatives savent à quel point les procédés pour relier deux services qui refusent de se parler (concurrents, par exemple) peuvent être tordus, mais surtout à quel point une structuration sans faille des interactions de ces réseaux est vitale pour éviter des redondances ou des boucles infinies.

Après avoir cassé les dents de mon petit esprit inférieur sur ce problème épineux, j’ai décidé de le représenter sur un bout de papier, ou mieux, sur “ce logiciel dont je dois faire un article Geekfault depuis des mois”, comment je voulais structurer mon réseau.

Ci-jointe, donc, la première itération de mon schéma logique des interactions entre ces différents services.

You're doing it wrong !

Je vous mets au défi de jeter un coup d’œil rapide à ce schéma, et à ensuite tenter de vous persuader que vous avez compris la structure exacte de ce dispositif, ou pire : de l’expliquer à quelqu’un.
C’est quasiment impossible sans y passer au moins 5 bonnes minutes. 5 précieuses minutes pour un concept qui n’en mérite qu’une maximum, car un schéma d’organisation plus complexe pourrait facilement vous prendre 30 minutes pour comprendre un concept qui pourrait être décrit et défini en 5 minutes.

Il ne s’agit pas ici (uniquement) d’une inaptitude à utiliser un logiciel de schématisation. J’ai d’ailleurs très exactement reproduit le concept que j’avais en tête.
Là est précisément le problème.
Ce n’est qu’après avoir à moitié schématisé mon plan de pensée, que j’ai compris que si je n’arrivais pas à comprendre mon propre schéma, c’était tout simplement parce qu’il était déjà totalement bordélique dans ma tête, et qu’il devait être repensé from scratch.

C’est ainsi que, en quelques minutes seulement (voire quelques dizaines de secondes), j’ai recommencé mon schéma, en repensant, non seulement sa schématisation, mais également sa structure dans ma tête, et que je suis parvenu à ce simple mais efficace résultat :

La différence est frappante !

S’il semble un peu déconcertant à première vue (de par l’absence de légendes), quelques secondes d’observation seulement vous feront déjà réaliser les trois principaux points importants du dispositif :

Twitter occupe une position centrale, et est celui qui se charge de propager les mises à jours aux autres services. (flèches bleues)

Identi.ca est le seul service qui poste des mises à jours à Twitter (flèche rouge)

Chaque service est en contact avec chaque autre service via Twitter (flèches vertes, représentant des liens indirects)

Une fois qu’on a compris ça, on peut déjà mettre en place le dispositif de façon ordonnée, méthodique et productive, et on peut déjà très clairement apercevoir les implications plus abstraites :

Tout ce qui est posté par Identi.ca est correctement propagé à tous les services, il doit donc être le service utilisé pour poster des mises à jour.

On peut poster des mises à jours sur Facebook et Buzz sans qu’elles ne soient répercutées partout à la fois, ces deux services peuvent donc être utilisés pour poster des mises à jours plus personnelles/privées, ou simplement n’ayant pas la prétention de devoir être propagées sur tous les moyens de communications et «spamées» inutilement.

Cette expérience illustre parfaitement que même si je croyais avoir saisi la structure à appliquer, et avoir compris mon raisonnement, une représentation graphique m’a évité de me gratter la tête pendant des heures, et m’a permis de reprendre mes erreurs, qui apparaissaient évidentes en comparant les deux schémas.

Quelques minutes plus tard, mon dispositif était en place, et marchait du tonnerre de dieu. Ils vécurent heureux et eurent beaucoup de followers !

La communication, ça compte.

Un autre gros frein dans un projet collaboratif, c’est la communication de la structure ou des objectifs qu’on a en tête avec les autres participants, pour être sur et certain qu’on va tous dans le même sens, vers le même résultat.

Et pour ça, Freemind est équipé !
Il intègre une pléthore de mini logos associables aux éléments (nœuds), de couleurs, d’annotations et de possibilités diverses de clarifier une structure, attirer l’attention sur un élément, constituer des listes hierarchisées et décrire avec clarté la direction qu’on veut prendre dans un projet.

Voici un exemple de brouillon réalisé pour les besoins de l’article, il y a quelques mois, représentant une vue d’ensemble du statut des différents pôles de Geekfault, de mon point de vue.
Ceci est totalement obsolète et non représentatif du statut du Geekfault actuel.

Réalisé en moins de 5 minutes, sans aucune expérience de schématisation préalable, ce schéma est parfaitement clair pour quiconque, facile et rapide à parcourir.
Il décrit pourtant le statut d’un projet collaboratif de manière complète et détaillée, de telle façon que cette seule image peut servir d’ordre du jour pour une réunion de décideurs Geekfault, car elle premet de communiquer en 20 secondes ce qui nécessiterais 30 messages sur IRC et 10 bonnes minutes d’explication.
Mais aussi et surtout, servir de pense-bête, et de repère fixé du paysage et de la santé du projet, incluant une TODO-List subtile avec une hierarchie de priorité, et indiquant implicitement mais intuitivement les prochaines actions à mettre en œuvre pour faire avancer le projet.

Comment l’installer

Sous gentoo :
# emerge app-misc/freemind
Sous ubuntu :
$ sudo apt-get install freemind

Le projet étant écrit en Java, il est multi-plateforme et des versions pour les autres OS sont disponibles sur le site officiel du projet.

À noter

Le projet, à défaut d’évoluer rapidement, avance par bonds, et il est donc très conseillé de se tourner vers l’absolue dernière version disponible, car par exemple, la version 0.9.0 se trouve être incomparablement plus aboutie que la version 0.8.0

De plus, un fork de ce projet, au développement plus dynamique, existe déjà. Il se nomme freeplane, se montre prometteur, et est à surveiller attentivement, voir à privilégier.

Liens utiles

Blog francophone autour de Freemind

Le site officiel du projet Freemind

L’article wikipedia du projet Freemind

Le site officiel du projet Freeplane

L’article wikipedia du projet Freeplane

Si vous avez aimé ce post...

Lancer votre dual-booting Windows dans une VirtualBox

Sikuli : programmez avec des screenshots

Faire planter le Weechat de votre correspondant