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.
- 01recondistro, version et gestionnaire de paquets (apt ou dnf)
- 02reconJava déjà présent ? quel major (comparé à celui qu’exige la version MC) ?
- 03reconl’utilisateur dédié minecraft existe-t-il déjà ?
- 04reconun serveur existe-t-il déjà (server.jar, world/, server.properties, service actif) ? ne jamais écraser un monde
- 05reconle port du serveur est-il libre ?
- 06reconRAM disponible ≥ RAM demandée + 512 Mo pour le système ? disque libre ≥ 2 Go
- 07reconpare-feu actif (ufw ou firewalld) ? on n’ouvre un port que s’il est actif
- 08agirInstaller curl et jqvérif
- 09agirDéterminer la version de Java requisevérif
- 10agirInstaller Java (JRE headless du major requis)vérif
- 11agirCréer l’utilisateur dédié minecraft et /opt/minecraftvérif
- 12agirTélécharger le serveur (${flavor} ${mc_version})vérif
- 13agirAccepter l’EULA Minecraftvérif
- 14agirConfigurer server.properties (port, joueurs, difficulté)vérif
- 15agirService systemd minecraft + démarragevérif
- 16agirOuvrir ${port}/tcp (seulement si un pare-feu est actif)vérif
- 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.
- 01vérifInstaller curl et jqVérifié par
jq --versionattendu : jq-1.x - 02vérifDéterminer la version de Java requiseVérifié par
trueattendu : une ligne « <version> java <major> » (ex. 21 ou 25) ; vide = version inconnue → arrête - 03vérifInstaller Java (JRE headless du major requis)Vérifié par
java -version 2>&1 | head -1attendu : version "N…" (le major requis) - 04vérifCréer l’utilisateur dédié minecraft et /opt/minecraftVérifié par
id -u minecraft && stat -c '%U' /opt/minecraftattendu : un UID non nul, puis minecraft - 05vérifTélécharger le serveur (${flavor} ${mc_version})Vérifié par
test -s /opt/minecraft/server.jar -o -x /opt/minecraft/run.sh && echo okattendu : ok - 06vérifAccepter l’EULA MinecraftVérifié par
grep -c eula=true /opt/minecraft/eula.txtattendu : 1 - 07vérifConfigurer server.properties (port, joueurs, difficulté)Vérifié par
grep -E '^(server-port|max-players|difficulty)=' /opt/minecraft/server.propertiesattendu : server-port=${port}, max-players=${max_players}, difficulty=${difficulty} - 08vérifService systemd minecraft + démarrageVérifié par
systemctl is-enabled minecraft && systemctl is-active minecraftattendu : enabled puis active - 09vérifOuvrir ${port}/tcp (seulement si un pare-feu est actif)Vérifié par
ufw 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) - 10vérifLe serveur écouteVérifié par
timeout 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.
| Nom | Signification |
|---|---|
| ${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.
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.
SEC.07
D'autres recettes serveurs de jeu
- 01Serveur ValheimServeur dédié Valheim via Docker, sous un utilisateur dédié, monde et sauvegardes dans /opt/valheim.
- 02Serveur FactorioServeur dédié Factorio (version stable) via Docker, non root, sauvegardes dans /opt/factorio.
- 03Serveur MumbleServeur vocal Mumble (murmur) depuis les paquets de la distro, mot de passe SuperUser généré, démarré et vérifié.
- 04Serveur Minecraft BedrockServeur Minecraft Bedrock dédié via Docker, sous un utilisateur dédié, monde dans /opt/bedrock.
- 05Serveur TerrariaServeur dédié Terraria (TShock) via Docker, mondes dans /opt/terraria.
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.