Être prévenu par SMS si son site auto-hébergé a des soucis, c’est quand même la classe, non?
Ca permet d’être tout de suite au courant en cas de coupure d’accès Internet, ou d’électricité, ou d’un autre problème technique. Ou parfois des erreurs de configuration qu’on n’aurait pas soupçonnées 
Et une manière de le faire facilement (et gratuitement) est d’utiliser UptimeRobot et les APIs de SMS de Free Mobile.
+ 
J’ai investigué quelques solutions pour chiffrer le filesystem de mes serveurs auto-hébergés. En prenant notamment en compte leurs contraintes particulières : pas d’accès « console » simple, faible puissance et filesystem sur carte SD.
Continuer la lecture de Chiffrement du filesystem en auto-hébergement
Le processeur Allwinner A20 est capable d’accélérer matériellement un certain nombre d’algorithmes de cryptographie. J’ai voulu tester s’il était possible d’en tirer parti sur Olinuxino A20, avec Debian Jessie.
Continuer la lecture de Chiffrement matériel sur Olinuxino A20
J’ai appris quelques trucs suite à un plantage système. Rien d’exceptionnel, mais deux astuces utiles quand on doit réparer le filesystem d’un serveur debian via SSH.
J’avais besoin d’un peu de monitoring sur mes serveurs auto-hébergés. Quelque-chose de simple et léger qui me permette de surveiller et historiser l’activité : CPU, disque, réseau etc.
Munin me semble bien adapté à ça : il fait des graphiques par jour/semaine/mois/année de tout un tas de métriques système (mais aussi serveur http, bases de données etc). Et il permet de le faire aussi pour des serveurs distants, et d’envoyer des alertes quand certains seuils sont dépassés.
… sauf que j’ai eu plus de difficultés que je pensais à le mettre en œuvre. En particulier pour l’adapter à la faible puissance de mes machines.
Continuer la lecture de Monitoring de serveurs auto-hébergés avec Munin
J’ai mis en place un petit PRA (https://fr.wikipedia.org/wiki/Plan_de_reprise_d’activité) pour mes serveurs.
C’est rigolo d’appliquer pour l’auto-hébergement les mêmes procédures qu’en entreprise. Les besoins et la mise en œuvre sont finalement assez proches.
Et ce n’est pas juste pour l’exercice : ces petits serveurs (Sheevaplug et Olinuxino A20) sont fragiles. Les filesystems sont sur des cartes SD, l’alimentation non redondée, le matériel non protégé etc. Le risque de panne est donc réel. L’idée est d’avoir un plan de secours en cas de gros problème, pour remettre en ligne le nécessaire le plus vite possible.
Et c’est chez CloudWatt que j’ai décidé de mettre mon instance de secours, en utilisant les APIs OpenStack
Je cherchais une manière d’améliorer les temps de réponse de ce blog. WP SuperCache est très efficace, mais il se désactive pour les utilisateurs qui ont mis un commentaire, et n’apporte rien sur la partie administration.
Et je suis tombé sur les « accélérateurs PHP« . Parmi ceux disponibles, j’ai retenu XCache.
En trois fois rien de temps, il m’a permis de faire afficher les pages presque 2 fois plus vite.
Continuer la lecture de XCache pour accélérer WordPress (et le PHP de manière générale)
J’ai acheté un deuxième appareil Olinuxino A20 MICRO.
Cet appareil correspond tout à fait à mes attentes pour en faire un serveur headless : 1 à 4W de consommation, fanless, architecture armhf (donc utilisation des packages debian standards), processeur dual core à 1GHz, 1Go de mémoire vive, open hardware, connectique très complète, pas cher.
Voici comment je l’ai paramétré pour m’en servir de serveur Debian.
Continuer la lecture de Configuration d’un Olinuxino A20 en serveur Debian headless
AjaxTerm permet d’accéder à son serveur SSH via une interface HTML.
A quoi ça sert? A pouvoir utiliser la ligne de commande dans un navigateur, via le protocole HTTP. C’est utile notamment quand le port SSH est bloqué par un proxy d’entreprise.
AjaxTerm est minimaliste et n’a pas évolué depuis des années. Mais il est très léger et facile à installer. Pour une utilisation ponctuelle hébergée sur un serveur peu puissant, je le trouve tout à fait adapté.
Le problème, c’est que, avec le package fourni par Debian, l’interface est quasi inutilisable sur un navigateur récent :
– le curseur n’est pas visible
– la police est proportionnelle donc les caractères ne sont pas alignés verticalement
– les passages à la ligne ne sont pas respectés
Continuer la lecture de AjaxTerm : accès SSH minimaliste via le navigateur (après correction CSS)
Fail2ban sait surveiller les authentifications faites par SSH, Basic Authentication d’Apache etc. Il peut bloquer l’IP et avertir l’administrateur au bout de n tentatives infructueuses (y compris par SMS).
Mais il peut aussi surveiller les authentifications applicatives, pour peu que l’application en question génère des logs exploitables.
C’est notamment possible avec Tiny Tiny RSS.
+ 
Continuer la lecture de Fail2ban pour sécuriser Tiny Tiny RSS (et module rpaf pour le reverse-proxy)