Server.properties Minecraft : toutes les valeurs expliquées

Le fichier server.properties est le point de configuration central de tout serveur Minecraft, que vous tourniez sur Paper, Spigot ou même le serveur vanilla officiel. Il contient une soixantaine de paramètres, mais une poignée d’entre eux concentrent l’essentiel de l’impact réel sur l’expérience de vos joueurs et les performances de votre serveur, tandis que la majorité restante concerne des ajustements marginaux rarement modifiés par les administrateurs en dehors de cas d’usage très spécifiques.

Ce guide couvre les valeurs de server.properties qui comptent vraiment, avec pour chacune ce qu’elle change concrètement en jeu, et les erreurs de configuration les plus fréquentes observées chez les administrateurs qui découvrent ce fichier pour la première fois.

Comprendre le format du fichier avant de le modifier

Le fichier server.properties suit un format extrêmement simple, une paire clé-valeur par ligne, séparées par un signe égal, sans espace superflu autour de ce signe pour éviter toute erreur d’interprétation par le serveur au démarrage. Toute modification nécessite un redémarrage complet du serveur pour être appliquée, le fichier n’étant lu qu’au lancement plutôt que surveillé en continu pour d’éventuels changements en temps réel.

Avant toute modification substantielle, faites systématiquement une copie de sauvegarde de ce fichier, une précaution simple qui permet de revenir rapidement à une configuration fonctionnelle connue si une modification produit un comportement inattendu ou empêche purement et simplement le serveur de démarrer correctement après le redémarrage.

Identité et accès

motd définit le message affiché dans la liste des serveurs Minecraft — c’est votre première impression visuelle, soignez-le avec une description qui reflète clairement l’identité de votre communauté. max-players fixe la capacité maximale de connexions simultanées, à calibrer sur votre communauté réelle plutôt que sur une ambition théorique qui donnerait une impression de vide contre-productive pour attirer de nouveaux joueurs. white-list, à true ou false, contrôle si l’accès est restreint aux joueurs pré-autorisés ou ouvert à tous sans restriction préalable.

Difficulté et mode de jeu

difficulty accepte peaceful, easy, normal ou hard, et détermine l’intensité des menaces environnementales auxquelles vos joueurs devront faire face au quotidien. gamemode fixe le mode par défaut des nouveaux joueurs — survival pour l’expérience classique, creative pour un serveur de construction libre, adventure pour des serveurs à carte scénarisée où les joueurs suivent un parcours narratif défini par les créateurs de la map.

Les valeurs qui impactent vraiment les performances

view-distance, la distance en chunks rendue autour de chaque joueur, est le paramètre qui a le plus d’impact direct sur la charge serveur. La valeur par défaut de 10 peut être réduite à 6-8 sur un serveur avec beaucoup de joueurs simultanés, améliorant sensiblement le TPS au prix d’une distance de vue légèrement réduite qui reste généralement acceptable pour la majorité des joueurs, particulièrement ceux habitués à jouer sur des serveurs communautaires plutôt qu’en solo où cette distance importe davantage.

simulation-distance, distincte de la view-distance depuis les versions récentes du jeu, contrôle la distance à laquelle les mécanismes de jeu comme la redstone, la croissance des cultures ou le comportement des mobs restent actifs. La réduire allège encore davantage la charge sans affecter le rendu visuel de votre monde, une optimisation souvent négligée par les administrateurs qui se concentrent uniquement sur la view-distance sans réaliser que ces deux paramètres agissent de façon complémentaire sur des aspects différents de la performance générale.

Sécurité et accès

online-mode, laissé à true dans la quasi-totalité des cas, exige un compte Microsoft valide pour se connecter — le désactiver expose votre serveur à des connexions non authentifiées et n’est recommandé que dans des cas très spécifiques de serveurs de test isolés sans exposition publique réelle. enable-command-block active les blocs de commande, utiles pour certains mécanismes de map scénarisée mais potentiellement une surface d’exploitation si mal maîtrisés sur un serveur public accessible à des joueurs dont vous ne pouvez garantir les intentions.

Optimiser le réseau pour les grandes populations

network-compression-threshold détermine à partir de quelle taille de paquet réseau le serveur applique une compression avant l’envoi aux clients connectés. Sur un serveur avec une population importante et une bande passante limitée, ajuster cette valeur peut réduire significativement la consommation de bande passante au prix d’une légère charge CPU supplémentaire pour effectuer cette compression, un compromis généralement favorable sur des infrastructures modernes où le CPU dispose de marge disponible.

Cette optimisation réseau, moins connue que les ajustements de distance de vue, mérite une attention particulière sur les serveurs qui accueillent des joueurs depuis des connexions internet variées, notamment ceux qui se connectent depuis des zones géographiques éloignées de votre infrastructure d’hébergement où chaque optimisation de bande passante peut faire une différence perceptible sur la fluidité ressentie.

Pour la sélection de plugins qui complètent cette configuration de base, consultez notre guide plugins Minecraft essentiels, qui couvre l’ensemble des ressources qui viennent enrichir votre serveur au-delà de cette configuration fondamentale.

Les paramètres liés à la génération du monde

Au-delà des paramètres de performance et de sécurité déjà évoqués, plusieurs valeurs de server.properties touchent directement à la génération du monde et méritent d’être fixées correctement dès la création de votre serveur, avant que des joueurs n’aient commencé à explorer et à s’attacher à des zones spécifiques. level-seed détermine la graine de génération de votre monde — laissez ce champ vide pour une génération aléatoire, ou renseignez une valeur spécifique si vous souhaitez reproduire un monde particulier déjà connu de la communauté Minecraft pour ses caractéristiques géographiques intéressantes.

generate-structures, laissé à true par défaut, contrôle si les structures générées naturellement comme les villages ou les temples apparaissent dans votre monde. Désactiver cette option crée une expérience de jeu radicalement différente, sans les points de repère et les opportunités de butin que ces structures apportent habituellement, un choix qui ne convient qu’à des philosophies de serveur très spécifiques orientées survie pure sans assistance structurelle.

Gérer les entités et leur comportement

spawn-monsters, spawn-animals et spawn-npcs contrôlent respectivement l’apparition des monstres hostiles, des animaux passifs et des villageois sur votre serveur. Ajuster ces valeurs selon la philosophie de votre serveur peut transformer radicalement l’expérience proposée — un serveur orienté construction pure pourrait désactiver les monstres pour simplifier la vie de ses joueurs, tandis qu’un serveur survival hardcore maintiendra l’ensemble de ces spawns actifs pour préserver le défi de survie qui caractérise l’expérience Minecraft traditionnelle.

max-tick-time définit le temps maximum qu’un tick peut prendre avant que le serveur ne considère qu’il est bloqué et ne force un arrêt d’urgence pour éviter une corruption plus profonde du monde. Cette valeur de sécurité, rarement modifiée par les administrateurs débutants, mérite d’être comprise pour éviter des redémarrages intempestifs si votre serveur connaît des pics de charge ponctuels qui dépassent temporairement ce seuil sans pour autant représenter un problème structurel grave.

Adapter votre configuration à la philosophie de votre serveur

L’ensemble des paramètres détaillés dans cet article ne doit jamais être considéré comme une configuration universelle applicable telle quelle à tous les serveurs Minecraft. Un serveur créatif dédié à la construction libre n’a pas les mêmes priorités qu’un serveur survival hardcore ou qu’un serveur orienté mini-jeux avec des rotations rapides de parties courtes. Prenez le temps de définir clairement l’identité de votre serveur avant d’appliquer aveuglément des recommandations génériques qui pourraient ne pas correspondre à vos objectifs réels.

Cette réflexion préalable sur l’identité de votre serveur, souvent négligée par impatience de lancer rapidement son projet, évite des reconfigurations douloureuses plusieurs semaines après l’ouverture, quand votre communauté s’est déjà habituée à un fonctionnement qu’il devient plus délicat de modifier sans générer de frustration parmi vos joueurs les plus fidèles.

Prenez également le temps de documenter les raisons de chaque choix de configuration non standard, particulièrement utile si votre équipe de gestion évolue dans le temps ou si vous devez expliquer certaines particularités de votre serveur à de nouveaux modérateurs qui rejoignent votre équipe d’administration.

Tester votre configuration avant l’ouverture publique

Quelle que soit la configuration finalement retenue pour votre server.properties, il reste recommandé de la tester en conditions proches du réel avant l’ouverture publique de votre serveur. Invitez quelques membres de confiance à explorer votre monde et à tester différentes actions représentatives de ce que feront vos futurs joueurs, pour identifier d’éventuels comportements inattendus liés à votre configuration spécifique avant qu’ils n’affectent l’expérience de votre communauté élargie.

Cette phase de test, souvent négligée par impatience de lancer rapidement son projet, permet également de calibrer plus précisément certains paramètres selon les retours concrets de ces premiers utilisateurs plutôt que de se fier uniquement à des recommandations théoriques génériques qui ne prennent que rarement en compte l’ensemble des spécificités réelles de votre communauté et de ses attentes particulières et évolutives dans le temps.

N’hésitez surtout pas à revenir régulièrement et périodiquement sur cette configuration initiale à mesure que votre serveur mûrit et que votre communauté grandit, plutôt que de la considérer comme définitivement figée dès le lancement initial de votre projet communautaire naissant.

C’est précisément cette approche itérative, attentive et réfléchie qui distingue durablement les serveurs les mieux administrés de ceux qui stagnent avec une configuration initiale jamais remise en question malgré l’évolution naturelle, constante et prévisible des besoins réels de leur communauté grandissante.

Gardez cela à l’esprit tout au long de votre parcours d’administrateur.

Questions fréquentes