Jean-Marc - Développeur Freelance
Salut la communauté,
Je traîne sur Free-Work depuis un moment en lecture, il est temps de me présenter.
Jean-Marc, dev freelance en région d'Albi, spécialisé .NET / Angular / DevOps. Je bosse principalement en régie, actuellement en mission longue via une ESN. Ça fait quelques années que je suis dans l'indé après un parcours salarié.
Ce qui m'a amené ici surtout : j'aime bien l'ambiance entraide du forum, et je vois passer plein de sujets qui me parlent (régie vs forfait, litiges clients, gestion de l'administratif, self-hosted, RGPD...). Sur ces sujets je serai content d'aider quand je peux, j'ai un peu de bouteille sur certains.
Petite transparence pour être clair dès le départ : à côté de mes missions, je développe Kraafty, un petit outil pour gérer les CRA et leur validation client (le workflow que je bricolais sur Excel depuis 3 ans). Je le mentionne pour ne pas avoir l'air de le cacher si le sujet vient sur la table un jour — mais je suis pas là pour faire de la pub, juste pour échanger avec des gens qui vivent les mêmes galères et les mêmes trucs sympas du métier.
Au plaisir de discuter. Si vous avez des questions sur .NET, le self-hosting, ou la vie de freelance en régie dans le sud, je suis là.
Jean-Marc
Bonjour Jean-Marc,
Merci pour cette présentation.
Intéressant le self-hosting, tu peux nous en dire plus ?
-- Yann EURL IS depuis 2019
Salut Droopyann,
Avec plaisir. En gros : un serveur dédié chez OVH (EPYC 16 cœurs, 128 Go de RAM, 2 NVMe en RAID logiciel) sous Debian 12. Dessus tourne à peu près tout ce dont j'ai besoin pour bosser à côté des missions :
- GitLab self-managed : dépôts, CI/CD et registre Docker. Un push sur la bonne branche construit les images et les déploie en SSH, sans aucun service tiers dans la boucle.
- Les applis en conteneurs Docker, derrière un Nginx en reverse proxy. Staging et prod sont séparés sur la même machine.
- La stack de mes projets : PostgreSQL, Keycloak pour l'authentification (SSO, comptes, login social), MinIO pour le stockage de fichiers (compatible S3) et Redis.
- n8n pour les automatisations (notifications, reporting quotidien).
Ce que j'y gagne : je maîtrise mes données de bout en bout. C'est pratique quand un client pose des questions RGPD : je sais exactement où sont les données et qui y a accès. Le coût est fixe et prévisible. Et la machine est tellement surdimensionnée pour mes besoins que je ne me pose aucune question de perfs.
Ce que ça coûte : du temps. Mises à jour, sauvegardes, surveillance (y'a pleins d'outils open-source pour cela, perso j'utilise entre autres BesZel, Uptime et Grafana) : l'astreinte, c'est toi. Chez moi, les sauvegardes partent tous les jours vers du stockage objet S3 chez OVH, dans une autre région que le serveur.
La leçon qui m'a le plus marqué, c'est le mail. J'avais tout configuré proprement (SPF, DKIM, DMARC, reverse DNS en IPv4 et IPv6). Mais l'IP du serveur traînait la mauvaise réputation de ses voisins chez l'hébergeur. Microsoft refusait les mails dès la connexion, Gmail par moments, et une blacklist listait carrément tout le bloc d'adresses d'OVH. Impossible de corriger ça de mon côté, même en faisant tout bien.
J'ai fini par faire passer le mail transactionnel par un relais SMTP managé (Brevo, données hébergées en UE), et je garde mon Postfix pour le reste. Mon conseil à ceux qui se lancent : auto-hébergez ce que vous voulez, mais pour les mails envoyés à des clients, prenez un relais dès le départ. vous vous épargnerez quelques semaines de prise de tête.
Si tu as un projet en tête ou une question précise (choix d'hébergeur, sauvegardes, sécurisation SSH, Docker ou pas…), n'hésite pas.
Jean-Marc
J'ai fait exactement le même constat avec l'auto-hébergement d'un serveur mail sur un VPS d'OVH : en fait, bon nombre de sites blacklistent directement des subnets entiers dès qu'une adresse IP a un comportement de spammeur, et donc tous ceux qui ont une IP publique dans ces subnets en subissent les conséquences.
Ma question : pourquoi utiliser un relais SMTP externe et pas ceux d'OVH ? Ils fonctionnent bien, et ils ont l'avantage de bloquer tous les envois qui ne proviennent pas réellement des noms de domaine que tu gères, ce qui limite les risques même si quelqu'un parvient à usurper tes identifiants.
Sinon, personnellement j'en suis arrivé à auto-héberger tout ce dont j'ai besoin (et des trucs dont je n'ai pas vraiment besoin, juste pour m'exercer et pouvoir faire des démonstrations à des clients), que ce soit sur mon NAS ou sur mon VPS. Mais le seul truc que j'ai parfois envie d'arrêter, c'est bien la gestion des boîtes mail. J'ai récemment basculé un serveur MailPlus Server vers un serveur Stalwart, pour mes propres besoins, et j'en suis très content... mais ça reste une activité complexe avec le risque permanent de voir des mails se perdre (dans un sens ou dans l'autre). A tel point que ça reste un domaine que je ne prendrais jamais la responsabilité de gérer pour un client. Pour l'instant je continue de gérer mes boîtes, mais je pense qu'un jour je finirai par en avoir assez et basculerai chez un fournisseur externe comme Infomaniak ou autre (surtout pas Gmail ou Hotmail).
Salut,
Oui, c'est exactement ça : le blocage se fait par plage d'adresses, parfois même par réseau entier de l'hébergeur, tu paies donc pour tes voisins.
Pour le relais OVH, ta remarque sur le filtrage des domaines expéditeurs est juste.
Mon choix tient surtout à la nature des mails. Ce ne sont pas des mails de boîte perso mais des mails applicatifs : confirmations, notifications, demandes de validation envoyées à des clients, réinitialisations de mot de passe.
je suis allé directement vers un relais transactionnel car c'était l'outil fait pour ça.
Côté sécurité, on retrouve la protection dont tu parles. Brevo n'envoie que depuis un domaine authentifié (DKIM chez eux, déclaré en CNAME) ou des expéditeurs validés. L'identifiant SMTP est une clé dédiée, distincte du mot de passe du compte, et révocable à tout moment.
Le reste a compté aussi : société française, données hébergées en UE, accord de sous-traitance RGPD intégré aux CGU (pratique pour tenir mon registre), et mon volume actuel tient dans l'offre gratuite.
Sur les boîtes mail, je te rejoins complètement : c'est typiquement le service que je ne prendrais jamais la responsabilité de gérer pour un client.
Un mail perdu, ça peut être une facture ou un échange important qui passe à la trappe.
Par curiosité, qu'est-ce qui t'a fait choisir Stalwart plutôt qu'une autre solution ? Je suis curieux d'avoir ton retour à l'usage :)
Jean-Marc
Ce qui m'a poussé à changer de serveur est essentiellement le souhait de pouvoir facilement quitter Synology le jour où je déciderai de le faire. Déjà parce qu'il n'est jamais bon, quand on fait du self-hosting, d'être dépendant d'une technologie fermée et liée à un matériel spécifique, mais aussi par ce que Synology a récemment commencé à montrer une évolution dans sa vision qui ne me plaît guère (restriction de fonctionnalités, voire blocages, avec des disques non-certifiés, notamment).
Pour le choix de ma nouvelle solution, j'ai fait une petite étude de marché et procédé par élimination. Au début, j'avais bien envie d'essayer Mailcow, mais comme je souhaitais que ma nouvelle solution fonctionne sur Docker (là aussi pour pouvoir facilement migrer vers une autre solution un jour), je l'ai rapidement éliminé car ses concepteurs disent explicitement que ce n'est pas possible. J'ai ensuite regardé du côté de Mailu, qui semblait reconnu, mais le fait qu'il faille provisionner plusieurs Go de RAM et déployer une demi-douzaine de conteneurs pour le faire tourner, et donc en assurer la gestion et les évolutions, ça m'a un peu refroidi... et justement, en bas de ma liste se trouvait Stalwart qui, bien que jeune et ne bénéficiant pas vraiment des années de recul affichées par les autres solutions, cochait toutes les cases.
Je l'ai donc installé, pour voir... et pour être honnête, se retrouver un serveur ultra-complet qui tourne de manière hyper-stable dans un conteneur qui ne prend jamais plus que 1-2% de CPU et 500 Mo de RAM, moi j'apprécie. C'est visiblement écrit en rust, donc bien moderne, l'interface utilisateur est agréable et réactive, je n'ai vraiment pas eu besoin de beaucoup de temps pour tout migrer. Et qui plus est, la communauté est très active, et les auteurs de l'appli répondent bien aux questions ou aux incidents : j'ai même pu faire corriger deux bugs qui me gênaient en quelques jours. Aujourd'hui, je n'ai aucune envie de revenir en arrière, même si j'aimais plutôt bien MailPlus Server et n'avais rien à lui reprocher, à part d'être trop intimement lié à la vision de Synology. Bref, si je comprends tout à fait que certains préfèrent largement des solutions plus éprouvées, pour du self-hosting semi-professionnel, Stalwart c'est vraiment l'avenir.
Sauf erreur de ma part loué un serveur dédié chez OVH n'est pas du self hosting, mais c'est déjà beaucoup :)
https://fr.wikipedia.org/wiki/Auto-h%C3%A9bergement_(Internet)Bien vu, au sens strict tu as raison : le matériel est chez OVH, pas dans mon garage. Cela dit, la définition de ton lien inclut « voire un serveur dédié virtuel », donc un dédié physique devrait passer de justesse :)
Plus sérieusement, quand je parle de self-hosting, je pense surtout aux services. C'est moi qui installe, configure, mets à jour et sauvegarde GitLab, Keycloak, PostgreSQL et le reste, au lieu de payer des abonnements SaaS. Le matériel, le réseau et l'électricité, je les délègue à OVH : l'alimentation redondante et la bande passante d'un datacenter, c'est difficile à égaler à la maison.
Et pour le mail, ça aurait été encore pire : les IP résidentielles sont listées d'office dans certaines blacklists, et beaucoup de FAI bloquent le port 25 en sortie.
Figures toi que je me suis posé la même question sur le serveur dédié virtuel , mais je pense que ça sous entend que l'infra est chez toi, car le reste de l'article est clair :)
Tu es administrateur d'un serveur et des services, et comme je le dis c'est déjà beaucoup :)