SEC.01

Le playbook

Le run démarre en lecture seule : les sondes de reconnaissance décident de la suite. Les étapes qui suivent sont adaptées à la distribution et à l'état trouvés — une vraie machine est rarement propre.

  1. 01recondistro, version et gestionnaire de paquets (apt ou dnf)
  2. 02reconJava déjà présent ? quel major (comparé à celui qu’exige la version MC) ?
  3. 03reconl’utilisateur dédié minecraft existe-t-il déjà ?
  4. 04reconun serveur existe-t-il déjà (server.jar, world/, server.properties, service actif) ? ne jamais écraser un monde
  5. 05reconle port du serveur est-il libre ?
  6. 06reconRAM disponible ≥ RAM demandée + 512 Mo pour le système ? disque libre ≥ 2 Go
  7. 07reconpare-feu actif (ufw ou firewalld) ? on n’ouvre un port que s’il est actif
  8. 08agirInstaller curl et jqvérif
  9. 09agirDéterminer la version de Java requisevérif
  10. 10agirInstaller Java (JRE headless du major requis)vérif
  11. 11agirCréer l’utilisateur dédié minecraft et /opt/minecraftvérif
  12. 12agirTélécharger le serveur (${flavor} ${mc_version})vérif
  13. 13agirAccepter l’EULA Minecraftvérif
  14. 14agirConfigurer server.properties (port, joueurs, difficulté)vérif
  15. 15agirService systemd minecraft + démarragevérif
  16. 16agirOuvrir ${port}/tcp (seulement si un pare-feu est actif)vérif
  17. 17agirLe serveur écoutevérif

SEC.02

Ce qu'elle vérifie

Chaque étape embarque sa propre vérification. Le run ne continue que si elle passe, donc ce que la recette annonce comme fait est ce qui est réellement sur le serveur.

  1. 01Installer curl et jqVérifié parjq --versionattendu : jq-1.x
  2. 02Déterminer la version de Java requiseVérifié partrueattendu : une ligne « <version> java <major> » (ex. 21 ou 25) ; vide = version inconnue → arrête
  3. 03Installer Java (JRE headless du major requis)Vérifié parjava -version 2>&1 | head -1attendu : version "N…" (le major requis)
  4. 04Créer l’utilisateur dédié minecraft et /opt/minecraftVérifié parid -u minecraft && stat -c '%U' /opt/minecraftattendu : un UID non nul, puis minecraft
  5. 05Télécharger le serveur (${flavor} ${mc_version})Vérifié partest -s /opt/minecraft/server.jar -o -x /opt/minecraft/run.sh && echo okattendu : ok
  6. 06Accepter l’EULA MinecraftVérifié pargrep -c eula=true /opt/minecraft/eula.txtattendu : 1
  7. 07Configurer server.properties (port, joueurs, difficulté)Vérifié pargrep -E '^(server-port|max-players|difficulty)=' /opt/minecraft/server.propertiesattendu : server-port=${port}, max-players=${max_players}, difficulty=${difficulty}
  8. 08Service systemd minecraft + démarrageVérifié parsystemctl is-enabled minecraft && systemctl is-active minecraftattendu : enabled puis active
  9. 09Ouvrir ${port}/tcp (seulement si un pare-feu est actif)Vérifié parufw status 2>/dev/null | grep -cE '${port}'; firewall-cmd --list-ports 2>/dev/null; trueattendu : les règles apparaissent, ou aucun pare-feu actif (étape sautée)
  10. 10Le serveur écouteVérifié partimeout 270 bash -c 'until ss -tlnH "sport = :${port}" | grep -q LISTEN; do sleep 5; done' && echo listeningattendu : listening (le 1er démarrage génère le monde : 1 à 3 min)

SEC.03

Les garde-fous

Les consignes non négociables que le run doit respecter, quoi qu'il trouve sur le serveur.

Le serveur tourne sous l’utilisateur minecraft, jamais root. Java = le major exigé par la version (manifeste Mojang), pas un autre. Un monde existant dans /opt/minecraft ne s’écrase jamais : réutilise-le. La RAM demandée doit laisser ≥ 512 Mo au système, sinon réduis-la et signale-le. N’ouvre que le port du jeu, et seulement si un pare-feu est actif.

SEC.04

Les variables

Ce que vous choisissez avant de lancer — la recette s'occupe du reste.

NomSignification
${mc_version}Version Minecraft
${flavor}Type de serveur
${max_players}Joueurs max
${ram_mb}RAM (Mo)
${port}Port
${difficulty}Difficulté

SEC.05

Comment une recette s'exécute dans Servor

Servor est zero-knowledge : la plateforme ne peut rien exécuter seule. Quand vous lancez cette recette, un run lit la reconnaissance, planifie les étapes et demande votre validation. Chaque commande approuvée est signée par votre navigateur — avec une clé que le serveur ne voit jamais — puis relayée telle quelle à l'agent, qui vérifie la signature localement avant d'exécuter.

recipe — fail2ban_setup150+ in catalogue
security4 étapes · risque faible · idempotentelancer
reconsshd present? ufw active? existing jails?✓
actinstall fail2ban · write default jails✓
actenable service · restart sshd (safe)✓
verifytest ban 60s · jails active · sshd alive✓

recherche par intention — tapez « firewall », obtenez ufw

  • 01Reconnaissance en lecture seule avant tout changement
  • 02Chaque commande signée par votre navigateur, validée par vous
  • 03Chaque étape vérifiée avant de continuer, chaque run conservé dans l'historique

SEC.06

Bouton Deploy on Servor

Vous maintenez Serveur Minecraft (Java) ou un projet qui en dépend ? Ajoutez ce bouton à votre README ou à votre site : en un clic, vos utilisateurs l'installent sur leur propre serveur.

Deploy on ServorFond sombre
Deploy on ServorFond clair
[![Deploy on Servor](https://servor.app/badges/deploy-on-servor.svg)](https://servor.app/deploy/install-minecraft-java)

SEC.07

Recette vérifiée

Lancez cette recette sur votre serveur

Connectez un serveur, lancez la recette, et validez chaque étape pendant que Servor exécute et vérifie. Plan gratuit, sans carte bancaire.