Une sauvegarde PostgreSQL peut être parfaitement valide et pourtant laisser une instance n8n inutilisable. Les workflows reviennent, les identifiants sont toujours présents dans la base… mais n8n ne peut plus les déchiffrer. La pièce manquante tient dans une variable : N8N_ENCRYPTION_KEY. Cette clé ne sert pas à chiffrer toute la base. Elle protège les informations…
Un site ne répond plus, un sous-domaine vient d’être créé ou un certificat refuse de se renouveler : le DNS devient vite le suspect numéro un. Le problème, c’est qu’une commande qui ne renvoie aucune adresse ne dit pas encore pourquoi. La bonne méthode consiste à séparer quatre questions : le nom existe-t-il, le résolveur…
Un webhook est souvent présenté comme une simple URL qui déclenche une automatisation. Techniquement, c’est vrai. Côté sécurité, c’est très incomplet : si cette URL est publique et qu’aucun contrôle sérieux n’est appliqué, n’importe qui peut tenter de lancer le workflow, rejouer un ancien événement ou envoyer une charge malformée. Une protection robuste ne repose pas…
Un fichier .dump existe, le cron est passé au vert et le stockage n’est pas plein. Sur le papier, tout va bien. En pratique, cela prouve seulement qu’un fichier a été créé. La vraie question est plus simple : peut-on repartir de ce fichier, proprement et dans un délai acceptable ? Avec PostgreSQL, pg_dump est un…
Passer SSH d’un mot de passe à une clé publique est une amélioration simple et efficace. Le piège, ce n’est pas la cryptographie : c’est de désactiver le mot de passe trop tôt, de fermer sa seule session ouverte, puis de découvrir que la clé ne fonctionne pas. Voici une méthode progressive pour un serveur…
Un déploiement Docker peut fonctionner parfaitement tout en exposant beaucoup trop de choses. Le cas classique : l’application répond bien derrière Caddy, mais PostgreSQL écoute aussi sur toutes les interfaces du serveur parce qu’un simple ports: – « 5432:5432 » a été laissé dans le fichier Compose. L’objectif est simple : Internet doit atteindre Caddy sur les…
HTTP/3 n’est plus un joli badge à afficher dans un rapport de performance. Bien déployé, il peut réduire certains temps d’établissement de connexion et éviter qu’une perte de paquet bloque tous les échanges multiplexés. Mal déployé, il donne surtout un résultat trompeur : le serveur annonce HTTP/3, le navigateur essaie, l’UDP ne passe pas, puis…
Une commande ping peut aider à localiser une perte de paquets, mais elle ne suffit pas à désigner le coupable. Voici une méthode progressive pour séparer le poste, le réseau local et la destination.