Quelques benchmarks sur des serveurs http. Je partage surtout pour les lignes de commande de siege (l'utilitaire de benchmark utilisé).

En ce moment je regarde rapidoid et undertow, je recherche des serveurs web ultra-rapides et ultra-légers pour faire de l'embarqué sur du GraalVM natif (et peut-être remplacer Sparkjava qui ne reçoit plus de mises à jour).

Plein de trucs & astuces pour Ansible.

Typiquement, comment s'assurer que tous nos hosts soient up : ansible -m ping all --one-line

An evolving how-to guide for securing a Linux server. - imthenachoman/How-To-Secure-A-Linux-Server

Je n'aurai jamais assez de tutos expliquant comment sécuriser un Linux. Voilà

A simple server for sending and receiving messages in real-time per web socket. (Includes a sleek web-ui) - gotify/server

Techniquement, c'est plus qu'un simple chat. Mais bon, pour la boîte ?

Pour Animal et nos VPS

Je vous explique

• J'ai un vieux PC portable
• J'y ai installé une debian dessus (en mode console)
• J'ai désactivé tous les périphériques inutiles pour un serveur (carte son, wifi, ports USB)
• J'y ai activé le laptop-mode pour réduire la fréquence du CPU lorsque la machine est peu sollicitée.

Bref, j'ai un PC Portable, qui n'a jamais servi, tout petit, qui ne consomme rien et dont je souhaiterai me servir comme serveur perso.

Mon problème

Je voulais le glissé sous le meuble de la télé pour qu'il prenne le moins de place possible, or quand je referme l'écran, le PC passait en hibernation (et donc bye bye le serveur).

Solution

Désactiver le LidSwith de debian. Pour cela il faut :

1. Ouvrir le fichier /etc/systemd/logind.conf en tant que root.
2. Modifier/Ajouter/Décommenter la ligne HandleLidSwitch=ignore (ou changer sa valeur de supsend à ignore)
3. Redémarrez l'ordinateur ou saisissez la commande :

   sudo service systemd-logind restart

Explication du problème :
La plupart du temps, les VM sont synchronisées avec l'horloge de l'hyperviseur directement et non un serveur de temps. Ce dernier étant lui-même synchronisé avec un serveur NTP (ndr. le serveur de temps).

Le fait est que la synchronisation des threads en Java s'appuie sur des mécanismes de pool de threads et de mise en pause pendant certaines durées ; durées définies par la JVM elle-même et le garbage collector. Or, l'hyperviseur peut - pour des raisons de performances et en cas de partage des ressources physiques entre plusieurs VM - désynchroniser l'horloge des VM avec le "vrai" temps.

Par exemple, il peut y avoir une pause de l'horloge qui dure 40 secondes et l'hyperviseur choisira alors de synchroniser un grand coup les horloges de toutes les VM en cours d'exécution.

Et alors, quel est le problème avec Java ?
Tout simplement qu'à cet instant, tous les threads qui auraient du n'être en pause que quelques millisecondes vont s'activer un grand coup simultanément ce qui va fortement augmenter la charge du CPU et dégrader énormément les performances (puisqu'il n'y a plus partage des ressources via une attribution séquentielle mais concurrence pour accéder à la même ressource : le CPU).

Bref, c'est du caca. En résumé, toujours synchronisez vos VM avec un serveur NTP.

Transférer un clone GIT d'un serveur vers un autre (avec tout son historique)

git clone --mirror <URL to my OLD repo location>
cd <New directory where your OLD repo was cloned>
git remote set-url origin <URL to my NEW repo location>
git push -f origin

Comment sécuriser son serveur avec SSL et TLS (surtout TLS 1.2)

Un tuto Docker montrant comment monter un LAMP en récupérant des images depuis le répo Docker (qui je le rappelle ne devrait pas être utiliser en entreprise mais bon).