GuiGui's Show

Ce billet va tenter de résumer la manière dont j'utilise LXC pour créer et utiliser des maquettes de grande taille pour tester des choses (protocoles, logiciels, ...) ayant trait aux réseaux informatiques.

J'aime beaucoup les visualisation par acteur/par "courant de pensée".

Cette extension permet de
- sauvegarder tous les mails d'un dossier dans un format lisible (exemple : HTML, un mail par message) ... En attendant que l'implémentation du format de stockage Maildir soit stable, c'est toujours plus agréable que le format Mailbox.

- restaurer un fichier Mailbox sauvegardé au préalable depuis le working directory de Thunderbird (~/.icedove) quand Thunderbird part en vrille et décrète qu'il ne veut plus lire un dossier de votre boîte mail.

Bref, cette extension sauve des vies.

Petit tips évident du jour : si vous utilisez IMAP et que vous tentez d'importer vos mails depuis un fichier Mailbox, vous aurez une erreur « Impossible d'importer dans ce dossier (type IMAP, ou groupe de discussion) ». Faites l'import dans un sous-dossier temporaire dans « Dossiers locaux » puis déplacez les mails dans le dossier final du compte IMAP.

Feedback du quotidien chez un bureau d'enregistrement. Juste WTF ?! O_O

Aujourd'hui, je vous propose un billet sur les ordinateurs monocarte OLinuXino, concurrents (comme d'autres) du Raspberry Pi. On fera une comparaison des deux avant de voir comment on s'auto-héberge sur un OLinuXino.

« Computer Networking : Principles, Protocols and Practice (aka CNP3) is an ongoing effort to develop an open-source networking textbook that could be used for an in-depth undergraduate or graduate networking courses. »

Le futur Tanenbaum mais en CC-BY.

Aujourd'hui, je vous propose un billet futile : un feedback sur un sac à dos pour ordinateur portable.

Liste non exhaustive de ce qui est nécessaire pour compiler Quagga : gcc make build-essential automake autoconf gawk dia

Pour lancer un Quagga compilé :
1) Créer un utilisateur quagga : adduser quagga --disabled-login --no-create-home --shell /bin/false

2) Créer un répertoire où les démons entreposeront leur PIDfile et leurs sockets : mkdir /var/run/quagga && chown quagga /var/run/quagga

3) Créer les fichiers de configuration des démons que vous allez utiliser (zebra, au minimum) dans /usr/local/etc/. Exemple : /usr/local/etc/zebra.conf, /usr/local/etc/ospfd.conf. Exemples : https://www.guiguishow.info/2013/07/27/routeurs-logiciels-et-ospf/#toc-3809-configurations-ospf-basiques-pour-les-routeurs-logiciels

4) Lancer les démons : /usr/local/sbin/zebra -i /var/run/quagga/zebra.pid -z /var/run/quagga/zebra.sock &
/usr/local/sbin/ospfd -i /var/run/quagga/ospf.pid -z /var/run/quagga/zebra.sock &

-i = PIDfile
-z = socket zebra pour que les démons de routing (babeld, ospfd, bgpd, ...) puissent communiquer avec zebra.

Pour éviter d'avoir à passer les paramètres -i et -z sans arrêt, on peut aussi utiliser ./configure --localstatedir=/var/run/quagga . Il faudra quand même créer ce dossier et donner les droits à Quagga. Pour changer l'utilisateur sous lequel Quagga tournera, c'est --enable-user=user et --enable-group=group .

Uhu ... Il y a encore des choses bien moches au programme ...