🔒 Ton serveur fermé à triple tour, en 48h chrono

Un serveur mal configuré, ce n'est pas une question de si, mais de quand. SSH ouvert au mot de passe, fail2ban absent, ports qui traînent : c'est le genre de détail que je traque sur ma propre infrastructure depuis des années, parce que c'est mes données à moi qui trinquent le jour où je merde.

Je durcis tes accès (SSH par clés, fail2ban, pare-feu réduit au strict nécessaire), je conteneurise proprement avec Docker, j'automatise ce qui doit l'être en Python, je migre sans casse quand tu changes d'hébergeur, et je pose une surveillance qui te prévient avant qu'un problème n'éclate — et je documente tout, pour que tu n'aies plus besoin de moi une fois la mission finie.

Profil récent, donc pas encore d'avis — en échange, une disponibilité que les comptes à 800 commandes ne peuvent plus t'offrir. Réponse rapide, aucun jargon, et si je ne peux pas t'aider correctement je te le dis avant, pas après.

Portfolio

Exemple de schéma d'architecture réalisé pour une mise en place de stack Docker sécurisée :
filtrage réseau en périphérie (pare-feu + fail2ban)
terminaison TLS via reverse proxy nginx
réseau applicatif isolé par conteneur
et sauvegarde chiffrée automatisée des volumes.
Ce type d'architecture s'adapte à toute application auto-hébergée (Nextcloud, service web perso, outil interne) et garantit un accès HTTPS sécurisé sans exposer directement les conteneurs sur Internet.
Exemple de rapport d'audit sécurité serveur : vérification des accès SSH, mise en place de fail2ban, réduction de la surface réseau exposée, ajout des en-têtes de sécurité HTTP et mise à jour du système. Livrable type : rapport clair + corrections appliquées si souhaité.
Extrait d'un script Python de surveillance : contrôle périodique de l'espace disque sur plusieurs points de montage, avec alerte automatique envoyée sur Telegram dès qu'un seuil est dépassé. Code structuré (dataclass, typage, gestion d'erreurs) et facilement adaptable à d'autres métriques ou canaux de notification.