Démarrer le serveur
Une fois que INSTALL a été exécuté une première fois, tu lances le serveur normalement à chaque session, sans repasser par l'installateur.
- Windows: double-clic sur
run.bat. - Linux:
./run.sh.
Sessions longues sur Linux
Pour laisser le serveur tourner en continu, lance-le dans screen ou tmux. Exemple: tmux new -s mcserver puis ./run.sh. Tu détaches avec Ctrl+B puis D, et tu rattaches avec tmux attach -t mcserver.
Le serveur est prêt quand la console affiche Done (...)! For help, type "help".
Configurer server.properties
Le premier démarrage crée le fichier server.properties. Ouvre-le avec n'importe quel éditeur de texte pour personnaliser ton serveur. Voici les réglages clés:
server-port: le port de connexion (25565par défaut).motd: le nom ou message affiché dans la liste des serveurs Minecraft.max-players: le nombre maximum de joueurs.difficulty:peaceful,easy,normalouhard.pvp:trueoufalsepour activer ou couper le combat entre joueurs.white-list: metstruepour n'autoriser que les comptes que tu ajoutes.online-mode:true= comptes Minecraft officiels seulement. C'est le réglage le plus important du fichier, expliqué en détail sur Sécuriser son serveur.view-distanceetsimulation-distance: nombre de chunks rendus et simulés côté serveur.
Redémarre après modification
Les changements dans server.properties ne s'appliquent qu'après un redémarrage propre du serveur. Édite le fichier serveur arrêté ou relance-le ensuite.
Les réglages qui comptent sur un pack lourd
Au delà des évidences (nom du serveur, difficulté, PVP), quatre lignes de server.properties font une vraie différence sur un pack de 441 mods. Voici leur valeur d'origine et ce qu'il faut en penser.
| Réglage | Défaut | Ce qu'il faut savoir |
|---|---|---|
view-distance | 10 | Le rayon de chunks envoyés aux joueurs. C'est le levier le plus efficace: descendre à 8 allège nettement le serveur, sans que les joueurs le remarquent vraiment |
simulation-distance | 10 | Le rayon où les créatures et les machines tournent réellement. À baisser en premier, mais attention: trop bas, les fermes des joueurs s'arrêtent dès qu'ils s'éloignent |
max-tick-time | 60000 | Au delà de 60 secondes sur un seul tick, le serveur se tue lui même. Sur un gros pack, un chargement de monde très lent peut déclencher cet arrêt à tort. Le passer à -1 désactive ce chien de garde |
sync-chunk-writes | true | Écrit les chunks immédiatement sur le disque. C'est ce qui protège le monde en cas de plantage. Le passer à false gagne un peu de performance et augmente le risque de perte, à éviter |
Le piège du max-tick-time
Si ton serveur s'arrête tout seul pendant le premier démarrage, avec un message parlant d'un tick trop long, ce n'est pas forcément un bug: le pack met simplement plus de 60 secondes à générer quelque chose. Mets max-tick-time=-1 le temps du premier lancement, puis remets la valeur d'origine une fois le monde créé. Laisser le chien de garde désactivé en permanence te prive d'un filet utile.
Ajuster la RAM
Le fichier complet et le rôle de chaque option sont détaillés dans Arguments JVM et RAM.
Par défaut le serveur utilise un heap de 16 Go. Pour changer cette valeur, édite le fichier user_jvm_args.txt et modifie les deux lignes:
-Xms16384M
-Xmx16384MLe -Xmx fixe le maximum. Combien allouer selon ta RAM système?
- 16 Go de RAM: alloue 10 Go (par exemple
-Xmx10240M). - 24 Go de RAM: reste sur 16 Go, le défaut.
- 32 Go ou plus: garde 16 Go quand même, en donner plus dégrade les performances.
Pourquoi ne pas allouer plus?
Plus le tas est grand, plus chaque passage du ramasse miettes a de mémoire à parcourir, et plus la pause est longue. Passé 16 Go, ces pauses deviennent perceptibles alors que le serveur n'utilise pas la mémoire en plus. C'est aussi l'une des causes possibles des messages Can't keep up!, même si elles sont nombreuses.
Arrêter proprement le serveur
La seule bonne façon d'arrêter le serveur est de lui demander de s'arrêter, pour qu'il ait le temps d'écrire le monde sur le disque.
Ce qui abîme vraiment un monde
Le danger, c'est de tuer le processus avant qu'il ait fini de sauvegarder: fermer la fenêtre avec la croix, un kill -9, une coupure de courant ou l'arrêt brutal d'une machine virtuelle. Un monde à moitié écrit, c'est un chunk illisible au prochain démarrage, et la marche à suivre est alors sur Réparer un monde corrompu.
Sous Linux, un Ctrl+C demande au serveur de s'arrêter et déclenche bien sa procédure de sauvegarde, mais tu ne vois pas toujours si elle est allée au bout. Prends l'habitude de taper stop et d'attendre que la console se ferme d'elle même.
Pour un arrêt correct, tape simplement dans la console du serveur:
stopLe serveur sauvegarde tout puis se ferme. C'est aussi la commande à lancer avant de faire une sauvegarde du monde.
Besoin d'aller plus loin? Vois Optimiser son serveur, ou reviens à Installer son serveur. Pour ajouter des scripts, consulte KubeJS, et pour monter une économie, Économie sur serveur privé. Le détail sur la RAM est dans Allouer de la RAM.