Ces derniers jours, j'avais vraiment envie de revoir un peu mon infrastructure réseau personnelle. Je me suis donc inspiré de l'excellente intervention de iMil lors de PSES 2012, just for fun ;)

L'idée est la suivante :

En fonction du réseau Wi-fi (SSID) ou du VLAN sur lequel je suis connecté avec une de mes machines chez moi, le trafic à destination d'Internet ne passera pas par le même endroit.

Je dispose donc de 3 réseaux Wifi différents :

1. Le trafic provenant des machines connectées au SSID "MonFAIpourri" passera par mon FAI ADSL de base tout crade
2. Le trafic provenant des machines connectées au SSID "MonFAIAssociatif" transitera par un VPN à destination de mon FAI associatif préféré
3. Le trafic provenant des machines connectées au SSID "Freedom" transitera par un VPN proposé par une entreprise spécialisée.

Lire la suite de Ma nouvelle infrastructure réseau

Comme j'ai eu un petit souci avec ma borne Wifi TP-LINK N600 (que je vous recommande chaudement par ailleurs) fonctionnant avec le firmware OpenWRT, j'ai cherché un petit moment comment restaurer la configuration par défaut d'OpenWRT. Et j'ai fini par trouver la procédure.

Lire la suite de Réinitialiser une borne Wifi TP-Link N600 fonctionnant avec OpenWRT

La redondance, les sauvegardes sont des notions primordiales en informatique. La tolérance de pannes doit faire partie des critères majeurs à prendre en considération y compris dans le cadre de l'auto-hébergement.

Ainsi, je dispose de 4 serveurs DNS maitre et esclaves autoritaires sur ma zone et d'un système de backup incrémentiel pour sauvegarder tout ce qui est important. Jusqu'à présent, j'avais fait le choix de ne disposer que d'un unique serveur SMTP pour les raisons suivantes :

1. En cas de crash d'un serveur SMTP, les autres serveurs de messagerie tenteront de lui renvoyer les mails qui lui sont destinés pendant quelques jours (5 jours par défaut).
2. Trop souvent (à tort), le MX secondaire est peu protégé, il devient la proie des spammeurs en tout genre.
3. Augmentation des risques et des problèmes liés à la configuration de deux services SMTP au lieu d'un.
4. Si le MX de secours se trouve sur un site distant (solution optimale), cela complique la possibilité pour celui-ci de délivrer les mails directement dans les boites utilisateurs.
5. Le serveur de secours ne fait pas forcément de contrôle des destinataires. Ne sachant pas quels destinataires sont valides pour les domaines dont il est serveur de secours, il accepte tous leurs messages et essaie de les délivrer au serveur primaire. Celui-ci va ensuite refuser les destinataires invalides, obligeant le serveur de secours à renvoyer ces messages à leurs expéditeurs. C'est ce que l'on appelle les notifications indésirables.
6. L'argument ci-dessus entraîne deux conséquences majeures, possibilité de saturation de la file d'attente et envoi de notifications indésirables sur des adresses mails d'utilisateurs réels utilisées par les spammeurs.

Lire la suite de De l'intérêt d'un MX de secours dans le cadre de la gestion de mon service mail personnel

Debian 8.0 Jessie est sorti le samedi 25 avril 2015 en version release et stable. C'est donc l'occasion pour upgrader ses serveurs tournant sous Wheezy la version antérieure. Pour ma part, j'ai réalisé quelques tests sur une machine virtuelle avant de me lancer sur des machines physiques.

Comme je n'aime pas Systemd, vous l'aurez compris :p,  et que Jessie supporte toujours Sysvinit, j'ai fait en sorte de garder ce gestionnaire d'init. Voilà les différentes étapes que j'ai réalisé afin de réaliser cette mise à jour :

Je n'oublie pas de modifier mon fichier sources.list afin de basculer vers les dépôts de Jessie :

Aptitude, cet outil magique !

La troisième ligne me permet de dire au système Debian que je ne veux pas de systemd et que je préfère sysvinit. Pour cela, on passe par le système de Pin Entry, gestionnaire de priorités avec l'outil apt-get. Et voilà, enjoy !

PS : À noter que sur l'un de mes serveurs où j'utilise php5-fpm, le système de gestion des dépendances m'a obligé à installer libsystemd. Tant que ça reste une librairie. Voici également un site sympa qui explique clairement comment conserver sysvinit.

J'utilise XMPP depuis maintenant un peu plus d'un an sur un serveur Debian disposant de Prosody, le tout auto-hébergé. J'avais envi de pouvoir créer un salon de discussion afin de parler avec plusieurs personnes en même temps lorsque l'occasion ou le besoin se présente.

Je vous rassure rien de bien compliqué. Sur votre serveur XMPP, dans le fichier de configuration Prosody :

Il reste à ajouter une nouvelle entrée dans votre serveur DNS faisant autorité sur votre zone :

N'oubliez pas de relancer votre service DNS.

Avec votre client de messagerie instantanée préféré, joigniez-vous à une conférence, créez votre salon et invitez vos amis. Enjoy ;-)