Comment héberger un serveur Minecraft sur un VPS ou un serveur dédié Linux

La version courte

Un serveur Minecraft est un simple processus Java qui écoute sur le port TCP 25565. L'héberger soi-même demande une machine Linux, un runtime Java, un fichier jar, et environ une heure la première fois. La procédure complète :

1. Choisissez une machine. Deux cœurs corrects et 4 GB de RAM suffisent pour un monde vanilla entre amis ; le tableau de dimensionnement ci-dessous permet d'aller plus loin.
2. Installez Java 25. Le Minecraft actuel (les mises à jour 26.x) refuse de démarrer sur une version plus ancienne.
3. Créez un utilisateur système dédié minecraft pour que le serveur ne tourne jamais en root.
4. Téléchargez un jar serveur : Paper pour la plupart des serveurs, vanilla si vous voulez un comportement d'origine intact.
5. Lancez-le une fois, puis passez eula=true dans eula.txt pour accepter les conditions de licence de Minecraft.
6. Réglez les bases dans server.properties : MOTD, limite de joueurs, distance de vue, liste blanche.
7. Encapsulez-le dans une unité systemd pour qu'il démarre au boot et revienne après un plantage.
8. Ouvrez le port 25565/tcp dans le pare-feu, pointez le DNS vers la machine, et distribuez l'adresse.

Cette liste couvre l'essentiel. Le reste de ce guide détaille chaque étape sous Ubuntu ou Debian, puis aborde ce qui différencie un serveur qui tourne ce soir d'un serveur encore actif six mois plus tard : flags JVM, liste blanche, sauvegardes, mises à jour, et crossplay Bedrock pour les amis sur téléphone et console.

Ce dont vous avez besoin

Trois ressources comptent, dans cet ordre : la performance CPU mono-thread, la RAM, puis le disque.

La boucle de jeu principale tourne sur un seul thread. Les versions modernes délèguent une partie du travail ailleurs (réseau, chargement des chunks), mais la page des prérequis du wiki Minecraft précise que le serveur utilise généralement trois cœurs au maximum. Un CPU avec moins de cœurs mais plus rapides bat un CPU avec beaucoup de cœurs lents, et aucun nombre de cœurs supplémentaires ne sauve une boucle de tick à la traîne. C'est le critère technique que la plupart des comparatifs d'hébergement évaluent mal.

La RAM dépend du nombre de joueurs et du modding. Les chiffres ci-dessous sont des règles empiriques issues de la communauté, ancrées sur le plancher de 1 GB indiqué par le wiki, et non des mesures réalisées sur une machine en particulier :

Deux remarques sur ce tableau. La distance de vue fait bouger les chiffres plus que le nombre de joueurs, car les chunks chargés augmentent avec le carré de la distance. Et les modpacks lourds publient leurs propres prérequis ; faites confiance à l'auteur du pack plutôt qu'à n'importe quel tableau générique, y compris celui-ci.

Le disque est la partie facile. Un monde neuf pèse quelques dizaines de mégaoctets ; une carte communautaire de longue durée avec une exploration tentaculaire atteint des dizaines de gigaoctets. Un disque NVMe aide quand les joueurs se dispersent et que le serveur diffuse les chunks depuis le disque, et 50 GB d'espace laissent de la place pour le monde et les sauvegardes locales. Pour des conseils matériels au-delà de Minecraft, le guide de dimensionnement des serveurs dédiés couvre le cas général.

Pour le système d'exploitation, Ubuntu LTS et Debian font tous les deux l'affaire, et chaque commande ci-dessous fonctionne sur l'un comme sur l'autre. Pour vous aider à choisir, Ubuntu vs Debian pour un serveur dédié détaille les différences.

Choisir le logiciel serveur

Une seule distinction structure tout le domaine : les plugins tournent uniquement sur le serveur, donc les joueurs se connectent avec un client d'origine ; les mods modifient le jeu lui-même et nécessitent généralement une installation correspondante sur la machine de chaque joueur. Déterminez ce dont vous avez besoin et le logiciel se choisit de lui-même.

Le côté chargeur de mods mérite un peu d'histoire. NeoForge s'est séparé de Forge mi-2023, et les gros packs sur les versions récentes le ciblent ; All The Mods 10 tourne par exemple sur NeoForge. Les packs figés sur la 1.20.1 et antérieures utilisent encore Forge classique. Fabric reste le chargeur léger à mise à jour rapide où vit l'écosystème des mods de performance. Les mods ne traversent pas les chargeurs, et chaque mod doit aussi correspondre à la version du jeu, donc le pack que vous choisissez dicte à la fois le chargeur et la version.

Le choix par défaut honnête : faites tourner Paper sauf si un modpack précis en décide autrement. Il maintient mieux le tickrate en charge que vanilla, son écosystème de plugins couvre tout, des permissions aux mini-jeux, et personne n'a besoin de toucher son client. La rare raison de préférer vanilla est de vouloir un comportement de référence sans aucun écart, surtout pertinent pour les communautés redstone techniques.

Installation sous Ubuntu ou Debian

Les étapes ci-dessous supposent une machine neuve à laquelle vous accédez par SSH en tant que root ou avec sudo. Le serveur d'exemple se trouve à l'adresse 203.0.113.10 ; remplacez-la par la vôtre partout.

Étape 1 : installer Java 25

La version de Java exigée par Minecraft a bougé deux fois récemment : la 1.18 l'a portée à Java 17, la 1.20.5 à Java 21, et la mise à jour 26.1 (mars 2026) à Java 25. Tout ce qui est à jour a besoin de la 25. Si vous prévoyez de faire tourner un modpack figé sur une version de jeu plus ancienne, installez plutôt le runtime plus ancien qu'il demande.

Sur une distribution dont les dépôts la proposent (c'est le cas d'Ubuntu 26.04), un seul paquet fait le travail :

sudo apt update
sudo apt install openjdk-25-jre-headless

Si votre version est antérieure à l'empaquetage de Java 25, les builds Temurin 25 d'Adoptium couvrent Ubuntu et Debian via un dépôt apt. Dans tous les cas, vérifiez ce que vous avez obtenu :

java -version

openjdk version "25.0.1" 2025-10-21
OpenJDK Runtime Environment (build 25.0.1+8)

Votre chaîne de build exacte sera différente ; le chiffre qui compte est le 25.

Étape 2 : créer un utilisateur dédié

Les serveurs de jeu traitent beaucoup d'entrées non fiables venues d'internet. Si l'un d'eux est un jour compromis, le rayon des dégâts doit se limiter à un compte non privilégié, pas à toute la machine :

sudo adduser --system --group --home /opt/minecraft minecraft

Tout ce qui suit se passe dans /opt/minecraft, appartenant à cet utilisateur.

Étape 3 : télécharger le jar serveur

Pour Paper, copiez le lien de téléchargement du dernier build depuis la page de téléchargement de Paper et récupérez-le en tant qu'utilisateur de service :

cd /opt/minecraft
sudo -u minecraft wget -O server.jar 'https://...paste-the-build-link-here...'

Pour vanilla, le lien du jar se trouve sur la page officielle de téléchargement du serveur. Les deux déposent un unique server.jar ; rien d'autre à installer.

Étape 4 : premier lancement et EULA

Lancez le jar une fois manuellement. Il écrit ses fichiers de configuration puis s'arrête :

sudo -u minecraft java -Xms1G -Xmx1G -jar server.jar nogui

[12:00:01 INFO]: You need to agree to the EULA in order to run the server.
Go to eula.txt for more info.

Activer ce paramètre signifie que vous acceptez l'EULA de Minecraft, donc lisez-la une fois ; en résumé, les serveurs privés et communautaires sont autorisés et la vente d'avantages de jeu est restreinte :

sudo -u minecraft sed -i 's/eula=false/eula=true/' eula.txt

Étape 5 : l'essentiel de server.properties

Le premier lancement a aussi écrit server.properties. La plupart de ses clés peuvent attendre. Pas celles-ci :

Étape 6 : une unité systemd qui survit aux redémarrages

Placez la commande de lancement dans un script pour que le réglage ultérieur de la JVM ne touche qu'un seul fichier :

# /opt/minecraft/start.sh
#!/bin/sh
exec /usr/bin/java -Xms4G -Xmx4G -jar /opt/minecraft/server.jar nogui

Rendez-le exécutable et appartenant à l'utilisateur de service, puis créez l'unité :

# /etc/systemd/system/minecraft.service
[Unit]
Description=Minecraft server
After=network-online.target
Wants=network-online.target

[Service]
User=minecraft
Group=minecraft
WorkingDirectory=/opt/minecraft
ExecStart=/opt/minecraft/start.sh
Restart=on-failure
RestartSec=10
TimeoutStopSec=120

[Install]
WantedBy=multi-user.target

Restart=on-failure est la ligne qui compte : quand le processus meurt à 3 h du matin, systemd le relance dix secondes plus tard. À l'arrêt, systemd envoie SIGTERM, le hook d'arrêt du serveur sauvegarde le monde, et le généreux TimeoutStopSec laisse le temps à une grosse carte de tout écrire avant qu'une méthode plus brutale n'intervienne. Activez et démarrez :

sudo systemctl daemon-reload
sudo systemctl enable --now minecraft
journalctl -u minecraft -f

[12:03:11 INFO]: Starting minecraft server version 26.2
[12:03:14 INFO]: Preparing level "world"
[12:03:22 INFO]: Done (8.421s)! For help, type "help"

(La sortie est illustrative ; votre version et vos temps différeront.) La ligne Done signifie que le serveur est actif et à l'écoute.

Étape 7 : ouvrir le pare-feu

Sur un pare-feu en refus par défaut, une seule règle laisse entrer les joueurs Java :

sudo ufw allow 25565/tcp comment 'Minecraft Java'

Si la machine n'a pas encore de base de pare-feu, mettez-en une en place avant que le serveur ne devienne populaire ; le guide des règles de pare-feu par défaut couvre un jeu de règles de départ sensé, taillé exactement pour ce genre d'hôte.

Dimensionnement mémoire et flags d'Aikar

Deux règles JVM évitent la plupart des ennuis. D'abord, réglez -Xms à la même valeur que -Xmx pour que le heap ne se redimensionne jamais en cours de partie. Ensuite, ne confiez jamais toute la RAM de la machine à la JVM : le système d'exploitation et la surcharge hors-heap de la JVM elle-même ont besoin de place, donc un serveur avec 8 GB de RAM devrait tourner avec un heap de 6 GB maximum.

Au-delà du dimensionnement, le réglage standard est les flags d'Aikar, une configuration du garbage collector G1 documentée par PaperMC comme base recommandée. Le G1 par défaut a tendance à effectuer des collectes rares et longues qui gèlent la boucle de tick pendant plusieurs secondes entières ; ce jeu de flags les remplace par des pauses courtes et fréquentes que les joueurs ne ressentent pas. Le start.sh complet pour un heap de 4 GB :

# /opt/minecraft/start.sh
#!/bin/sh
exec /usr/bin/java -Xms4G -Xmx4G -XX:+UseG1GC -XX:+ParallelRefProcEnabled \
  -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC \
  -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 \
  -XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 \
  -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 \
  -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 \
  -XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 \
  -jar /opt/minecraft/server.jar nogui

Au-delà de 12 GB de heap, certaines valeurs changent (des régions G1 plus grandes entre autres) ; les recommandations originales d'Aikar listent les substitutions exactes. Redémarrez le service après modification et les flags prennent effet.

Rendre le serveur joignable

Les joueurs peuvent déjà se connecter avec l'adresse et le port bruts : 203.0.113.10:25565. Personne n'a envie de taper ça, donc donnez-lui un nom. Un enregistrement A fait la moitié du chemin ; un enregistrement SRV supprime aussi le port, si bien que les joueurs tapent un play.example.com bien plus propre, même si vous déplacez un jour le serveur ou changez de ports :

mc.example.com.                   300  IN  A    203.0.113.10
_minecraft._tcp.play.example.com. 300  IN  SRV  0 5 25565 mc.example.com.

Les adresses et domaines utilisés ici proviennent des plages documentaires réservées aux exemples ; remplacez-les par les vôtres.

Une réalité réseau mérite d'être dite clairement avant de publier cette adresse où que ce soit. Les serveurs de jeu publics comptent parmi les cibles les plus attaquées d'internet : un joueur se fait bannir, loue un booter pour quelques dollars, et votre soirée du samedi tombe hors ligne. C'est une routine, pas une hypothèse, et les règles de pare-feu au niveau de l'hôte ne peuvent pas absorber des inondations volumétriques ; la mitigation doit se trouver dans le réseau en amont de vous. Le guide des types d'attaques DDoS explique à quoi ressemblent ces attaques et ce qui les arrête réellement. Intégrez ce facteur au choix de votre hébergeur, car on ne peut pas l'ajouter après coup.

Liste blanche et sécurité dès le premier jour

Un serveur ouvert attire griefers et bots quelques jours après la fuite de l'adresse. Pour tout ce qui n'est pas délibérément public, activez la liste blanche avant de partager l'adresse.

Comme le serveur tourne sous systemd, aucune console interactive n'est attachée, donc les commandes d'administration passent par RCON. Activez-le dans server.properties, en local uniquement :

enable-rcon=true
rcon.password=use-a-long-random-string-here

RCON écoute sur le port 25575. N'ouvrez pas ce port dans le pare-feu ; avec la configuration en refus par défaut vue plus haut, il reste inaccessible de l'extérieur, ce qui est exactement voulu. Depuis la machine elle-même, n'importe quel client RCON fonctionne (mcrcon en est un courant) :

mcrcon -H 127.0.0.1 -p 'your-rcon-password' "whitelist on" "whitelist add Alex" "op Alex"

Mettez enforce-whitelist=true dans server.properties pour qu'un rechargement éjecte quiconque n'est pas sur la liste. Limitez la liste des opérateurs aux personnes à qui vous donneriez un accès SSH, car les opérateurs en jeu peuvent exécuter toutes les commandes que RCON peut exécuter. Et laissez online-mode=true : le désactiver supprime entièrement la vérification des comptes, ce qui ouvre la porte à l'usurpation et aux connexions par comptes volés. Le crossplay Bedrock n'a pas besoin non plus qu'on le désactive, comme le montre la section Geyser.

La machine elle-même mérite autant de soin que n'importe quel hôte Linux exposé à internet : SSH par clé uniquement, mises à jour de sécurité automatiques, aucun service superflu. La checklist de durcissement des serveurs Linux est le complément pour cette couche.

Sauvegardes

Le monde vit dans le répertoire world (Paper sépare les dimensions dans world_nether et world_the_end à côté). Copier des fichiers pendant que le serveur écrit dedans risque de produire un instantané corrompu, donc le schéma simple et fiable arrête le service autour d'un tar nocturne :

sudo systemctl stop minecraft
sudo tar -C /opt/minecraft -czf /var/backups/minecraft-$(date +%F).tar.gz \
  world world_nether world_the_end server.properties
sudo systemctl start minecraft

Lancez-le depuis cron à une heure où vos joueurs dorment ; la coupure dure moins d'une minute pour la plupart des mondes. Si la moindre indisponibilité est inacceptable, la variante sans arrêt envoie save-off puis save-all via RCON, copie les fichiers, puis save-on. Dans tous les cas, expédiez les archives hors de la machine, car des sauvegardes sur le disque qui tombe en panne ne sont pas des sauvegardes. Testez une restauration une fois en décompressant dans un répertoire temporaire et en démarrant un serveur jetable dessus ; la première fois où vous apprenez qu'une sauvegarde est cassée ne devrait pas être le jour où vous en avez besoin.

Mises à jour

Minecraft publie désormais plusieurs mises à jour par an avec un versionnage calendaire (26.1, 26.2, et ainsi de suite), plus des correctifs entre elles, donc les mises à jour sont une routine, pas un événement. La mécanique est agréablement ennuyeuse : sauvegardez, téléchargez le nouveau jar pour votre logiciel serveur, remplacez server.jar, redémarrez le service. Les données du monde se mettent à niveau sur place quand la nouvelle version les démarre.

C'est l'ordre des opérations qui pose problème. Ne mettez à jour le logiciel serveur qu'une fois que vos plugins ou mods prennent en charge la nouvelle version du jeu ; Paper publie des builds par version, et un plugin en retard d'une mise à jour refusera de se charger ou se comportera mal. Retardez les mises à jour majeures jusqu'à ce que vos plugins essentiels soient prêts, et continuez entre-temps à prendre les builds de correctifs pour votre version actuelle, car ce sont eux qui portent les correctifs de sécurité.

Crossplay Bedrock avec Geyser

Java et Bedrock sont des jeux distincts avec des protocoles incompatibles, et les amis les plus susceptibles de demander à rejoindre sont sur téléphone, console, ou l'appli Windows Bedrock. Geyser comble l'écart : il accepte les connexions Bedrock et les traduit vers le protocole Java à la volée. Sur un serveur Paper, ce sont deux jars déposés dans plugins/ : Geyser-Spigot, plus Floodgate pour que les joueurs Bedrock puissent rejoindre sans posséder de compte Java. Dans la configuration de Geyser, réglez auth-type: floodgate pour basculer la vérification.

Bedrock parle UDP sur son propre port, donc ouvrez-le en plus de la règle Java :

sudo ufw allow 19132/udp comment 'Minecraft Bedrock (Geyser)'

Téléphones et Windows rejoignent en ajoutant un serveur avec votre adresse et le port 19132. Les consoles sont le cas délicat : leur liste de serveurs n'affiche que les partenaires officiels, donc les joueurs console ont besoin d'une solution de contournement comme BedrockConnect. Floodgate marque ses joueurs d'un . en tête du pseudo, et une couche de traduction n'est jamais parfaite (quelques blocs et comportements de mouvement diffèrent à la marge), mais le crossplay en survie classique fonctionne bien. Les enregistrements SRV ne s'appliquent pas ici ; les clients Bedrock ne les consultent jamais.

Questions fréquentes

De combien de RAM un serveur Minecraft a-t-il besoin ?

Le wiki Minecraft fixe le plancher à 1 GB de heap, et 2 GB font tourner un monde vanilla pour une poignée d'amis sans accroc. Un petit serveur Paper public avec quelques plugins tient confortablement dans 4 GB, et les modpacks lourds indiquent leurs propres exigences, généralement 8 GB ou plus. Plus n'est pas automatiquement mieux : les pauses de garbage collection s'allongent avec la taille du heap, donc adaptez l'allocation à la charge de travail et laissez quelques gigaoctets pour le système d'exploitation.

De quelle version de Java un serveur Minecraft a-t-il besoin ?

Cela dépend de la version du jeu, et se tromper empêche le serveur de démarrer. La mise à jour 26.1 de mars 2026 a porté l'exigence à Java 25, donc tout ce qui est à jour en a besoin. La branche 1.20.5 à 1.21.x demande Java 21, et la 1.18 à 1.20.4 demande Java 17. Les modpacks figés sur d'anciennes versions héritent de l'ancienne exigence, donc vérifiez le pack avant d'installer un runtime.

Les joueurs Bedrock peuvent-ils rejoindre un serveur Java ?

Oui, via Geyser, qui traduit le protocole Bedrock vers le protocole Java en bordure de réseau. Ajoutez Floodgate et les joueurs Bedrock n'ont même pas besoin de compte Java. Vous ouvrez le port UDP 19132 en plus du port Java, et téléphones et PC rejoignent par adresse et port. Les consoles ont besoin d'une étape supplémentaire, comme BedrockConnect, car leur liste de serveurs est verrouillée aux partenaires officiels. Quelques détails de gameplay diffèrent à travers la couche de traduction, mais le jeu en survie classique fonctionne.

Pourquoi mes amis n'arrivent-ils pas à se connecter à mon serveur ?

Remontez la chaîne étape par étape. Vérifiez que le serveur tourne avec systemctl status et que le journal affiche le message Done. Vérifiez que le pare-feu autorise bien 25565/tcp. Vérifiez qu'ils utilisent la bonne adresse, et si vous avez configuré un enregistrement SRV, testez-le avant de chercher ailleurs. Si quelqu'un sur un launcher piraté est rejeté alors que tout le monde entre, c'est online-mode qui fait son travail, pas un bug.

Ai-je besoin de Paper, ou vanilla suffit-il ?

Vanilla convient pour un petit monde en survie standard ; c'est l'implémentation de référence et elle ne nécessite aucune explication. Paper gagne sa place dès que vous voulez de meilleures performances en charge ou le moindre plugin, car les plugins tournent côté serveur et les joueurs rejoignent avec un client non modifié. Les mods sont l'étape suivante : ils nécessitent Fabric ou NeoForge sur le serveur et une installation correspondante sur le client de chaque joueur. Vous pouvez faire migrer un monde vanilla vers Paper en pointant le nouveau jar vers le même répertoire ; faites d'abord une sauvegarde.

Déploiement sur Serverside

Un serveur Minecraft est un processus longue durée et sensible à la latence, que des inconnus finiront par attaquer, ce qui fait du réseau sur lequel il repose une partie du cahier des charges. Serverside exploite son propre réseau (AS55285) avec une mitigation DDoS permanente devant chaque serveur, si bien que le booter visant votre monde frappe la couche de mitigation au lieu de votre boucle de tick, et le provisioning prend moins d'une minute, donc la machine existe avant même que vous ayez fini de lire l'EULA.

Le conseil de dimensionnement honnête suit le tableau donné plus haut. Un VPS cloud couvre un monde vanilla ou un petit Paper entre amis : quelques cœurs, 4 à 8 GB de RAM, et c'est réglé. Une fois que vous hébergez une vraie communauté ou un modpack NeoForge lourd, c'est la fréquence mono-thread et la marge de RAM d'un serveur dédié qui maintiennent 20 ticks par seconde en charge, sans voisins pour se partager les cœurs sur lesquels tourne votre boucle de jeu.