Prérequis

Avant de te lancer, vérifie que ta machine tient la charge. Le modpack Arcadia est lourd et demande des ressources sérieuses pour tourner correctement.

• RAM: 16 Go au total recommandés (10 Go minimum absolu).
• CPU: 4 cœurs ou plus.
• Disque: le pack pèse environ 1,2 Go une fois extrait, mais prévois 5 Go libres: le monde grossit tout seul, et les journaux s'accumulent.
• Réseau: port 25565 en TCP ouvert au firewall et au routeur pour le multijoueur.
• OS: Windows 10 (build 17063+, avril 2018) ou 11, ou tout Linux moderne (Debian 11+, Ubuntu 20.04+, RHEL 8+, Arch) en x86_64 ou aarch64.

Télécharger et extraire le pack

Récupère le serverpack officiel puis extrais-le dans un dossier propre. Le chemin où tu extrais le pack est important.

Sous Windows, clic droit sur le fichier zip puis Extraire tout. Sous Linux:

sudo mkdir -p /opt/mcserver
sudo chown $USER:$USER /opt/mcserver
cd /opt/mcserver
unzip /chemin/vers/serverpack.zip

Installation en 1 clic

Le pack embarque un installateur automatique qui gère tout d'un coup: téléchargement de Java, acceptation de l'EULA et premier démarrage.

1. 1 Windows: double-clic sur INSTALL.bat, puis appuie sur Entrée. Linux: chmod +x INSTALL.sh setup_java21.sh run.sh puis ./INSTALL.sh.
2. 2 Le script télécharge Java 21 (environ 50 Mo) dans le dossier jre21/.
3. 3 Tape y quand on te demande d'accepter l'EULA de Mojang. Le fichier eula.txt est créé automatiquement pour toi.
4. 4 Tape y pour lancer le serveur tout de suite, ou n pour le lancer plus tard via run.bat ou run.sh.

Premier démarrage

Le premier lancement est le plus long. Le modpack charge des centaines de mods et génère les fichiers de configuration, dont server.properties. Compte entre 3 et 10 minutes selon ta machine.

Une fois l'installation terminée, tu n'auras plus jamais à repasser par INSTALL: les lancements suivants se font directement via run.bat ou run.sh. La suite est détaillée dans Lancer et configurer son serveur. Pour optimiser les performances ou diagnostiquer des lags, vois Optimiser son serveur. Si tu veux comprendre la structure des fichiers, consulte Fichiers du modpack.

Pas envie de gérer une machine? WabbaNode s'en occupe

Faire tourner Arcadia chez soi demande une machine allumée en permanence, 16 Go de RAM et un port ouvert sur ta box. Si tu préfères éviter tout ça, WabbaNode, l'hébergeur partenaire du serveur, propose une infrastructure taillée pour les gros modpacks: déploiement rapide, ressources dimensionnées pour un pack de 447 mods et support dédié. Le pack tourne alors 24 heures sur 24 sans que ton PC ait à rester allumé.

Si tu héberges quand même chez toi, la suite de ce guide reste valable de bout en bout: les réglages mémoire sont dans Arguments JVM et RAM, et l'ouverture du port dans Jouer entre amis.

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.

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 (25565 par défaut).
• motd: le nom ou message affiché dans la liste des serveurs Minecraft.
• max-players: le nombre maximum de joueurs.
• difficulty: peaceful, easy, normal ou hard.
• pvp: true ou false pour activer ou couper le combat entre joueurs.
• white-list: mets true pour 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-distance et simulation-distance: nombre de chunks rendus et simulés côté serveur.

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 447 mods. Voici leur valeur d'origine et ce qu'il faut en penser.

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
-Xmx16384M

Le -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.

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.

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:

stop

Le 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.

Les arguments JVM, ce sont les options passées à Java au démarrage du serveur. Sur un pack de plus de quatre cents mods comme Arcadia, ils font la différence entre un serveur qui tient vingt joueurs et un serveur qui se fige toutes les trente secondes. Bonne nouvelle: le serverpack arrive déjà réglé. Cette page t'explique ce que fait chaque ligne, et surtout ce qu'il ne faut pas toucher.

Où vivent les arguments

Tout se trouve dans le fichier user_jvm_args.txt, à la racine du serveur. Les scripts de lancement le passent à Java avec la syntaxe @user_jvm_args.txt, puis ajoutent les arguments propres à NeoForge. Concrètement, tu n'as jamais besoin de taper une longue commande java à la main: tu édites ce fichier avec un éditeur de texte, tu relances, c'est tout.

La RAM, la seule chose que tu dois vraiment régler

Deux lignes commandent la mémoire:

• -Xms définit la mémoire allouée au démarrage.
• -Xmx définit la mémoire maximale.

Sur un serveur Minecraft, ces deux valeurs doivent être identiques. Java réserve alors tout d'un coup et ne passe pas son temps à agrandir puis rétrécir son tas, ce qui provoque des à coups. Le pack est livré avec 16 384 Mo sur les deux lignes.

Le ramasse miettes et les flags Aikar

Le reste du fichier configure G1GC, le ramasse miettes de Java. Les valeurs viennent des flags Aikar, la référence dans le monde des serveurs Minecraft. Voici ce que font les principales:

Deux lignes concernent le Metaspace, la zone où Java range les classes: -XX:MetaspaceSize=256M et -XX:MaxMetaspaceSize=1024M. Avec plus de quatre cents mods, il faut de la marge, sinon Java passe son temps à redimensionner cette zone. Enfin, -Dlog4j2.configurationFile=log4j2.xml impose la configuration de journalisation fournie avec le pack, et -Dusing.aikars.flags sert uniquement de marqueur pour les outils de supervision.

La variante GraalVM

Le pack fournit un second fichier, user_jvm_args_graalvm.txt, à n'utiliser que si tu as installé Oracle GraalVM 21. Il reprend les mêmes réglages mémoire et G1GC, puis ajoute le compilateur maison de GraalVM avec -XX:+EnableJVMCI, -XX:+UseJVMCICompiler et -XX:+EagerJVMCI, plus des options de compilation comme la vectorisation SIMD et le déroulage partiel de boucles. On y trouve aussi -XX:+UseTransparentHugePages, qui demande de grandes pages mémoire au système, et -XX:+EnableDynamicAgentLoading, nécessaire à certains profileurs.

Les erreurs qu'on voit tout le temps

• Xms et Xmx différents. C'est l'erreur classique. Mets les deux à la même valeur.
• Allouer toute la RAM de la machine. Le système d'exploitation a besoin de mémoire pour le cache disque, qui accélère justement le chargement des chunks.
• Doubler les arguments. Si ton hébergeur passe déjà un -Xmx dans sa commande de démarrage, ne le remets pas dans le fichier: la dernière valeur gagne et tu ne sais plus laquelle s'applique.
• Copier des flags trouvés au hasard. Beaucoup de listes qui circulent sont écrites pour Java 8 et cassent sous Java 21. Les options de l'ancien ramasse miettes CMS, par exemple, n'existent plus.
• Se tromper de Java. Le pack tourne sous Java 21. Une version plus ancienne refuse simplement de charger NeoForge.

Vérifier que tes réglages sont bien pris

Le pack embarque déjà plusieurs mods qui allègent le serveur sans réglage de ta part: ModernFix accélère le démarrage et réduit la mémoire, FerriteCore compresse les données de blocs, Lithium optimise la logique du jeu. Tes arguments JVM viennent en complément de ces mods, pas à leur place.

Au démarrage, le script affiche la version de Java avant de lancer le serveur: tu dois y voir Temurin 21 ou GraalVM 21 selon ton choix. Ensuite, en jeu ou en console, la commande spark health te donne la mémoire réellement utilisée, l'activité du ramasse miettes et les TPS. Si le tas monte au plafond puis redescend en permanence avec des pauses longues, c'est que ton allocation est trop juste pour le nombre de joueurs et de chunks chargés.

Où continuer

Pour l'installation depuis zéro, suis Installer son serveur, puis Lancer et configurer son serveur pour le fichier server.properties. Le diagnostic des lags et l'usage de Spark sont détaillés dans Optimiser son serveur, et la mise en service permanente dans Maintenir son serveur. Si ton monde donne des signes de corruption, va voir Réparer un monde. Enfin, côté joueur, la RAM du client se règle dans Allouer de la RAM, ce qui n'a rien à voir avec le serveur.

Ouvrir le port 25565

Pour que des amis qui ne sont pas sur ton réseau te rejoignent, ton serveur doit être joignable depuis internet. Minecraft écoute sur le port 25565 en TCP par défaut (celui défini dans server.properties). Deux réglages sont à faire.

Trouver ton IP

L'adresse à partager dépend de l'emplacement de tes amis.

• Amis hors de ton réseau (internet): partage ton IP publique. Tu la trouves en cherchant "mon IP" sur un moteur de recherche.
• Amis sur le même réseau (LAN): partage ton IP locale. Sous Windows, tape ipconfig; sous Linux, ip a (une adresse en 192.168.x.x ou 10.x.x.x).

Alternatives sans ouvrir de port

Si tu ne peux pas (ou ne veux pas) toucher à ta box, plusieurs solutions évitent la redirection de port.

• Service de tunnel comme playit.gg: il te fournit une adresse publique qui redirige vers ton serveur, sans configuration de box.
• Réseau virtuel (VPN) type Hamachi: tes amis rejoignent un réseau privé et se connectent via une IP locale.
• Hébergeur dédié: tu déposes le serverpack chez un hébergeur Minecraft qui gère la connexion et l'uptime à ta place.

Ce que tes amis doivent installer

La question qui bloque le plus souvent n'est pas le réseau, c'est le pack. Un joueur ne peut pas rejoindre un serveur moddé avec un Minecraft normal.

1. 1
   Tout le monde installe le même modpack, dans la même version que le serveur. Une version d'écart et la connexion est refusée, souvent avec un message peu clair sur les mods.
2. 2
   Le pack doit venir de la même source que celui du serveur. Si tu héberges le serverpack d'Arcadia, tes amis prennent le pack Arcadia, pas une version approchante trouvée ailleurs.
3. 3
   Chacun règle sa mémoire de son côté. Un pack de cette taille ne tourne pas avec l'allocation par défaut, voir Allouer de la RAM.

La whitelist

La whitelist (liste blanche) est ta meilleure protection: seuls les pseudos autorisés peuvent rejoindre. Depuis la console du serveur:

whitelist on
whitelist add Pseudo
whitelist add AutrePseudo

Tu peux aussi forcer la liste blanche dans server.properties:

white-list=true
enforce-whitelist=true

Pour la mise en route du service et les sauvegardes, vois Maintenir son serveur. En cas de souci de connexion, consulte le Dépanner son serveur. Le lancement de base est détaillé sur Lancer et configurer son serveur.

Une fois ton serveur en ligne, il faut le tenir: donner des droits, gérer les protections, surveiller la charge et intervenir quand un joueur a un souci. Le pack embarque déjà tout le nécessaire, encore faut il savoir ce qui est là. Voici les outils disponibles et les commandes qui servent vraiment.

Donner des droits

Avant de donner l'op à quelqu'un, sache que la commande attribue le niveau 4 par défaut, c'est à dire tous les pouvoirs. Les quatre niveaux et la façon de les limiter sont détaillés sur Sécuriser son serveur.

• Les niveaux d'opérateur vanilla restent la base: /op et /deop depuis la console. Le niveau 2 suffit pour la plupart des outils du pack, notamment pour contourner les zones protégées.
• LuckPerms est installé. Il permet de créer des grades avec des permissions précises plutôt que de donner l'opérateur complet à quelqu'un. C'est la bonne solution dès que tu as plus d'un modérateur.
• La liste blanche se gère avec /whitelist on, /whitelist add et /whitelist reload. C'est la protection la plus simple contre les visiteurs indésirables.

Les commandes déjà activées

FTB Essentials fournit 32 commandes, toutes actives sur le pack. Elles se répartissent en trois familles.

Les protections de terrain

Les claims du pack ont des règles précises, utiles à connaître avant de répondre à un joueur. Les limites ont été fortement relevées à partir de la version 2.0.33, pour qu'un serveur entre amis ne bute plus sur le plafond:

Surveiller et diagnostiquer

1. 1
   Spark pour mesurer: spark health pour un état rapide, spark profiler start quand ça rame. Le détail est dans Optimiser son serveur.
2. 2
   Chunky pour pré générer le monde à froid, serveur vide, plutôt que de laisser les joueurs générer en jouant.
3. 3
   Les journaux: logs/latest.log pour le contexte, crash-reports/ pour les plantages.
4. 4
   Les sauvegardes, testées au moins une fois, comme expliqué dans Maintenir son serveur.

Intervenir sans casser le monde

• Arrête toujours proprement avec stop. Un arrêt brutal pendant une sauvegarde est la première cause de chunk corrompu, voir Réparer un monde corrompu.
• Évite de retirer un mod en cours de partie. Les blocs qu'il a posés deviennent illisibles et la zone plante au chargement.
• Modifie les recettes par script plutôt qu'en changeant les mods, avec KubeJS, voir Comprendre KubeJS.
• Sauvegarde avant de terrasser. Le pack embarque WorldEdit, dont l'historique ne conserve que cinq annulations: une copie du monde vaut mieux qu'un //undo qui n'existe plus.
• Note tes changements. Quand un problème apparaît une semaine plus tard, savoir ce que tu as modifié fait gagner des heures.

Répondre aux joueurs

Les trois questions qui reviennent le plus souvent ont des réponses simples:

• Une action refusée quelque part: c'est une zone protégée, la liste des règles est dans Les zones protégées.
• Un objet impossible à fabriquer: il est probablement dans Les objets bannis.
• Un stuff perdu à la mort: le cadavre tient deux heures et n'est ouvrable que par son propriétaire, voir Récupérer ses objets après la mort.

Où continuer

L'installation est couverte par Installer son serveur, la configuration par Lancer et configurer son serveur, et la mémoire par Arguments JVM et RAM. En cas de panne, la marche à suivre est sur Dépanner son serveur.

Faire tourner le serveur en continu

Pour que le serveur reste en ligne même après avoir fermé ta session, ne le lance pas dans une simple fenêtre. Utilise un service ou un multiplexeur de terminal.

Sous Linux, la méthode propre est un service systemd. Crée /etc/systemd/system/mcserver.service:

[Unit]
Description=Modded Minecraft Server
After=network.target

[Service]
Type=forking
User=mcserver
Group=mcserver
WorkingDirectory=/opt/mcserver
ExecStart=/usr/bin/tmux new -d -s mcserver '/opt/mcserver/run.sh'
ExecStop=/usr/bin/tmux send-keys -t mcserver "stop" Enter
Restart=on-failure
RestartSec=10
TimeoutStopSec=120

[Install]
WantedBy=multi-user.target

Puis active-le:

sudo systemctl daemon-reload
sudo systemctl enable --now mcserver
sudo -u mcserver tmux attach -t mcserver

Sous Windows, tu peux installer le serveur en service avec NSSM (nssm.cc) en pointant l'application vers run.bat et le dossier de démarrage sur le dossier du serveur, ou simplement le garder ouvert via une tâche planifiée.

Sauvegarder ton monde

C'est la seule protection qui répare vraiment, quand tout le reste a échoué. Les autres barrières à mettre en place sont sur Sécuriser son serveur.

Ton monde vit dans le dossier world. C'est la seule chose vraiment irremplaçable: le pack, lui, se retélécharge. Sauvegarde-le régulièrement.

• Copie l'intégralité du dossier world vers un autre disque ou un stockage externe.
• Garde plusieurs versions datées, pas une seule qui s'écrase.
• Automatise via une tâche planifiée (Windows) ou un cron (Linux) pour ne pas oublier.

Une sauvegarde sert surtout le jour où un chunk casse: garde Réparer un monde sous la main, et teste au moins une restauration avant d'en avoir besoin.

Mettre à jour le pack Arcadia

Quand une nouvelle version du serverpack sort, tu retélécharges le pack mais tu conserves ta progression. La procédure détaillée, avec la liste précise de ce qu'il faut supprimer et de ce qu'il faut garder, est sur Mettre à jour son serveur.

Avant une grosse modification du monde

Terrasser une zone entière, coller une structure, régénérer un secteur: toutes ces opérations passent par WorldEdit, et son historique ne remonte que cinq commandes en arrière. Fais ta sauvegarde avant, jamais après.

Gérer la console

Les commandes s'entrent directement dans la console du serveur, sans slash. Les plus utiles:

• op Pseudo: donne les droits d'administrateur à un joueur.
• ban Pseudo et pardon Pseudo: bannit ou débannit.
• kick Pseudo: expulse un joueur de la session.
• stop: arrête proprement le serveur. Attends que la console se ferme d'elle même, ne tue jamais le processus pendant la sauvegarde.

Au quotidien

Droits, commandes disponibles et réponses aux questions fréquentes des joueurs sont regroupés dans Administrer son serveur.

Choix de la JVM

Le pack utilise Eclipse Temurin JRE 21 par défaut: libre, stable, open-source, déjà embarqué dans jre21/ et actif via user_jvm_args.txt. C'est le meilleur choix pour 99 % des cas et la compatibilité maximale avec les mods.

Sur un serveur bien chargé, Oracle GraalVM 21 peut faire gagner quelques points de performance grâce à son compilateur, surtout sur le calcul intensif comme les grosses machines de Create. Le gain dépend beaucoup de la charge réelle et n'a rien d'automatique: mesure avant et après avec Spark plutôt que de le supposer. En contrepartie, c'est un téléchargement d'environ 300 Mo, une installation manuelle et une licence Oracle à accepter.

1. 1 Télécharge Oracle GraalVM 21 sur graalvm.org/downloads (Java 21, ta plateforme).
2. 2 Extrais le dossier dans le dossier du serveur, à côté de jre21, et renomme-le en graalvm21.
3. 3 Active les flags GraalVM. Windows: ren user_jvm_args.txt user_jvm_args_temurin.txt puis ren user_jvm_args_graalvm.txt user_jvm_args.txt. Linux: mêmes commandes avec mv.

Le détail de chaque argument passé à Java, ligne par ligne, est expliqué dans Arguments JVM et RAM.

Diagnostiquer les lags avec Spark

Spark est un mod de profiling déjà inclus dans le modpack. Il identifie précisément la cause des baisses de TPS, des freezes ou des crashes watchdog. Les commandes se tapent dans la console serveur, sans slash au début:

• spark health: check rapide de santé (TPS, CPU, RAM, GC).
• spark profiler start --thread Server --timeout 60: profile le thread serveur pendant 60 s puis affiche une URL cliquable à transmettre à l'admin.
• spark profiler start --thread * --timeout 30: profile tous les threads, idéal pour repérer un deadlock quand le serveur freeze.
• spark tps: TPS et durée de tick courants.

Réduire le lag

Deux mods s'en chargent déjà en partie: ServerCore abaisse tout seul la distance de simulation et le plafond de monstres quand la charge monte, et Chunky permet de générer le monde à l'avance pour éviter le pire coût d'un serveur moddé. Les deux sont détaillés sur Chunky et ServerCore.

Si le serveur affiche des warnings Can't keep up!, c'est qu'il est surchargé. Plusieurs leviers dans server.properties:

• Baisse la simulation-distance: c'est le rayon de chunks réellement simulés, souvent le plus gros gain.
• Baisse la view-distance pour alléger le chunk loading côté serveur.
• Réduis le nombre de monstres et d'entités actives (fermes trop grosses, animaux en masse).

Lance un spark profiler pour identifier ce qui coûte le plus avant de tout baisser à l'aveugle.

Alléger les mods gourmands

Avant de chercher plus loin, sache que le pack embarque ArcadiaTweaks, un mod maison qui retire du travail inutile à Botany Pots, Refined Storage et Mekanism. Ses trois modules se désactivent séparément, ce qui aide à isoler l'origine d'une baisse de performance.

Que faire en cas de crash

Un crash n'est jamais silencieux: le serveur laisse des traces à analyser.

• Regarde le dossier crash-reports/: le fichier le plus récent contient la cause exacte du crash.
• Consulte latest.log dans le dossier logs/ pour le contexte juste avant le plantage.
• En cas de crash watchdog (tick bloqué), relance avec un profiling spark profiler start --thread * --timeout 30 la prochaine fois pour capter le deadlock.

Pour transmettre un bug proprement, garde sous la main l'URL Spark, l'heure en UTC, le crash report et le latest.log. Reviens aux étapes de base dans Installer son serveur et Lancer et configurer son serveur. Si le souci vient d'un lag audio côté client, vois Corriger le lag audio.

Le serveur ne démarre pas

Si la panne suit une mise à jour du pack, commence par là: la cause la plus fréquente est un ancien fichier de mod resté en place, qui charge le même mod deux fois. Le détail est sur Mettre à jour son serveur.

La console se ferme instantanément (Windows)

Java a planté tôt. Lance via run_java21.bat pour garder l'erreur affichée et lire le message.

Java trop ancien ou absent

Le pack embarque son propre Java 21. Relance setup_java21.sh (Linux) ou setup_java21.bat (Windows) pour le réinstaller dans jre21/.

Pas assez de RAM

Si la machine n'a pas la RAM libre demandée, baisse -Xms et -Xmx dans user_jvm_args.txt. Détails sur Configurer la RAM.

Les joueurs ne peuvent pas se connecter

Port fermé

Ouvre le port 25565 en TCP au pare-feu ET en redirection de port sur la box. La marche à suivre complète est sur Jouer entre amis.

Mauvaise IP partagée

Amis sur internet: donne ton IP publique. Amis en LAN: donne ton IP locale (ipconfig sous Windows, ip a sous Linux).

Si le serveur plante toujours au même endroit ou avec le même joueur, il s'agit sans doute d'un chunk abîmé: la marche à suivre est dans Réparer un monde.

Le serveur lag

RAM ou CPU insuffisants

Le pack demande une machine d'au moins 16 Go de RAM et un processeur de 4 cœurs. Attention à ne pas confondre la mémoire de la machine et celle donnée à Java: sur une machine de 16 Go, il faut en laisser environ 6 au système, donc 10 Go pour le serveur. Le fichier livré avec le pack est réglé sur 16 Go, ce qui suppose une machine de 24 Go ou plus. Monter au dessus de 16 Go de mémoire Java rallonge les pauses de nettoyage sans rien apporter. Le tableau complet est sur Arguments JVM et RAM.

Trop de chunks chargés

Baisse view-distance et simulation-distance dans server.properties pour alléger la charge.

Erreurs courantes et où trouver les logs

Crash watchdog / tick bloqué

Un tick a gelé. Lance un profiling Spark au prochain démarrage pour identifier la cause, et vérifie le crash-report généré.

Où sont les logs?

• Journal en direct: logs/latest.log, la session en cours.
• Rapports de crash: le dossier crash-reports/, un fichier daté par crash.
• Journal détaillé: logs/debug.log, beaucoup plus bavard, utile quand le message d'erreur reste vague.

Ces fichiers sont archivés et finissent par disparaître, voir plus bas.

Lire un rapport de crash sans être développeur

Un crash-report fait peur parce qu'il est long, mais on n'a besoin que de trois endroits. Ouvre le fichier le plus récent dans crash-reports/ et cherche dans cet ordre.

Les journaux tournent, pense à les récupérer vite

Le pack est configuré pour ne pas saturer le disque, ce qui a une conséquence: un journal ancien finit par disparaître.

• logs/latest.log est réécrit à chaque démarrage. L'ancien est archivé compressé, au format 2026-08-15-1.log.gz, et il est aussi découpé tous les 26 Mo.
• Le serveur ne garde que les 10 derniers fichiers de ce type. Sur un serveur qui redémarre souvent, ça peut représenter moins d'une journée.
• logs/debug.log est beaucoup plus bavard, découpé tous les 200 Mo, et seules 3 archives sont conservées.

Trois pannes qui reviennent tout le temps

Si rien de tout ça ne colle et que le serveur plante toujours au même endroit du monde, ce n'est pas un mod mais un chunk abîmé: la procédure est sur Réparer un monde corrompu.

Avant de chercher une panne

Beaucoup de tickets se règlent avec une commande: la boîte à outils est dans Administrer son serveur.

Un monde Minecraft n'est pas un gros fichier unique: c'est une mosaïque de petits fichiers, et il suffit qu'un seul soit tronqué pour que le serveur plante en boucle. La bonne nouvelle, c'est qu'un monde corrompu se répare presque toujours sans tout perdre. Cette page explique comment il est rangé, comment repérer la zone fautive et comment la retirer proprement.

Comment un monde est rangé sur le disque

Dans le dossier de ton serveur, tout part de world/. Trois sous dossiers comptent vraiment:

• region/ contient les blocs, sous forme de fichiers r.X.Z.mca.
• entities/ contient les entités, mobs et objets au sol, dans des fichiers portant le même nom.
• poi/ contient les points d'intérêt, essentiellement les blocs de métier des villageois.

Chaque fichier de région couvre 32 chunks sur 32, soit une zone de 512 blocs sur 512. Pour retrouver le fichier qui correspond à une position, divise la coordonnée du bloc par 512 et arrondis vers le bas. Un point situé en X 1700 et Z 300 vit donc dans r.3.0.mca, parce que 1700 divisé par 512 donne 3 et des poussières, et 300 divisé par 512 donne 0.

Reconnaître une vraie corruption

Les symptômes typiques:

• Le serveur démarre puis plante dès qu'un joueur se connecte, toujours le même joueur.
• Le serveur plante dès qu'on s'approche d'une zone précise, et seulement de celle là.
• La console répète des erreurs de lecture ou d'écriture de chunk pendant la sauvegarde.
• Le monde tourne, mais une zone reste en trous noirs et ne se charge jamais.

Si le serveur plante partout et tout le temps, ce n'est probablement pas le monde: regarde d'abord les rapports de plantage, comme expliqué dans Dépanner son serveur.

La procédure, dans l'ordre

1. 1
   Arrête le serveur proprement avec la commande stop. Ne tue jamais le processus tant qu'il écrit encore.
2. 2
   Sauvegarde tout avant de toucher à quoi que ce soit. Une archive du dossier world entier, datée. C'est la seule étape non négociable.
3. 3
   Ouvre le dernier fichier du dossier crash-reports/ et cherche les coordonnées ou le nom de fichier de région cités dans le détail de l'erreur. Le fichier logs/latest.log donne le contexte juste avant.
4. 4
   Convertis les coordonnées en nom de fichier avec la division par 512 vue plus haut, ou laisse un éditeur de région le faire pour toi.
5. 5
   Supprime le strict minimum. L'outil MCA Selector permet de supprimer quelques chunks au lieu de toute une région. Si la zone est en pleine nature, sans construction, supprimer le fichier .mca entier va aussi vite.
6. 6
   Supprime le même nom de fichier dans region/, entities/ et poi/. Laisser une moitié désynchronisée est une cause classique de nouveau plantage.
7. 7
   Relance et va voir sur place. Les chunks supprimés se régénèrent depuis la graine du monde. Le terrain revient, les constructions non.

Le cas du joueur qui fait planter le serveur

Quand c'est toujours le même joueur qui déclenche le crash, le problème est souvent dans son fichier de données, dans world/playerdata/, ou dans le chunk où il s'est déconnecté. Deux approches: déplacer son fichier .dat hors du dossier pour qu'il réapparaisse au spawn avec un inventaire vide, ou nettoyer le chunk de sa position. La première fait perdre l'inventaire, la seconde fait perdre la zone. Fais toujours une copie du fichier avant, on peut le remettre.

La cause numéro un: retirer un mod

Sur un serveur privé qui bidouille sa liste de mods, la corruption vient rarement du disque. Elle vient du fait qu'on a retiré un mod alors que ses blocs étaient encore posés dans le monde. Au chargement, le jeu trouve des identifiants qu'il ne connaît plus et refuse la zone.

• Avant de retirer un mod, casse et récupère ses blocs, ou au minimum sache où ils sont.
• Si le mal est fait, remets le mod le temps de nettoyer la zone, puis retire le proprement.
• Sur Arcadia, la liste des mods est figée par le pack, donc ce cas ne concerne que ton serveur privé. Si tu modifies les recettes, passe plutôt par les scripts décrits dans KubeJS: c'est quoi, comment ça marche, qui ne touchent pas au monde.

Éviter la corruption plutôt que la réparer

• Arrêt propre systématique. La commande stop, puis on attend que le processus se termine. Un arrêt brutal pendant une sauvegarde est la première cause de fichier tronqué.
• Surveille l'espace disque. Un disque plein pendant l'écriture produit exactement le même résultat qu'une coupure de courant.
• Sauvegardes automatiques et testées: une sauvegarde qu'on n'a jamais restaurée n'est pas une sauvegarde. La mise en place est détaillée dans Maintenir son serveur.
• Pré-génère ton monde avec Chunky, déjà inclus dans le pack. Générer les chunks à froid, serveur vide, évite les pics de charge quand les joueurs explorent, et donc les sauvegardes qui traînent.
• Ne copie jamais un monde en cours d'exécution. Arrête le serveur, ou utilise une commande de sauvegarde prévue pour ça.

Où continuer

Pour la mise en place initiale, va voir Installer son serveur et Lancer et configurer son serveur. Le réglage mémoire est expliqué dans Arguments JVM et RAM, le diagnostic de lag dans Optimiser son serveur, et les pannes courantes dans Dépanner son serveur. Si tu joues avec des amis sur ce serveur, Jouer entre amis couvre l'ouverture du port et la liste blanche.

WorldEdit est l'outil qui permet de modifier des milliers de blocs d'un seul coup: terrasser, remplacer, copier, coller, générer des formes. Il est présent dans le pack Arcadia, réservé aux opérateurs, et il est livré avec deux compléments que peu de gens remarquent. Voici comment il est réglé et comment s'en servir sans casser son monde.

La baguette n'est pas une hache en bois

Les réglages du serveur

Les blocs interdits

La configuration bloque une longue liste de blocs, qu'aucune commande ne peut poser en masse. On y trouve:

• La TNT, le feu et la bedrock, pour des raisons évidentes.
• Tous les lits et toutes les pousses d'arbre.
• Les rails, normaux, alimentés et détecteurs.
• Toute la redstone posable: fil, torches, répéteurs, comparateurs, boutons, leviers.
• Les cultures, les torches, les cactus, la canne à sucre, les champignons et les fleurs.

Ce sont des blocs à état ou à entité de bloc, qui plantent ou se cassent quand on les pose par milliers. Le blocage évite un monde corrompu, sujet traité sur Réparer un monde corrompu.

Les commandes qui servent vraiment

Les pinceaux et les schematics

• Les pinceaux se lient à un objet en main et posent des formes à distance. Le rayon est plafonné à 6, ce qui reste largement suffisant pour du terrain.
• Les schematics se sauvegardent et se rechargent depuis un dossier dédié du serveur. C'est le moyen propre de transporter une construction d'un monde à l'autre.
• L'aperçu de sélection est activé côté serveur: tu vois ta zone surlignée sans avoir besoin d'un mod client.

Un correctif embarqué qu'on oublie

Le pack ajoute un petit mod nommé worldedit-hang-fix. Son rôle tient en une phrase: empêcher WorldEdit de bloquer l'arrêt du serveur. Sans lui, une opération lourde encore en cours au moment d'un stop peut laisser le processus suspendu, et un serveur qui ne s'arrête pas proprement est la première cause de monde abîmé.

Si tu montes ton propre serveur avec ce pack, garde ce mod. C'est deux cents kilo octets qui évitent une catégorie entière de problèmes, détaillée sur Dépanner son serveur.

Bonnes pratiques sur un serveur en production

1. 1
   Sauvegarde d'abord. Cinq annulations ne remplacent pas une copie du monde.
2. 2
   Travaille serveur vide pour les grosses opérations. Une commande sur un million de blocs fait chuter le nombre de ticks pour tout le monde.
3. 3
   Découpe en morceaux. Plusieurs commandes moyennes passent mieux qu'une énorme, et restent annulables.
4. 4
   Active la journalisation si plusieurs personnes ont accès à l'outil. Elle est coupée par défaut, donc rien n'est tracé.
5. 5
   Vérifie l'impact après coup avec les outils de mesure décrits sur Optimiser son serveur.

Où continuer

Pour monter ton serveur, commence par Installer son serveur puis Lancer et configurer son serveur. La gestion au quotidien est sur Administrer son serveur, la mémoire sur Arguments JVM et RAM, et les modifications de recettes sur Comprendre KubeJS.

// Priority: 100 ← Ordre de chargement (optionnel)

ServerEvents.recipes(event => { // ← Hook: event "recipes"

 // 1) On retire d'abord
 event.remove({ output: 'minecraft:diamond_sword' });

 // 2) On rajoute ensuite (avec un id explicite)
 event.shaped('minecraft:diamond_sword', [
 ' D ',
 ' D ',
 ' S '
 ], {
 D: 'minecraft:diamond',
 S: 'minecraft:stick'
 }).id('arcadia:custom_diamond_sword');
});

grep -r "arcadia:vote_key" kubejs/
// ou sous Windows avec ripgrep:
rg "arcadia:vote_key" kubejs/

ServerEvents.recipes(event => {
 event.remove({ output: 'minecraft:diamond_sword' });

 /* DÉSACTIVÉ TEMPORAIREMENT, 11/05/2026, test PvP
 event.shaped('minecraft:netherite_sword', [...], {...}).id('arcadia:custom_netherite_sword');
 */
});

mob_damage_nerfs.js ← chargé
mob_damage_nerfs.js.disabled ← ignoré (mais conservé)

{
 "replace": false,
 "values": [],
 "remove": [
 "arcadia:adept_helmet",
 "arcadia:heretic_chestplate"
 ]
}

// Pour augmenter le HP du Wither de 500 à 800:
'minecraft:wither': { health: 800, damage: 12, armor: 15 },

ServerEvents.recipes(event => {
 event.shaped('5x minecraft:bread', [
 'WWW',
 ' S ',
 ' '
 ], {
 W: 'minecraft:wheat',
 S: 'minecraft:stick'
 }).id('arcadia:bread_bonus');
});

StartupEvents.registry('item', event => {
 event.create('arcadia:mon_item').displayName('Mon Item').rarity('rare').maxStackSize(16);
});

"item.arcadia.mon_item": "Mon Item"

Pour aller plus loin

Pour voir ce que ces scripts changent concrètement en jeu, sur le serveur officiel comme en solo, lis Les recettes modifiées. Si tu montes ton propre serveur avec le pack, commence par Installer son serveur, puis Lancer et configurer son serveur et Optimiser son serveur.

Deux mods travaillent en arrière plan pour tenir la charge du serveur: Chunky, qui génère le monde à l'avance, et ServerCore, qui réduit automatiquement certains réglages quand ça rame. Le second a des conséquences directes sur tes fermes, et personne ne le sait.

Ce que ServerCore change pour les joueurs

C'est la réponse à une question fréquente: si tes vaches refusent de se reproduire alors que tu leur donnes du blé, il y a probablement déjà seize animaux dans les parages. Répartis tes enclos à plus de 64 blocs les uns des autres plutôt que de tout concentrer.

Deuxième point, moins visible: les villageois enfermés dans un espace d'un bloc voient leur intelligence réduite par le serveur. Ils continuent d'échanger, mais ils ne cherchent plus à se déplacer. C'est volontaire, ça soulage énormément le serveur dans les halls de commerce. Le fonctionnement du commerce est sur Villageois et commerce.

Pourquoi ça ralentit aux heures de pointe

ServerCore surveille en permanence le temps que met le serveur à traiter un tour de jeu. Dès que ça dépasse le seuil, il réduit progressivement plusieurs réglages, puis les remonte quand la charge redescend.

Concrètement, une ferme à monstres qui tourne bien à trois joueurs peut produire deux fois moins un dimanche soir. Ce n'est ni un bug ni un bridage arbitraire: c'est ce qui évite que le serveur entier devienne injouable. Les rendements des fermes sont sur Automatiser ses fermes.

Chunky, pour générer le monde à l'avance

Le reste de cette page concerne les serveurs privés. Chunky sert à créer les chunks avant que les joueurs n'y aillent, plutôt que de les générer à la volée pendant qu'on explore.

C'est le gain le plus important qu'un administrateur puisse obtenir en une seule opération: la génération de terrain est de loin l'opération la plus coûteuse d'un serveur moddé, et un pack de cette taille en souffre plus qu'un jeu vanilla.

Bien s'y prendre

1. 1
   Fais le sur un serveur vide. La pré-génération consomme tout ce que la machine peut donner, jouer en même temps est désagréable pour tout le monde.
2. 2
   Commence petit. Un rayon de mille blocs autour du spawn couvre déjà largement les premières semaines.
3. 3
   N'oublie pas les autres dimensions. Le Nether et l'End se pré-génèrent séparément, et le Nether est celui qui fait le plus mal quand il se génère en direct.
4. 4
   Surveille l'espace disque. Un monde pré-généré pèse lourd, bien plus qu'un monde exploré au fil de l'eau.
5. 5
   Sauvegarde avant. Comme pour toute opération de masse, voir Maintenir son serveur.

Où continuer

Le diagnostic des ralentissements et le choix de la machine virtuelle sont sur Optimiser son serveur, la mémoire sur Arguments JVM et RAM. Pour les pannes franches, va voir Dépanner son serveur, et après une montée de version Mettre à jour son serveur.

Le pack sort de nouvelles versions régulièrement. Mettre son serveur à jour n'est pas compliqué, mais une seule erreur suffit à empêcher le démarrage ou à faire disparaître des réglages. Cette page explique quoi remplacer, quoi garder, et pourquoi la méthode qui paraît la plus prudente est justement la plus dangereuse.

Ce que l'archive contient, et ce qu'elle ne contient pas

Bonne nouvelle avant tout: l'archive du serveur ne contient aucune donnée de jeu. Ni monde, ni joueurs, ni réglages de serveur. Tout cela est créé au premier lancement et n'est jamais écrasé par une mise à jour.

La règle d'or: remplacer, jamais fusionner

Pour donner une idée de l'ampleur, entre deux versions séparées de quelques semaines, 14 fichiers de mods ont disparu et 18 sont apparus. Plusieurs correspondaient au même mod à une version différente: une bibliothèque partagée passée de v2.13.38 à v2.13.41, une autre de v21.1.39 à v21.1.52. Fusionner aurait chargé les deux à chaque fois.

La bonne méthode est donc de supprimer entièrement les dossiers concernés avant de déposer les nouveaux.

Ce qu'on supprime et remplace

Ce qu'on garde absolument

• Le dossier du monde et toutes les dimensions. C'est ta partie, rien dans l'archive ne le touche.
• server.properties, sinon tu perds le nom du serveur, le port, la difficulté et la distance d'affichage.
• ops.json, whitelist.json et les listes de bannis, sinon tu perds tes droits d'administrateur et ta modération.
• eula.txt, déjà accepté.

Le cas du dossier config

config est le seul dossier où il faut réfléchir. Il contient à la fois les réglages livrés avec le pack et ceux que tu as pu ajuster toi même.

• Si tu n'as rien modifié, remplace le dossier entier, c'est le plus sûr.
• Si tu as modifié des fichiers, note lesquels avant de remplacer, puis réapplique tes changements après. Garder l'ancien dossier entier fait rater les nouveaux réglages des mods ajoutés.

Attention au changement de NeoForge

La version de NeoForge ne change pas à chaque mise à jour du pack, mais elle change parfois. Sur une période récente, elle est passée de 21.1.221 à 21.1.232 entre deux versions du pack.

Quand c'est le cas, libraries, l'installeur et unix_args.txt doivent être remplacés ensemble. Un mélange entre l'ancien et le nouveau donne une erreur au démarrage, avant même le chargement des mods.

La procédure complète

1. 1
   Arrête le serveur proprement et attends qu'il ait fini de sauvegarder.
2. 2
   Fais une sauvegarde complète du dossier, monde compris. C'est la seule étape non négociable.
3. 3
   Note ton allocation de RAM et la liste des fichiers de config que tu as modifiés.
4. 4
   Supprime mods, libraries, kubejs, l'installeur NeoForge et unix_args.txt.
5. 5
   Décompresse la nouvelle archive dans le dossier du serveur.
6. 6
   Réapplique ta RAM et tes réglages, puis relance et surveille le démarrage.

Si le serveur ne démarre plus

Dans tous les cas, le journal de démarrage nomme le mod fautif. La lecture des journaux et les autres pannes courantes sont traitées sur Dépanner son serveur.

Où continuer

Pour l'installation initiale, va voir Installer son serveur, et pour l'entretien courant Maintenir son serveur. Les réglages de démarrage sont détaillés sur Arguments JVM et RAM, et les recettes que tu retrouveras dans kubejs sont expliquées sur Comprendre KubeJS.

Un serveur Minecraft ouvert sur internet, c'est une porte publique. La bonne nouvelle, c'est que la sécurité d'un serveur privé tient en trois questions simples: qui peut entrer, qui peut donner des ordres, et que peux tu restaurer si ça tourne mal. Cette page répond aux trois, avec les réglages exacts et leurs valeurs par défaut.

La ligne à ne jamais franchir

La seule raison de le passer à false est d'accepter les comptes non officiels, et ce choix rend l'usurpation triviale. Si tu y tiens malgré tout, il faut alors un plugin d'authentification par mot de passe, ce que le pack ne fournit pas.

Deux réglages voisins méritent un coup d'œil.

Le second bloque une partie des connexions passant par un proxy, mais il gêne aussi des joueurs légitimes sous VPN. À n'activer que si tu as un vrai problème d'intrusion.

La liste blanche, ta meilleure amie

Pour un serveur entre amis, c'est la protection la plus efficace et la plus simple: personne n'entre s'il n'est pas sur la liste.

1. 1
   Dans server.properties, mets white-list=true. La valeur par défaut est false.
2. 2
   Ajoute tes joueurs depuis la console: whitelist add Pseudo, puis whitelist reload.
3. 3
   Mets aussi enforce-whitelist=true, par défaut à false. Sans lui, un joueur retiré de la liste reste connecté jusqu'à ce qu'il parte de lui même.

Les niveaux d'opérateur

Donner l'op à quelqu'un, ce n'est pas un simple badge: c'est un niveau de pouvoir, de 1 à 4. Le réglage op-permission-level décide du niveau attribué par la commande /op, et sa valeur par défaut est 4, c'est à dire le maximum.

Pour une gestion plus fine que le simple op, avec des grades et des permissions par commande, la marche à suivre est sur Administrer son serveur.

RCON et query, à laisser fermés

Ce sont les deux portes qu'on oublie. Toutes les deux sont désactivées par défaut, et il n'y a aucune raison de les ouvrir sur un serveur entre amis.

Un dernier détail utile: broadcast-console-to-ops et broadcast-rcon-to-ops sont à true par défaut. Les opérateurs connectés voient donc passer les commandes lancées depuis la console. C'est une bonne chose, ça rend les abus visibles.

Un seul port ouvert

Côté réseau, la règle tient en une phrase: ouvre le port 25565 en TCP, et rien d'autre. C'est le seul dont les joueurs ont besoin.

• Si tu héberges chez toi, n'ouvre pas la redirection de ports au delà de 25565, et surtout pas celle de ta box ou de ton NAS.
• Si tu loues une machine, laisse le pare-feu bloquer tout le reste. Le panneau d'administration et SSH ne doivent pas être accessibles depuis n'importe où.
• Le port 25575 de RCON ne doit jamais être joignable depuis internet, même avec un mot de passe.

Changer le port de jeu ne protège de rien de sérieux, les robots scannent toute la plage. En revanche, un port différent réduit un peu le bruit dans les journaux.

Les sauvegardes, la seule vraie assurance

Aucune des protections précédentes ne répare un monde détruit. La sauvegarde, si.

1. 1
   Arrête le serveur avec la commande stop avant de copier quoi que ce soit. Copier un monde en cours d'écriture donne une sauvegarde corrompue.
2. 2
   Copie le dossier du monde en entier, plus ops.json, whitelist.json, les listes de bannis et server.properties.
3. 3
   Garde plusieurs générations et au moins une copie ailleurs que sur la machine du serveur. Un disque qui lâche emporte les sauvegardes posées à côté.

La routine complète, avec la fréquence conseillée, est sur Maintenir son serveur. Et si le monde refuse de charger, Réparer un monde corrompu détaille la marche à suivre.

Ce qui change avec un pack moddé

Un pack de plus de quatre cents mods, c'est aussi quatre cents sources possibles de problème. Trois catégories reviennent tout le temps.

C'est exactement la démarche suivie sur Arcadia, et elle vaut pour n'importe quel serveur privé: tenir le pack à jour, lire les notes de version, et corriger soi même ce qui traîne. La procédure de montée de version est sur Mettre à jour son serveur.

Si le mal est fait

1. 1
   Arrête le serveur proprement. Tant qu'il tourne, les dégâts continuent et la sauvegarde automatique écrase du bon état.
2. 2
   Mets la sauvegarde de côté avant toute manipulation, même si elle te semble déjà abîmée.
3. 3
   Lis les journaux du dossier logs: ils datent les connexions et les commandes. La lecture est expliquée sur Dépanner son serveur.
4. 4
   Retire l'op à tout le monde avec deop, remets la liste blanche, puis change le mot de passe de ton hébergement.
5. 5
   Restaure la dernière sauvegarde saine, et repars de là plutôt que de réparer bloc par bloc.

Sur Arcadia même, tu n'as rien de tout ça à gérer: un comportement suspect se signale au staff, comme expliqué sur Signaler un joueur.

Où continuer

Pour l'installation de zéro, va voir Installer son serveur, puis Lancer et configurer son serveur pour le reste des réglages. Les performances sont traitées sur Optimiser son serveur et Arguments JVM et RAM, et l'ouverture aux copains sur Jouer entre amis.

À partir de la version 2.0.33, la liste des objets bannis n'est plus gravée dans le marbre. Une seule commande, /banitem, permet de la couper sur ton monde solo ou sur ton serveur privé, et de la remettre quand tu veux. Pratique si tu veux jouer avec le MekaSuit, les jetpacks de Create ou le stockage d'Occultism, que le serveur officiel garde hors jeu pour l'équilibrage.

La commande en bref

La commande demande le niveau d'opérateur 2. En solo, cela veut dire un monde créé avec les commandes autorisées, ou ouvert au réseau local avec les commandes activées. Sur un serveur, il faut être opérateur (/op TonPseudo depuis la console).

Réactiver les objets en solo

1. 1
   Ouvre ton monde avec les commandes autorisées.
2. 2
   Tape /banitem off dans le chat. Le jeu confirme en vert, puis recharge les recettes tout seul: tu n'as pas besoin de lancer /reload.
3. 3
   Tu peux fabriquer tout de suite. Les recettes sont revenues et le nettoyage d'inventaire laisse les objets tranquilles.
4. 4
   Redémarre le jeu quand tu as un moment. C'est seulement à ce moment là que les objets réapparaissent dans JEI et dans les onglets du mode créatif, parce que ces deux listes sont construites au lancement.

Sur un serveur privé

Le principe est le même, avec une subtilité: sur un serveur dédié, le serveur et chaque joueur ont leur propre réglage.

• Côté serveur, un opérateur tape /banitem off. C'est ce qui compte vraiment: les recettes et le contrôle des inventaires suivent immédiatement, pour tout le monde.
• Côté joueur, JEI et le créatif sont calculés sur le jeu de chacun. Un joueur qui veut voir les objets réapparaître dans JEI doit faire la même chose sur son propre jeu, puis redémarrer. Le plus simple: ouvrir un monde solo avec les commandes, taper /banitem off, quitter et relancer.

Un joueur qui ne fait pas cette étape peut quand même fabriquer et garder les objets sur le serveur: il ne les verra simplement pas dans JEI. Le serveur te le rappelle d'ailleurs dans le chat au moment où tu changes le réglage.

Pour installer et administrer ton serveur, les étapes sont sur Installer son serveur et Administrer son serveur.

Où est enregistré le réglage

Le choix est stocké dans un petit fichier, local/arcadia_banitem.json, à la racine du dossier du jeu ou du serveur (là où se trouvent mods et config). Son contenu tient en une ligne:

• Le dossier local n'est jamais livré par le pack, le launcher ou le serverpack. Une mise à jour du modpack ne remet donc pas les bannissements en route derrière ton dos.
• Sans fichier, les bannissements sont actifs. Une installation neuve se comporte exactement comme avant.
• Tu peux créer ce fichier à la main si tu préfères, par exemple sur un serveur avant son premier démarrage. Pour retrouver le dossier du jeu, suis Accéder aux fichiers du jeu.

Ce qui reste bloqué quoi qu'il arrive

Onze objets restent bannis même avec /banitem off. Ce ne sont pas des choix d'équilibrage: ils font planter le serveur ou permettent de dupliquer des objets.

Ce que la commande ne change pas

/banitem agit sur la fabrication, sur le contrôle des inventaires, sur JEI et sur le créatif. Quelques réglages vivent ailleurs et ne bougent pas:

• Le butin. Les objets bannis restent absents des coffres, des créatures et de la pêche. Une fois la liste coupée, on les obtient en les fabriquant.
• Les marchands. Le marchand ambulant ne revend toujours pas les tortues de ComputerCraft ni la cape d'invisibilité de l'Aether.
• Les correctifs de stabilité qui ne sont pas des bannissements: la patte d'Elokosa de Mowzie's Mobs reste neutralisée, et l'enchantement de réparation par la vie reste retiré des gants de l'Aether.
• La recette de réparation vanilla, désactivée pour éviter de cumuler les bonus de deux armes.

Quels objets reviennent

Tout le reste de la liste, soit plus de 140 objets. Les plus attendus:

• Mekanism: le MekaSuit et ses modules, la Meka-Tool, le désassembleur atomique, les jetpacks, le téléporteur portable et le tableau QIO portable. La progression du mod est détaillée sur Mekanism.
• Create: les jetpacks et les exosquelettes de Create Stuff 'N Additions et de Create Jetpack, les réservoirs dorsaux.
• Occultism: le stockage dimensionnel complet, contrôleur, stabilisateurs et télécommandes. Voir Occultism.
• Sophisticated: les améliorations infinies des sacs et des caisses.
• La ferme à fer d'Easy Villagers, les tortues de ComputerCraft, le planarium d'Ars Nouveau, les chargeurs de chunks de Create Ender Transmission et d'Advanced Peripherals.

La liste complète, classée par raison, est sur Les objets bannis.

Elite Holograms affiche des textes flottants dans le monde: panneaux d'accueil, règles au spawn, nombre de joueurs connectés, classements. Sur ton serveur privé, tu peux créer les tiens avec quelques commandes, sans rien installer côté joueurs.

Qui peut créer des hologrammes

Les commandes sont réservées à l'administration. Le mod détecte LuckPerms, présent dans le pack, et vérifie alors des permissions précises. Sans système de permissions, il se rabat sur le statut d'opérateur.

La gestion des droits avec LuckPerms est expliquée sur Administrer son serveur.

Les commandes

Toutes les commandes commencent par /eh, raccourci de /eliteholograms. Chaque hologramme porte un identifiant, un mot sans espace que tu choisis à la création.

Les hologrammes sont enregistrés dans config/eliteholograms/holograms.json sur le serveur. Pense à sauvegarder ce fichier avec le reste de ta configuration, voir Maintenir son serveur.

Couleurs et variables

Le texte accepte les codes couleur avec &, comme &6 pour l'or ou &c pour le rouge, ainsi que les balises du format MiniMessage, comme <gold>. Des variables se remplacent automatiquement à l'affichage:

Exemple: un panneau d'accueil

1. 1
   Place toi au spawn et tape /eh create accueil &6Bienvenue sur notre serveur.
2. 2
   Ajoute une ligne: /eh addline accueil &7Joueurs en ligne: %players%/%maxplayers%.
3. 3
   Ajuste la hauteur avec /eh movevertical accueil up 1 si le texte touche le sol.

Où continuer

Les autres outils d'administration sont sur Lancer et configurer son serveur. Pour construire le décor autour de tes hologrammes, WorldEdit fait gagner beaucoup de temps.

Arcadia Admin Panel est le mod d'administration maison du pack, écrit par l'équipe Arcadia. Il regroupe dans une seule interface tout ce qu'il faut pour gérer un serveur: la fiche de chaque joueur, les sanctions, les inventaires, les outils de surveillance, l'état du serveur et, à partir de la version 2.0.33, un profileur de ticks qui montre quel mod, quelle machine ou quelle créature fait ramer le serveur. Sur le serveur officiel, c'est l'outil du staff. Sur ton serveur privé, c'est le tien: cette page t'explique comment t'en servir en tant qu'administrateur. Elle décrit la version 1.4.0 du mod.

Ouvrir le panneau et qui y a accès

Le panneau s'ouvre avec la commande /arcadia_adminpanel panel. Tu peux ajouter un nom après, par exemple /arcadia_adminpanel panel Steve, pour ouvrir directement la liste filtrée sur ce nom. Le mod ajoute aussi une entrée « Admin Panel » au Hub Arcadia, qui lance cette même commande (déduit du code: l'entrée est réservée au staff).

Le mod décide de l'accès à chaque outil dans cet ordre:

1. 1
   Opérateur: un joueur opérateur de niveau 2 ou plus a accès à tous les outils, sans rien configurer. Sur un serveur privé, c'est le plus simple pour toi.
2. 2
   Node LuckPerms: chaque outil a son node, par exemple arcadia.adminpanel.ban. Un node réglé à vrai donne l'outil, un node réglé à faux le retire, et dans les deux cas il l'emporte sur le rôle.
3. 3
   Rôle staff: sans node précis, le mod regarde le rôle du joueur, donné par les nodes arcadia.staff.helper, arcadia.staff.mod et arcadia.staff.admin (fichier config/arcadia/lib/staff.toml). Chaque outil a un rôle minimum par défaut: Helper, Modérateur ou Admin.

L'écran Mes accès (/arcadia_adminpanel access) liste chaque outil avec son rôle par défaut et la raison pour laquelle tu l'as ou non: opérateur, node, rôle, node à faux, rôle insuffisant. Un admin peut regarder les accès d'un autre membre avec /arcadia_adminpanel access <joueur>. Pour donner des rôles précis à des modérateurs sans leur donner l'opérateur complet, vois Administrer son serveur et Sécuriser son serveur.

Se déplacer dans le panneau

L'écran est découpé en trois zones: la colonne de gauche liste tous les écrans par catégorie (Joueurs, Modération, Serveur, Monde, Staff, Arcadia), le centre affiche le contenu, et un cadre de détails lit pour toi tout le texte de l'entrée ou du bouton que tu survoles. Les raccourcis sont rappelés en bas de l'écran.

Un bouton bascule l'affichage entre la vue en liste et la vue en grille. La recherche a deux niveaux: les mots tapés filtrent la page affichée, et la touche Entrée lance la recherche parmi tous les joueurs déjà venus sur le serveur. Les actions dangereuses demandent un second clic de confirmation.

La liste des joueurs

C'est l'écran d'accueil. Chaque tête est un joueur, et la couleur de son nom dit son état: vert en ligne, vert foncé inactif (AFK), rouge hors ligne, cyan sélectionné. Des marques signalent qui est en prison, muet, gelé, invisible, surveillé ou averti.

• Filtre: tous, en ligne, hors ligne, en prison, muets, bannis, avertis, surveillés, gelés, invisibles, AFK, sélectionnés. Clic pour avancer, clic droit pour reculer.
• Tri: nom, dernière connexion, temps de jeu, nombre d'avertissements.
• Sélection: Maj+clic ou clic droit sur des têtes, puis l'écran Actions groupées envoie un message à tous, les rassemble près de toi, les soigne, les avertit ou les expulse (deux clics). Un clic droit sur « Vider la sélection » sélectionne tous les joueurs connectés.

La fiche d'un joueur

Un clic sur une tête ouvre sa fiche. En haut, les informations: en ligne ou non, dimension et position, première venue, dernière connexion et dernière déconnexion, banni ou non, présent sur la liste blanche ou non, nombre d'avertissements. Viennent ensuite ses homes (clic pour t'y rendre), ses téléportations récentes, puis les actions.

Le bouton Outils joueur ouvre le reste, rangé en trois lignes:

• Enquêter: historique des sanctions, notes du staff, journal d'audit le concernant, liste de surveillance.
• Intervenir: gel, observation, ban temporaire, modèles de sanction, ajout à la sélection.
• Assister: éditeur d'inventaire, instantanés de mort, sauvegardes d'inventaire, don d'objets, courrier hors ligne, apparition d'une créature près de lui, waystones découvertes, déguisement.

Une dernière carte, Team Arcadia, montre ce joueur vu par les autres mods maison: ses annonces à l'hôtel des ventes, les zones Arcadia Guard où il se trouve, ses lootbox ouvertes, son familier actif, ses points de prestige ou sa téléportation au spawn en attente. Les actions qui modifient ces données demandent un clic droit de confirmation. Enfin, l'écran FTB Teams parcourt toutes les équipes du serveur: membres, zones revendiquées, chunks chargés en permanence, avec un bouton pour rassembler les membres en ligne et un autre pour leur envoyer un message.

Les sanctions

Toutes les sanctions sont enregistrées dans l'historique du joueur et dans le journal d'audit. Par défaut, le mod n'annonce pas les sanctions publiquement (option broadcastSanctions à false).

Les avertissements

Un avertissement se donne depuis la fiche, ou avec /arcadia_adminpanel warn <joueurs> <raison>. Le joueur voit un titre « ATTENTION » à l'écran. Chaque avertissement expire au bout de 180 jours (réglage warnExpiryDays): passé ce délai, le mod le supprime tout seul. À chaque connexion, un joueur qui a encore des avertissements actifs reçoit leur liste avec le temps restant, et peut la relire avec /arcadia_adminpanel checkwarn.

Le mute

/arcadia_adminpanel mute <joueur> <minutes> [raison] rend un joueur muet. S'il essaie d'écrire, il voit le temps restant et la raison. unmute <joueur> lève le mute. Un joueur muet ne peut pas non plus rejoindre un mini-jeu Arcadia.

La prison

Avant tout, place la prison: va à l'endroit voulu et tape /arcadia_adminpanel setjail. Sans prison définie, aucune peine de prison ne passe. Ensuite, jail <joueur> <minutes> [raison] l'y envoie et unjail <joueur> le libère. jaillist montre qui est en prison.

• Zone et anti-évasion: le prisonnier doit rester dans un rayon de 32 blocs autour de la prison. Toutes les 20 ticks (une seconde), un prisonnier sorti de la zone y est ramené, et toute téléportation qui le ferait sortir est annulée. jailradius affiche le rayon, jailradius <blocs> le change.
• Téléportation bloquée: en prison, le mod refuse le clic droit avec un objet dont l'identifiant contient waystone, warp, teleport ou return_stone, et sur un bloc dont l'identifiant contient waystone, warp_stone, portal ou teleport.
• Commandes bloquées: seules /msg, /tell, /w, /reply, /r, /me et /help restent permises.
• Reconnexion: se déconnecter ne sert à rien, le joueur est remis en prison et reçoit un rappel du temps restant.
• Libération: le mod enregistre la position du joueur au moment de l'emprisonnement et l'y renvoie à la fin de la peine (déduit des données enregistrées par le mod).

La matraque de prison

La Matraque de Prison est le seul objet du mod. Elle ne se fabrique pas: on la reçoit avec /arcadia_adminpanel givebaton. Elle ne s'empile pas, résiste au feu et porte la rareté « rare ». Un clic droit sur un joueur l'envoie 30 minutes en prison avec la raison « Frappé avec la Matraque de Prison »; un clic droit sur un joueur déjà en prison le libère. Il faut le node arcadia.adminpanel.jail (Modérateur par défaut), et la matraque refuse de frapper son porteur ou un autre membre du staff.

Le gel

Le gel immobilise un joueur pour une vérification, par exemple une vérification d'écran. /arcadia_adminpanel freeze <joueur> [raison] le gèle, unfreeze <joueur> le libère. Le joueur gelé voit un écran « VOUS ÊTES GELÉ » avec le temps écoulé et un rappel toutes les 10 secondes de répondre dans le chat. Il ne peut plus casser ni poser de blocs, interagir, attaquer, jeter un objet ou ouvrir un conteneur, et il ne prend plus de dégâts. Se déconnecter ne lève pas le gel: le staff est prévenu de la déconnexion et le joueur revient gelé.

Les bans

/arcadia_adminpanel tempban <joueur> <minutes> [raison] bannit pour une durée. Dans le panneau, le bouton Ban temporaire des outils joueur bannit pour la durée par défaut, 1440 minutes soit 24 heures (réglage defaultTempbanMinutes), et un clic droit bannit définitivement. L'écran Bans (banlist) liste les bannis avec le temps restant, et un clic débannit.

Les modèles de sanction

Les modèles sont des raisons prêtes à l'emploi avec une échelle: la première fois qu'un modèle est appliqué à un joueur, il reçoit le premier palier, la fois suivante le deuxième, et ainsi de suite jusqu'au dernier. Le modèle s'applique en deux clics depuis les outils joueur, ou avec /arcadia_adminpanel templates <joueur>. Le mod crée sept modèles par défaut:

Pour changer l'échelle, modifie config/arcadia/arcadiaadminpanel/templates.json, écrit au premier démarrage, puis recharge avec /arcadia_adminpanel reload. Le réglage escalationEnabled à false applique toujours le premier palier.

Les outils du staff pour soi

Ces bascules ne concernent que toi. Elles sont dans l'écran Outils staff (/arcadia_adminpanel tools), rubrique « Vos bascules », et ont chacune leur commande.

Le chat staff

/arcadia_adminpanel staffchat <message> envoie un message au seul staff. stafftoggle fait passer tous tes messages dans le canal staff jusqu'à ce que tu le coupes, et stafflist liste le staff connecté.

Le déguisement

Le déguisement donne à un joueur l'apparence d'une créature vivante, avec ses sons ambiants. Choisis la créature dans une grille depuis les outils joueur, ou utilise la commande:

• disguise <joueur> <créature>, par exemple minecraft:pig; disguise <joueur> random pour une créature au hasard, disguise <joueur> reset pour retirer.
• baby on, scale <valeur> et name on après le nom du joueur: forme bébé, échelle, nom de la créature affiché.
• disguise --all <créature>, --random, --clear et --list touchent tous les joueurs à la fois, pratique pour un événement.

Les noms affichés

La commande /arcadia_adminpanel nametag change le nom au-dessus de la tête d'un joueur: couleur (color), couleur hexadécimale (rgb #FF8800), dégradé de 2 à 4 couleurs (gradient), effet animé (effect: solid, gradient, rainbow, breathing, chase, wave, blink, fade, typewriter, random), vitesse (speed), style (style: bold, italic, underline, strikethrough, obfuscated, suivi de on ou off), pseudo affiché de 32 caractères au plus (name), grade affiché ou non (grade), et reset pour tout effacer.

Le mod peut aussi masquer les noms: derrière les murs (hide on, actif par défaut), pour tout le monde en mode événement (hideall on), ou pour un seul joueur en permanence (forcehide). exempt garde le nom d'un joueur toujours visible.

Les inventaires

Consulter et modifier

/arcadia_adminpanel invsee <joueur> affiche l'inventaire pour le consulter. invedit <joueur> ouvre l'éditeur: lignes 1 à 3 pour le sac, ligne 4 pour la barre rapide, ligne 5 pour l'armure portée et la seconde main. Des onglets montrent le coffre de l'Ender, les emplacements Curios, les accessoires et l'armure cosmétique. Tu prends et poses les objets librement, mais rien n'est écrit avant le clic sur Sauvegarder, et une sauvegarde de l'inventaire est prise juste avant l'écriture. L'éditeur fonctionne aussi sur un joueur déconnecté, à partir de ses données stockées; les emplacements supplémentaires (Curios et compagnie) demandent qu'il soit connecté.

Les sauvegardes d'inventaire

Le mod copie l'inventaire de chaque joueur toutes les 24 heures et à chaque déconnexion, avec au moins 60 minutes entre deux copies, et garde les 7 dernières par joueur. Chaque copie contient l'inventaire, le coffre de l'Ender, les accessoires et même le contenu des sacs à dos Sophisticated Backpacks. Dans l'écran Sauvegardes:

• Un clic sur un objet le rend au joueur, s'il est connecté.
• Restaurer cette sauvegarde (deux clics) remplace tout l'inventaire actuel. Si le joueur est hors ligne, la restauration attend sa prochaine connexion.
• Le mod refuse de rendre un sac à dos qui existe encore sur un joueur connecté, pour ne pas ouvrir deux fois le même contenu.

Commandes: invbackup <joueur> ouvre ses sauvegardes, invbackupnow <joueur> en prend une tout de suite, invbackupnow seul sauvegarde tout le monde. Les objets mis en vente à l'hôtel des ventes ne sont pas dans les sauvegardes.

Les instantanés de mort

À chaque mort, le mod note la cause, le niveau et tout ce que le joueur portait. Il garde les 5 dernières morts par joueur (deaths <joueur>). Le bouton Restaurer, en deux clics, rend les objets; un instantané ne peut être restauré qu'une fois, pour éviter de dupliquer les objets. Les piles qui ne rentrent pas dans l'inventaire sont ignorées.

Donner, écrire, effacer

• Donner des objets (items): tous les objets du jeu et des mods. Cherche par mots, par mod avec @create ou par tag avec #logs. Clic pour en donner un, clic droit pour une pile. En commande: giveitem <joueur> <objet> [quantité], jusqu'à 6400.
• Courrier hors ligne (mail <joueur> <message>): message remis à sa prochaine connexion, 20 en attente au plus.
• Vider inventaire et Reset progression depuis la fiche, réservés aux admins.

Surveiller et enquêter

Le journal d'audit peut aussi partir sur Discord: renseigne l'adresse d'un webhook dans discordWebhookUrl (vide par défaut). Les actions faites en mode silencieux n'y sont pas envoyées par défaut.

Le profileur de ticks

Un serveur Minecraft vise 20 ticks par seconde, soit 50 millisecondes au plus par tick. Quand ça rame, il faut savoir qui mange ce temps. Le profileur de ticks répond à cette question: il chronomètre le tick de chaque entité (monstres, animaux, objets au sol, familiers...) et de chaque bloc-entité (machines, coffres, fours, tout bloc qui travaille à chaque tick), ainsi que le tick complet de chaque dimension. Il s'ouvre avec /arcadia_adminpanel profiler ou depuis l'écran État du serveur. Il faut le node arcadia.adminpanel.performance (Modérateur par défaut).

Lancer une mesure

Le bouton Arrêter maintenant termine la session en gardant ce qui a été mesuré. Hors session, le profileur ne coûte rien. À la fin, tu reçois un message cliquable qui ouvre les résultats.

Lire les résultats

Les résultats se lisent dans cinq onglets:

• Mods: le temps de tick regroupé par mod. Un clic montre les types de ce mod.
• Types: par type d'entité et de bloc-entité. Un clic montre tous les objets de ce type.
• Objets: les machines et les créatures les plus lourdes, un par un. Un clic t'y téléporte.
• Chunks: là où le coût se concentre. Un clic t'y téléporte.
• Dimensions: le temps de tick complet de chaque dimension.

Chaque ligne donne le coût par tick (en microsecondes ou en millisecondes), sa part du tick et le nombre d'objets. Le résumé de session indique le tick moyen, le nombre de ticks mesurés, le mode d'échantillonnage et le mod le plus lourd. Après un clic sur un mod ou un type, la liste est filtrée dessus; recliquer affiche tout.

Les couleurs de sévérité

L'affichage dans le monde

L'affichage 3D encadre chaque bloc-entité et chaque entité du profil affiché, avec son coût de tick écrit au-dessus, visible à travers les murs. Plus l'objet est lourd, plus il se voit de loin (tableau ci-dessus). Un bandeau à l'écran indique le profil affiché et le nombre d'objets à proximité. Active-le avec le bouton du profileur ou avec /arcadia_adminpanel profiler overlay, et retape la commande pour le couper. D'après le code, le serveur t'envoie au plus 4000 objets autour de toi et rafraîchit la liste quand tu as parcouru 48 blocs ou changé de dimension.

Les profils enregistrés

Chaque session terminée est enregistrée sur le serveur, dans config/arcadia/arcadiaadminpanel/profiler, et le mod garde les 50 dernières. L'écran Profils enregistrés les liste du plus récent au plus ancien, avec la couleur du tick moyen: vert sous 35 ms, orange à partir de 35 ms, rouge à partir de 50 ms. Clique sur un ancien profil pour en faire celui que tu lis: les onglets et l'affichage 3D passent dessus, pour toi seul. C'est idéal pour examiner après coup un lag signalé par un joueur. Choisis le plus récent pour revenir.

Les autres écrans de performance

• Résumé rapide: /arcadia_adminpanel lag écrit dans le chat les TPS (vert à 19 et plus, jaune à 15 et plus, rouge en dessous), le MSPT moyen, la mémoire, le nombre d'entités et de chunks chargés.
• Performances (lagpanel): une photo de la charge, recalculée au plus toutes les 10 secondes: MSPT moyen et maximum, dimensions, les 10 chunks les plus peuplés en entités (clic pour y aller), et les joueurs entourés du plus d'entités dans un rayon de 64 blocs.
• Navigateur de chunks (chunks): les zones revendiquées et les chunks chargés en permanence par équipe FTB Chunks, et les chunks forcés en vanilla. Un chunk chargé en permanence tourne même sans joueur, c'est souvent là que se cache un lag.

Diagnostiquer un lag pas à pas

1. 1
   Tape /arcadia_adminpanel lag. Si les TPS sont en vert et le MSPT sous 50, le serveur tient la cadence et le problème vient sans doute du client ou du réseau.
2. 2
   Ouvre le profileur et lance un profil complet de 20 secondes, ou un profil léger si le serveur est déjà à genoux.
3. 3
   Regarde l'onglet Dimensions pour savoir où ça se passe, puis l'onglet Mods pour savoir quel mod pèse. Clique sur le mod rouge pour voir ses types, puis sur le type pour voir chaque objet.
4. 4
   Clique sur l'objet le plus lourd pour t'y téléporter, et active l'affichage 3D: les cadres rouges et orange te montrent la ferme ou l'usine fautive.
5. 5
   Après ta correction, relance un profil et compare avec l'ancien dans Profils enregistrés.

Il remplace Observable

Jusqu'à la version 2.0.32, le pack embarquait Observable, un mod de diagnostic qui mesure ce qui fait ramer le serveur. À partir de la version 2.0.33, Observable est retiré du pack: le profileur du panneau prend le relais, puisqu'il couvre le même besoin avec la mesure par entité et par bloc-entité, l'affichage dans le monde, la téléportation vers les objets lourds et l'historique des 50 dernières sessions. Si tu avais l'habitude d'Observable, le profileur se trouve désormais dans le panneau, et les permissions passent par le node arcadia.adminpanel.performance.

Gérer le serveur

État du serveur

L'écran État du serveur (status) montre le serveur d'un coup d'oeil, rafraîchi toutes les deux secondes: TPS, pic de tick, joueurs, mémoire, temps en ligne, entités, chunks et dimensions chargées. Rappel du mod: 20 TPS, c'est la pleine vitesse; sous 18, les joueurs le sentent. Les distances de vue et de simulation se montent d'un clic et se baissent d'un clic droit. Comme ServerCore est dans le pack, l'écran montre aussi son réglage automatique et permet d'ajuster sa limite de créatures et ses distances (réservé aux admins). Pour comprendre ces réglages, vois Chunky et ServerCore.

File d'attente de connexion

Après un redémarrage, tout le monde se reconnecte en même temps et le serveur peut caler. La file d'attente étale les connexions: avec la config du pack, 2 joueurs toutes les 10 secondes, et personne n'attend plus de 60 secondes. Elle est coupée en temps normal, mais s'active toute seule pendant les 10 minutes qui suivent le démarrage du serveur. /arcadia_adminpanel loginqueue affiche son état, loginqueue on ou off la force.

Redémarrages planifiés

/arcadia_adminpanel restart <minutes> [raison] programme un redémarrage, restart cancel l'annule. Dans le panneau, le bouton Redémarrage programmé le lance dans 15 minutes (clic) ou 5 minutes (clic droit). Les joueurs sont prévenus à 15, 10, 5, 3 et 1 minute, puis un compte à rebours s'affiche les 10 dernières secondes. À l'heure dite, le mod expulse tout le monde et arrête le serveur: c'est ton hébergeur ou ton script de lancement qui doit le relancer (déduit: le mod arrête le serveur, il ne le relance pas lui-même).

Pour des redémarrages quotidiens, ajoute des heures au format HH:MM dans restartScheduleTimes, par exemple ["06:00", "18:00"]. La liste est vide dans le pack.

Annonces

L'écran Annonces (announcer) compose un message, avec un sous-titre si tu veux et les codes couleur & (par exemple &6 pour doré), et choisit où l'afficher: dans le chat, en titre à l'écran, au-dessus de la barre d'action, en barre de boss, avec ou sans son de cloche. Le bouton Aperçu te le montre à toi seul avant l'envoi, et les dix dernières annonces restent là pour être renvoyées. announce <message> fait la même chose en commande.

Les annonces automatiques (broadcast) envoient une liste de messages à tour de rôle, toutes les 15 minutes par défaut. Elles sont coupées et la liste est vide: remplis autoBroadcastMessages puis bascule-les avec broadcast toggle.

Chat, monde et le reste

• Chat: chatlock verrouille le chat public (le staff peut toujours parler), clearchat fait défiler 100 lignes vides chez tout le monde.
• Contrôle du monde (world): heure (aube, jour, midi, crépuscule, nuit, minuit) et météo pour ta dimension, difficulté et règles du jeu pour tout le serveur.
• Liste blanche (whitelist): la même que /whitelist, avec activation, ajout par pseudo et retrait en deux clics.
• Waystones, warps et hologrammes: listes cliquables pour s'y rendre, création et suppression des warps de FTB Essentials, édition ligne par ligne des hologrammes Elite Holograms.
• Faire apparaître (summon): toutes les créatures du jeu et des mods; clic pour une, clic droit pour cinq.
• Mods Arcadia: les autres mods maison installés, avec un bouton vers leur propre écran et ce qui peut être coupé ou rechargé, par exemple ouvrir ou fermer l'hôtel des ventes.

Les commandes

Toutes les commandes commencent par /arcadia_adminpanel, suivi du mot du tableau. /arcadia_adminpanel help les liste dans le chat (clic sur une commande pour la placer dans la zone de saisie), et help <section> n'affiche qu'une section: panel, investigate, moderate, inventory, server, self ou cosmetic.

Les permissions et leurs rôles par défaut

Tous les nodes commencent par arcadia.adminpanel. suivi du mot du tableau. Le rôle indiqué est celui qui reçoit l'outil sans node particulier; un opérateur a tout.

Pour changer le rôle minimum d'un outil sans passer par LuckPerms, la config accepte une table staffRoleOverrides qui associe un node à HELPER, MOD, ADMIN ou NONE (personne, node seul). Mettre staffRoleAccess à false coupe les rôles: seuls les nodes et l'opérateur comptent alors.

La configuration fournie

Les fichiers sont dans config/arcadia/arcadiaadminpanel/. Le pack fournit quatre fichiers: config.json (réglages), jail_location.json (position de la prison dans l'Overworld), et jail.json et logins.json, vides, qui se remplissent en jeu. Voici les valeurs livrées dans config.json:

Les autres réglages gardent la valeur par défaut du mod (celles citées sur cette page: sauvegardes, instantanés de mort, invisibilité, AFK, radar, annonces automatiques, webhook...). D'après le code, le mod relit le fichier au démarrage et le réécrit au complet, si bien que ces réglages apparaissent dans le fichier après un premier lancement. Le fichier templates.json des modèles de sanction est créé de la même façon. Pense à /arcadia_adminpanel reload après une modification.

Le panneau est l'un des plus gros mods maison du pack: retrouve les autres dans la liste des mods.