Comment garder un serveur Minecraft en ligne 24/7

Pourquoi votre serveur meurt dès que vous avez le dos tourné

Un serveur Minecraft, c'est un programme qui tourne sur une machine. Rien ne veille sur lui, rien ne le relance, et rien ne maintient la machine éveillée pour lui. Quand quelqu'un dit « mon serveur passe tout le temps hors ligne », c'est presque toujours l'une de ces cinq raisons — et aucune n'est la faute de Minecraft :

• Le PC s'est mis en veille. Les réglages d'alimentation par défaut de tout ordinateur de bureau ou portable suspendent la machine après une période sans activité clavier ou souris. Un serveur occupé à servir des joueurs compte quand même comme inactif, parce que personne ne touche le clavier.
• Fast Startup a fait passer un arrêt pour un redémarrage. Sous Windows, cette option est activée par défaut et c'est la plus déroutante : la machine semble revenir, mais votre processus serveur a disparu et la tâche de démarrage que vous aviez configurée n'a jamais été exécutée.
• Une mise à jour l'a redémarré à 3 h du matin. Windows Update et les mises à jour automatiques sous Linux redémarrent sans rien demander. Si rien ne lance votre serveur au démarrage, il ne revient tout simplement jamais.
• Quelqu'un a rabattu l'écran, s'est déconnecté ou l'a débranché. Fermer une session utilisateur met fin aux processus qu'elle contient. Rabattre l'écran d'un portable suspend la machine. Un colocataire qui a besoin de la prise clôt définitivement le débat.
• Le courant ou la connexion a eu une coupure. Une seconde suffit. Tout le monde est déconnecté, et rien ne relance le serveur tout seul.

Ce que signifie vraiment 99.9% de disponibilité

« Toujours allumé » est une impression. La disponibilité est une mesure, et la distinction compte dès l'instant où vous essayez de savoir si votre serveur est réellement fiable ou si vous n'étiez simplement pas là quand il est tombé.

La vraie disponibilité se mesure depuis l'extérieur de la machine : quelque chose sur Internet se connecte chaque minute au port de votre serveur et note s'il a répondu. C'est la seule définition qui compte, parce qu'elle couvre les cas que votre propre PC ne peut pas signaler — la machine endormie, la connexion coupée, le processus figé. « Mon PC est resté allumé toute la semaine » n'est pas un chiffre de disponibilité.

Les pourcentages restent abstraits tant qu'on ne les convertit pas en temps. Sur un mois de 30 jours :

Lisez ce tableau à la lumière de la section précédente et le problème de l'hébergement à domicile saute aux yeux : un seul cycle de redémarrage de Windows Update consomme déjà l'essentiel d'un mois à 99.9%. Pas une crise, pas une panne matérielle — un redémarrage de routine. Deux comme celui-là, plus une soirée où la machine s'est endormie, et vous voilà dans la zone des 99% sans que rien n'ait réellement mal tourné.

Si vous voulez connaître votre vrai chiffre plutôt que de le deviner, pointez un service gratuit de surveillance externe sur l'adresse et le port de votre serveur et laissez-le tourner un mois. Il vous apprendra des choses que vous ignoriez, généralement sur les heures où vous dormiez. À titre de repère, HytHost vise un objectif de 99.9% de disponibilité — la même règle, mesurée de la même manière.

Ce qu'un PC allumé en permanence exige vraiment de vous

Une machine qui ne s'éteint jamais n'est pas la même machine que celle que vous utilisez le soir. Sur un an, elle accumule environ 8 760 heures de fonctionnement — ventilateurs qui tournent, disques qui tournent, chaleur dégagée en continu. Elle occupe un endroit, et si cet endroit est votre chambre, vous découvrirez exactement à quel point un ventilateur de boîtier est audible à 3 h du matin en juillet. Rien de dramatique, mais c'est la partie qu'on oublie quand on imagine « il suffit de le laisser allumé ».

Elle consomme aussi du courant en permanence, ce qui finit par se voir sur une facture. C'est une question d'argent plutôt que de disponibilité, elle a donc son propre guide — voyez ce que coûte réellement un serveur Minecraft pour le calcul.

La plus grosse surprise ne vient généralement pas de la machine. Elle vient de la ligne derrière laquelle elle se trouve.

Les connexions domestiques sont faites pour télécharger, pas pour servir

Votre débit descendant n'a aucune importance ici. Un serveur envoie — un flux continu de mises à jour du monde vers chaque joueur connecté — donc votre débit montant est le plafond du nombre de personnes qui peuvent jouer confortablement. Les offres résidentielles sont vendues avec un gros chiffre en descendant et un bien plus petit en montant, et ce petit chiffre est le seul dont votre serveur se soucie. Quand un serveur « lague pour tout le monde sauf pour l'hôte », c'est très souvent la raison.

Votre adresse change sans prévenir

La plupart des connexions domestiques reçoivent une IP dynamique : elle change quand le routeur redémarre, quand la ligne saute, ou selon le calendrier de l'opérateur. Chaque ami qui avait enregistré votre serveur dans sa liste se retrouve avec une entrée morte, et vous voilà reparti à diffuser la nouvelle adresse. Un service de DNS dynamique masque ce problème en vous donnant un nom d'hôte stable qui suit l'adresse changeante — mettez-le en place avant de distribuer l'adresse, pas après.

Certaines connexions ne peuvent pas héberger du tout

Celle-ci piège les gens après des heures de dépannage. Beaucoup d'opérateurs placent leurs clients résidentiels derrière un NAT de niveau opérateur, ce qui veut dire que vous n'avez pas votre propre adresse publique — vous la partagez. La redirection de port ne peut pas fonctionner dans ce cas, quelle que soit la justesse de votre configuration du routeur, parce qu'il n'y a aucune adresse depuis laquelle rediriger. D'autres bloquent purement et simplement les ports serveur courants, ou interdisent l'hébergement de serveurs dans les conditions du contrat. Si la redirection de port est parfaitement configurée et que les joueurs extérieurs n'arrivent toujours pas à se connecter, c'est le point suivant à vérifier.

Votre IP domestique devient l'adresse du serveur

Pour permettre à quelqu'un hors de chez vous de se connecter, vous ouvrez un port sur votre routeur — et à partir de cet instant, l'adresse de votre serveur est l'adresse IP publique de votre foyer. Toutes les personnes que vous invitez l'ont. Tout comme celles à qui elles la transmettent, et quiconque la voit sur une capture d'écran, dans un message Discord ou sur une liste de serveurs.

Le vrai changement, c'est ce que devient la cible. Une attaque visant un serveur hébergé frappe ce serveur. Une attaque visant votre adresse domestique frappe la maison : votre connexion, les téléphones de votre famille, l'appel professionnel de quelqu'un, la télé. Vous ne pouvez pas la filtrer de l'intérieur, car le trafic a déjà saturé la ligne avant d'atteindre votre routeur. Éteindre le serveur n'aide pas non plus — l'adresse reste l'adresse.

C'est la seule différence entre hébergement à domicile et en datacenter qui n'a aucune solution de contournement à la maison. L'adresse d'un serveur hébergé est jetable et appartient au serveur, pas à votre lieu de vie, et elle est placée derrière la protection DDoS Voxility, qui absorbe les attaques avant qu'elles ne l'atteignent. Pour un serveur privé partagé avec des gens que vous connaissez, l'hébergement à domicile est un risque raisonnable. Pour tout ce qui est public, c'est la raison pour laquelle la plupart des gens arrêtent.

PC perso, VPS ou hébergement infogéré : qui fait le travail

Tous les trois peuvent être en ligne en permanence. Ce n'est pas ce qui les sépare. Ce qui les sépare, c'est qui est responsable quand ils ne le sont pas — et c'est la question qui mérite d'être tranchée, parce que c'est celle avec laquelle vous vivez chaque semaine.

La colonne du milieu est celle que l'on juge mal. Un VPS règle immédiatement les deux problèmes les plus difficiles — il a une vraie adresse et du matériel qui ne dort jamais — mais il vous confie une machine Linux nue et fait de vous l'administrateur système. Vous installez et mettez à jour Java, vous configurez le pare-feu, vous écrivez le service qui lance le serveur au démarrage, vous appliquez les correctifs de sécurité, vous mettez en place et testez les sauvegardes. Rien de tout cela n'est difficile, mais tout cela vous appartient désormais, en permanence, et une machine exposée à Internet et non mise à jour est un risque plutôt qu'un serveur.

Comment garder malgré tout un serveur auto-hébergé en vie

Si vous restez sur votre propre machine, voici ce qui fait passer un serveur domestique de « allumé quand j'y pense » à réellement fiable. Faites-le dans cet ordre — les deux premiers points règlent à eux seuls la plupart des pannes.

Empêchez la machine de se mettre en veille

Réglez le mode d'alimentation pour que la machine ne se mette jamais en veille et n'arrête jamais les disques, réglez l'action de fermeture de l'écran sur « ne rien faire » sur un portable, et désactivez la mise en veille prolongée. Sous Windows, désactivez aussi Fast Startup — c'est la raison pour laquelle une machine peut sembler avoir redémarré proprement alors que votre tâche de démarrage n'a jamais été lancée. Ces réglages font la différence entre une panne chaque nuit et aucune.

Lancez le serveur automatiquement au démarrage

Un redémarrage imprévu devrait vous coûter une minute, pas une soirée. Sous Linux, une unité systemd lance à la fois le serveur au démarrage et le relance s'il s'arrête :

[Unit]
Description=Minecraft server
After=network.target

[Service]
User=minecraft
WorkingDirectory=/opt/minecraft
ExecStart=/usr/bin/java -Xms2G -Xmx4G -jar server.jar nogui
Restart=always
RestartSec=15

[Install]
WantedBy=multi-user.target

Sous Windows, l'équivalent est une tâche du Task Scheduler configurée pour s'exécuter au démarrage plutôt qu'à l'ouverture de session — « à l'ouverture de session » signifie qu'il ne se passe rien tant que personne ne se connecte, ce qui annule tout l'intérêt après un redémarrage nocturne.

Ajoutez un watchdog, parce que « en cours d'exécution » n'est pas « fonctionnel »

C'est l'étape que presque tout le monde saute, et c'est celle qui rattrape les pires pannes. Un serveur Minecraft à court de mémoire ou bloqué en interblocage reste un processus en cours d'exécution : systemd le voit vivant et ne fait rien, pendant que les joueurs se prennent un timeout. Le seul test fiable, c'est de savoir si le port répond vraiment.

#!/bin/bash
while true; do
  if ! timeout 5 bash -c "echo > /dev/tcp/127.0.0.1/25565"; then
    systemctl restart minecraft
  fi
  sleep 60
done

Rudimentaire, et efficace : chaque minute, il vérifie si le serveur répond sur son port, et le relance sinon. Faites-en son propre service pour qu'il survive lui aussi à un redémarrage.

Redémarrez-le exprès, avant qu'il en ait besoin

Les serveurs Java qui tournent longtemps ralentissent progressivement à mesure que la mémoire se fragmente et que les plugins accumulent de l'état — le classique « il allait bien ce matin, il rame le soir ». Un redémarrage quotidien programmé à une heure creuse remet tout cela à zéro en moins d'une minute. Prévenez les joueurs dans le chat avec un compte à rebours pour que personne ne perde une construction, et choisissez une heure où il n'y a personne.

Sauvegardez ailleurs que sur la machine

Une sauvegarde sur le même disque n'est pas une sauvegarde — c'est une seconde copie qui attend la même panne de disque. Copiez le dossier du monde régulièrement sur un autre disque, une autre machine ou un stockage cloud. Puis faites ce que personne ne fait : restaurez-en une, une fois, et vérifiez que le monde se charge vraiment. Une sauvegarde non testée n'est qu'une supposition.

Donnez à l'adresse quelque chose de stable à viser

Mettez en place un DNS dynamique pour que vos joueurs se connectent à un nom d'hôte qui suit votre adresse changeante plutôt qu'à un numéro qui expire. Cela ne coûte rien et vous évite le message récurrent « le serveur est down » qui veut en réalité dire « l'IP a changé ».

Quand le jeu n'en vaut plus la chandelle

Tout ce qui précède fonctionne vraiment. Beaucoup de gens font tourner un serveur domestique solide pendant des années en suivant exactement ces étapes. Mais il y a trois moments où l'effort cesse d'être rentable, et il vaut la peine de les reconnaître quand ils arrivent :

• Quelqu'un joue quand vous n'êtes pas là. Dès l'instant où le serveur doit être en ligne pendant que vous dormez, que vous travaillez ou que vous partez pour le week-end, vous êtes d'astreinte pour lui — et une machine chez vous ne se répare pas depuis la cuisine de quelqu'un d'autre.
• Quelqu'un d'autre en dépend désormais. Un monde contenant des mois de constructions de plusieurs amis n'est plus un projet de loisir. La panne qui n'était qu'un désagrément est maintenant la perte de tout le monde.
• Vous l'avez relancé à la main plus de deux fois ce mois-ci. C'est le signe que le watchdog, c'est vous, et cela ne s'améliore pas tout seul.

Le cas inverse est tout aussi réel, et mérite d'être dit clairement : si vous jouez en LAN, si la machine est de toute façon allumée pour d'autres raisons, ou si faire tourner la chose est en soi le but recherché, l'auto-hébergement reste la bonne réponse et rien de ce qui précède ne vous concerne.

Si vous avez franchi l'une de ces limites, passer à un serveur Minecraft infogéré confie toute la liste — réglages de veille, scripts de démarrage, watchdogs, redémarrages programmés, sauvegardes hors machine et filtrage DDoS — à des gens dont c'est le métier. Les offres commencent petit et évoluent sur place à mesure que le serveur grandit, vous ne décidez donc pas aujourd'hui de votre taille définitive. Et si vous préférez d'abord essayer une option gratuite, c'est une question légitime qui a sa propre réponse : voyez le regard honnête sur l'hébergement Minecraft gratuit.