Bonjour à tous,
Étudiant en informatique, j'ai passé pas mal de soirées cette année à remettre à plat mon propre serveur : un VPS avec Vaultwarden, Traefik et quelques sites, plus un Raspberry Pi à la maison pour Immich et Nextcloud. À force de refaire les mêmes configurations, j'ai fini par en faire un site : MarketCompose.
Le principe : on « fait ses courses » parmi une quarantaine d'applications libres (Vaultwarden, Nextcloud, Immich, Jellyfin, Paperless…), et on récupère un seul script qui installe tout : Docker, Traefik ou Caddy avec HTTPS, pare-feu, mots de passe générés sur le serveur, sauvegardes de base.
Il y a aussi :
- un générateur de docker-compose avec un mode débutant qui explique chaque ligne ;
- un générateur de configuration Nginx / Caddy ;
- des guides en français, dont un guide complet de l'auto-hébergement qui sert de fil conducteur.
Quelques choix assumés : les ports sont publiés en 127.0.0.1 (Docker contourne UFW), les conteneurs tournent sans privilèges quand l'image le permet, et rien de ce que vous saisissez ne quitte votre navigateur.
Pour être transparent : quelques liens vers des hébergeurs sont des liens affiliés, c'est indiqué sur le site. Les outils sont et resteront gratuits.
Je cherche surtout des retours : erreurs dans les configurations, applications qui manquent, guides pas clairs. Les critiques sont les bienvenues.
# 80/443 publics, le reste en local
Posté par Florian13 . Évalué à -10 (+0/-8).
Le bind 127.0.0.1 est le bon réflexe, Docker insère ses règles avant UFW. Le point que je regarderais dans le compose généré : est-ce que seuls 80 et 443 du reverse proxy sortent sur 0.0.0.0, et que Vaultwarden, Nextcloud et le reste restent sur la boucle locale ? Dès qu’un mode accès LAN republie un port applicatif, le contournement d’UFW revient.
L’autre phrase qui coince : mots de passe générés sur le serveur, et rien de ce qu’on saisit ne quitte le navigateur. Si le script est produit dans la page, les mots de passe naissent dans le navigateur, puis dans le presse-papiers. « Sur le serveur » laisse croire qu’un backend les a vus.
[^] # Re: 80/443 publics, le reste en local
Posté par Benoit Sibaud (site web personnel) . Évalué à 7 (+4/-0).
Et surtout quel effet ça fait d'être un bot qui poste un commentaire par jour très régulièrement (et un peu à côté à chaque fois) ?
[^] # Re: 80/443 publics, le reste en local
Posté par fork_bomb . Évalué à 7 (+6/-0).
C'est le progrès : les bots commentent les projets générés par IA, et nous les humains peuvent aller à la plage plutôt que de commenter sur internet
[^] # Re: 80/443 publics, le reste en local
Posté par Guiguixx . Évalué à -7 (+1/-8).
j'espère que tu t'y amusera au moins
[^] # Re: 80/443 publics, le reste en local
Posté par Guiguixx . Évalué à -7 (+1/-8).
Mon compte je l'ai créé aujourd'hui justement je pense pas être un bot qui a fait plein de commentaire…
[^] # Re: 80/443 publics, le reste en local
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 10 (+7/-0).
C'est un peu le problème. Créer son compte et débarquer comme une fleur sans avoir pris la peine de regarder les tendances et poster illico un journal dont le contenu lasse tout le monde. Je suggère cette saine lecture pour comprendre la fraîcheur de l'accueil.
Je n’ai aucun avis sur systemd
[^] # Re: 80/443 publics, le reste en local
Posté par Faya . Évalué à 3 (+1/-0).
Est-ce que tu parles de Florian13 (ça ne peut pas être Guiguixx qui s'est inscrit aujourd'hui) ? Parce que je ne vois aucune régularité dans ses commentaires ni "un commentaire par jour" sauf si vous en avez supprimé ? Entre 2 commentaires il y a des deltas de 14 heures, 1j9H, 22h, 6j, 3j20h, ~23h58min… Il n'y a qu'entre les 2 derniers qu'on a presque 24h. J'ai sûrement tendance à poster tous les jours et dans les mêmes tranches horaires moi aussi. Est-ce qu'on va m'accuser d'être un bot !? Ou y'a un truc qui m'échappe là.
[^] # Re: 80/443 publics, le reste en local
Posté par fork_bomb . Évalué à 5 (+4/-0).
Il parle bien de Florian13.
Je suis également sûr à 100% que c'est un bot.
L'élément le plus flagrant, c'est qu'il répond sur des points techniques précis, dans plein de domaines différents, et à chaque fois la réponse est légèrement à coté.
Le 2e élément, c'est qu'il y a uniquement des commentaires de premier niveau sur les journaux, et aucune réponse.
Enfin il y a les formulations typiques de LLMs, qui d'ailleurs font ressortir les commentaires comme écrits par IA par exemple sur GPTZero.
Moi aussi la première fois que j'ai vu ça j'étais sceptique (les commentaires paraissaient pertinents de loin, surtout si on n'en voit qu'un seul et qu'on est indulgent), mais après en avoir discuté avec un modérateur de hacker news et regardé de plus près ce type de compte c'est devenu très facile à identifier.
[^] # Re: 80/443 publics, le reste en local
Posté par Faya . Évalué à 2 (+0/-0).
Bin non.
Il y a moyen que ça soit un bot hein (en particulier pour moi le fait qu'il réponde sur des sujets différents et ne réponde pas). Mais peut-être aussi que c'est un humain qui copie-colle des réponses rédigées par LLM parce que ça fait 3 trucs qu'on l'accuse de faire qu'il ne fait pas :
un commentaire par jourtrès régulier(ça va de 14h de delta à 6 jours)uniquement commentaires premier niveau[^] # Re: 80/443 publics, le reste en local
Posté par fork_bomb . Évalué à 2 (+1/-0).
Je ne vois pas bien ce que tu cherches en interprétant de la façon la plus littérale et la moins charitable possible nos commentaires.
Clairement oumph n'est pas allé sur chaque message et mesuré précisément le temps entre chaque message, mais à fait part de son impression, qui correspond effectivement aux patterns utilisés par ce type de bot.
De même, je n'ai pas pris la précaution de vérifier / préciser s'il y avait des commentaires qui ne sont pas de premier niveau. Les derniers commentaires sont bien tous de premier niveau et correspondent bien à des posts de bot. Quant au commentaire de 2e niveau, il peut très simplement s'expliquer par le fait qu'il y a aussi eu des commentaires postés à la main.
Et de toute façon, si tu prends un peu de recul, le sujet n'est pas une démonstration mathématique (qui serait impossible à ce sujet—cela dit les admins pourraient regarder les logs et constater que les posts ne proviennet pas d'une IP résidentielle, mais là encore tu arguerais qu'il a pu utiliser un vpn ou que l'adresse est mal classifiée), mais un faisceau d'indices, dont le cumul améliore le caractère probant.
[^] # Re: 80/443 publics, le reste en local
Posté par Faya . Évalué à 2 (+0/-0). Dernière modification le 05 octobre 2026 à 22:20.
Voilà, généralement les bots c'est assez constant. Là comme il a parlé de la régularité et que je ne l'ai pas retrouvée, je me suis demandé si il parlait de quelqu'un d'autre, si son message était peut-être placé au mauvais endroit. 9 commentaires dont certains qui pourraient bien venir d'un humain.
Si tu dis "uniquement" ou "tous les jours", c'est pas très étonnant que je le comprenne comment "uniquement" et "tous les jours". Je ne vois pas ce que viens faire la charité là. Surtout quand on parle de bots, des trucs censés être déterministes. Donc si il y des éléments concrets pour le prouver, utilisons-les plutôt que des trucs si démonstrablement faux. Ce qui me stresse dans cette histoire ce sont maintenant les potentiellement fausses accusations "tu es un bot" parce que tout le monde est sur les dents. Il y a d'autres échanges sur le sujet ailleurs, je comprends totalement le ras-le-bol mais c'est tout de même quelque chose à manier avec précaution parce que je trouverais ça violent qu'on remette en cause mon humanité… (D'où ma petite proposition, il faut vraiment que je prenne le temps de la rentrer dans le suivi)
[^] # Re: 80/443 publics, le reste en local
Posté par Guiguixx . Évalué à -4 (+0/-4).
Merci pour le retour.
Pour les ports : j'ai vérifié ce soir sur une Ubuntu toute neuve. Après l'install, seuls 22, 80 et 443 écoutent hors de la boucle locale. Les applis web ne publient aucun port, c'est Traefik (ou Caddy) qui les joint via le réseau Docker.
Les exceptions sont voulues, les applis qui ont besoin d'un protocole autre que le web publient ce port-là, et le script l'ouvre explicitement dans UFW en le signalant (22000 pour la synchro Syncthing, 2222 pour git en SSH avec Gitea). Et dans le générateur docker-compose, le mode « directement par un port » publie sur 0.0.0.0, il est indiqué comme réservé aux tests, avec un avertissement sur UFW. L'idée c'est que les applications passent par le reverse-proxy je trouve cela plus simple et sécuritaire. C'est ce que j'ai toujours fais dans mes différents VPS.
Pour les mots de passe, tu as raison, ma phrase mélangeait deux outils :
- le script « Mon serveur » ne contient que la commande (openssl rand), les mots de passe sont créés sur le serveur au moment où on lance le script. Ils ne passent jamais par le navigateur.
- le générateur docker-compose, lui, les crée dans le navigateur (crypto.getRandomValues), donc ils passent par l'écran et le presse-papiers.
Par contre, rien n'est envoyé nulle part : le site est entièrement statique, il n'y a pas de backend, et la CSP limite les connexions au site lui-même (connect-src 'self'). Ça se vérifie dans l'onglet Réseau des outils de dev : aucune requête ne part quand on génère un fichier.
Je vais reformuler ça sur le site pour que ce soit clair.
# Test du journal via gptzero
Posté par Misc (site web personnel) . Évalué à 2 (+2/-3).
Sans trop de surprise, c'est listé comme 100% AI generated…
[^] # Re: Test du journal via gptzero
Posté par Guiguixx . Évalué à -8 (+2/-10).
Oui, je me suis fait aider par Claude pour rédiger le journal et pour une bonne partie du site, surtout pour corriger mes fautes d'orthographe et reformuler les choses de façon plus compréhensible pour le plus grand nombre. Par contre, les configurations ne sortent pas de nulle part, c'est ce qui tourne sur mon VPS et mon Raspberry Pi. Je suis en train de les tester sur une VM Ubuntu vierge. Je n'ai pas pu tester toutes les possibilités, mais celles que j'ai testées marchent plutôt bien, avec quelques bugs que je suis en train de corriger. Si vous trouvez des erreurs, je suis preneur.
[^] # Re: Test du journal via gptzero
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 10 (+12/-1).
On est payé combien pour ça ?
Il y a un paquet de gens qui débarquent ici ces temps-ci pour présenter leur bidule AIsloppé, avec des journaux qu'ils ont fait écrire par un LLM et en nous demandant de tester le machin et de leur remonter le résultat de nos tests. Forcément ça lasse.
Ce site est fait par des humains pour des humains, donc les trucs générés par des algorithmes, des données et des ordinateurs appelés IA, on n'aime pas trop.
Je n’ai aucun avis sur systemd
[^] # Re: Test du journal via gptzero
Posté par Guiguixx . Évalué à -10 (+1/-13).
Je vous ai jamais obligé à tester "mon bidule", c'est un projet perso le but c'était juste de faire un site qui pourrait aider les gens a se lancer dans des projets perso comme un petit VPS. La prochaine fois, j'écrirai moi-même, même avec mes fautes. Mais faudra pas me faire de remarques dessus
Merci quand même à ceux qui ont pris le temps de regarder.
[^] # Re: Test du journal via gptzero
Posté par wilk (site web personnel, Mastodon) . Évalué à 10 (+11/-1).
Comme tout le monde tu l'écriras avec tes fautes et on te fera des remarques constructives pour que tu en fasses moins, c'est le principe des échanges entre humains.
[^] # Re: Test du journal via gptzero
Posté par devnewton 🍺 (site web personnel) . Évalué à 10 (+9/-1).
J'ai trouvé une erreur : tu utilises un LLM.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Test du journal via gptzero
Posté par steph1978 . Évalué à 9 (+8/-1).
Tu passera le message à Claude : on est pas là pour tester ses productions. Ici on s'intéresse au logiciel libre et autres communs numériques. À bon entendeur
[^] # Re: Test du journal via gptzero
Posté par Misc (site web personnel) . Évalué à 9 (+6/-0).
Chose que tu es censé signaler depuis août 2026, en vertu de l'IA Act. Je ne veux pas lancer de paranoïa car en pratique, il n'y a sans doute pas d'amende pour les particuliers, mais vu le rejet du contenu fait par IA par une partie de la population du site, je pense qu'il vaut mieux suivre la loi.
# trop bien
Posté par Luc-Skywalker . Évalué à 4 (+3/-1).
ouhah, trop trop bien. J'en rêve comme tout le monde j'imagine: genre t’appuie sur un bouton et voila . Mais je ne vais pas tester cette usine à gaz à ta place. J'attends qu'on (ou que tu) me dise que ça tient la route (ou pas).
D'ailleurs, le sais tu toi même ?
good luck on your mission quand même.
"Si tous les cons volaient, il ferait nuit" F. Dard
[^] # Re: trop bien
Posté par Guiguixx . Évalué à -5 (+1/-6).
oui la c'est un peu une usine a gaz pour etre honnete mais bon on va essayer d'y arriver ;)
# étude de l'existant comme yunohost ou autre
Posté par BAud (site web personnel) . Évalué à 6 (+4/-0). Dernière modification le 04 octobre 2026 à 21:51.
quelle licence retenue ?
qu'est-ce qui manquait dans les docs d'install' pour vouloir en faire un script ?
en quoi yunohost ou assimilé ne répond pas au besoin d'automatisation ? D'autant qu'il faudra gérer les mises à jour par la suite…
bref, quel intérêt d'un nième script qui ne répond qu'à ton contexte ?
[^] # Re: étude de l'existant comme yunohost ou autre
Posté par Guiguixx . Évalué à -7 (+0/-7). Dernière modification le 04 octobre 2026 à 22:14.
Je pensais que ça pouvait être quelque chose de cool honnêtement, mais oui YunoHost est une autre solution. Je trouve qu'avec les petits scripts tu peux quand même aller fouiller dans les fichiers de configuration pour comprendre ce qui est installé. Je n'ai jamais utilisé YunoHost donc je ne saurais pas trop me prononcer dessus. Mais le but après va être de faire évoluer le projet vers d'autres besoins.
Pour la licence, je n'y ai pas pensé tout de suite. Le but c'est que ce soit gratuit, et je vais regarder pour mettre le code sous une licence libre (mais bon je verrai plus tard).
[^] # Re: étude de l'existant comme yunohost ou autre
Posté par philippe lhardy (site web personnel, Mastodon) . Évalué à 9 (+8/-0). Dernière modification le 05 octobre 2026 à 07:33.
Yunohost a été créé par des personnes qui ont eu les même questions que toi, juste quelques années avant ;-)
Pour moi yunohost est le bijou de l'auto hébergement qui a déjà évalué les utilisations et les intérêts de très nombreuses personnes…
[^] # Re: étude de l'existant comme yunohost ou autre
Posté par gUI (Mastodon) . Évalué à 7 (+4/-0).
Et surtout, pour utiliser Yunohost moi-même, je vois le gigantesque boulot que c'est de gérer toutes ces applications au jour le jour. Les faires coucher ensemble (comptes en commun), gérer leur backup, gérer les mises à jour qui cassent une ancienne config etc.
Yunohost avant tout c'est plus de 10 ans d'expérience.
Crois-moi que je confierais pas l'infra de mon auto-hébergement à un script random (AI ou pas, c'est même pas le pb).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: étude de l'existant comme yunohost ou autre
Posté par philippe lhardy (site web personnel, Mastodon) . Évalué à 8 (+7/-0). Dernière modification le 05 octobre 2026 à 08:02.
Et comme Yunohost est un projet communautaire, tu peux le rejoindre et y contribuer.
[^] # Re: étude de l'existant comme yunohost ou autre
Posté par gUI (Mastodon) . Évalué à 10 (+10/-0).
Bref, faut vraiment que je me bouge pour rédiger un journal en ode à Yunohost.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Les critiques sont les bienvenues
Posté par philippe lhardy (site web personnel, Mastodon) . Évalué à 3 (+2/-0).
Je suis tout passé sur le site pour regarder et l'interface est plaisante.
La partie intéressante : les mots de passes générés sur le serveur.
Le guide aussi et les conseils divers.
Mais je n'ai pas installé tes scripts, juste jeté un coup d'oeil.
une fois installé comment effectuer des changements ?
Il manque l'unification de gestion des comptes.
Ai-je tort de penser qu'une fois le 44 applications installées il me faudra créer 44 comptes différents ?
[^] # Re: Les critiques sont les bienvenues
Posté par Voltairine . Évalué à 5 (+3/-0). Dernière modification le 05 octobre 2026 à 11:19.
Pour les stocker en clair dans des ficchiers .env ?
Cela me semble être une mauvaise pratique.
Et ce bout de code c'est censé faire quoi avec un nom de domaine bidon en « dur » :
# Intérêt du projet par rapport aux dégâts nécessaires pour le créer ?
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 3 (+5/-4).
Bonjour,
Les IA génératives ont des impacts négatifs très importants, tu en trouveras une liste assez complète ici : https://davidbeck.fr/blog/pourquoi-ia-non.html
En résumé, on parle :
En quoi est-ce que ce projet valait la peine de provoquer autant de dégâts ?
Si tu n'étais pas au courant de ces externalités, est-ce que tu prévois de continuer à utiliser de telles IA, et si oui pourquoi ?
Bonne journée.
Littératures de l’imaginaire, libres, pour tout le monde : https://renardspatial.com/ | La connaissance libre : https://zestedesavoir.com
[^] # Re: Intérêt du projet par rapport aux dégâts nécessaires pour le créer ?
Posté par jch . Évalué à 1 (+1/-1). Dernière modification le 05 octobre 2026 à 14:47.
Clarification pour la galerie : il y a aussi des IA non-génératives, comme les modèles de vision, qui sont (au moins selon moi) tout-à-fait honorables.
[^] # Re: Intérêt du projet par rapport aux dégâts nécessaires pour le créer ?
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 5 (+3/-0).
On est d’accord, et elles ne sont pas du tout le sujet de mon message.
Littératures de l’imaginaire, libres, pour tout le monde : https://renardspatial.com/ | La connaissance libre : https://zestedesavoir.com
[^] # Re: Intérêt du projet par rapport aux dégâts nécessaires pour le créer ?
Posté par jch . Évalué à 2 (+2/-1). Dernière modification le 05 octobre 2026 à 15:15.
Oui, je remarquais avec plaisir que tu avais fait l'effort de spécifier « génératives ».
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.