Whitelist, ban et op : des commandes de serveur qui ne fonctionnent pas comme prévu
La liste blanche n'expulse pas les Joueurs déjà connectés, /ban a besoin d'une raison pour être utile, et le niveau d'opérateur est plus important que la liste des opérateurs. Les détails qui posent problème aux propriétaires de serveurs.
Les commandes d'administration semblent simples et le sont pour la plupart. Les problèmes surviennent à cause de trois comportements qui ne sont pas évidents d'après la syntaxe.
La liste blanche ne supprime pas ceux qui sont déjà connectés
/whitelist on commence à appliquer la liste à partir de ce moment. Toute personne déjà connectée reste connectée, même si elle ne figure pas sur la liste. La commande qui comble cette lacune est :
/whitelist reloadreload relit whitelist.json et expulse les Joueurs connectés qui n'y figurent pas. Activer la liste blanche et s'en aller est l'erreur classique.
Deux détails supplémentaires :
/whitelist add <name>résout le nom via l'API de Mojang, donc le serveur doit être en mode en ligne (online-mode) et connecté. Les serveurs hors ligne doivent modifierwhitelist.jsonmanuellement avec le bon UUID.- Les opérateurs contournent la liste blanche par défaut, c'est pourquoi votre propre compte ne prouve jamais que la liste blanche fonctionne. Testez avec un deuxième compte.
/ban veut une raison, et /ban-ip est une liste différente
/ban <player> [reason]
/ban-ip <address|player> [reason]La raison est facultative, et l'omettre est une erreur — c'est ce que le Joueur banni voit, et c'est ce que vous lirez plus tard dans /banlist en essayant de vous souvenir pourquoi. Sans raison, l'entrée indique simplement "Banni par un opérateur".
/ban et /ban-ip écrivent dans des fichiers séparés (banned-players.json, banned-ips.json). Pardonner l'un ne supprime pas l'autre, ce qui est la raison habituelle pour laquelle un Joueur "pardonné" ne peut toujours pas se connecter. Utilisez /pardon et /pardon-ip tous les deux.
Les niveaux d'opérateur, pas seulement la liste des opérateurs
/op accorde le niveau 4 par défaut, ce qui correspond à un accès complet, y compris /stop. Les quatre niveaux sont réels et peuvent être définis dans server.properties via op-permission-level :
| Niveau | Accorde |
|---|---|
| 1 | Contourne la protection du spawn |
| 2 | La plupart des commandes de triche, blocs de commande |
| 3 | Gestion des Joueurs — kick, ban, op |
| 4 | Tout, y compris /stop |
Les modérateurs qui ont besoin de /kick et /ban veulent le niveau 3, pas le 4. Donner le niveau 4 à tous ceux qui aident à modérer est la façon dont les serveurs se font effacer par un compte compromis.
function-permission-level est séparé et contrôle les fonctions de datapack qui peuvent s'exécuter — le laisser à 2 alors que le niveau d'opérateur est à 4 est une source courante de "ma fonction ne fait rien".
Les commandes de liste
/banlist players, /banlist ips et le simple /banlist existent tous et s'affichent dans la console plutôt que dans le chat s'ils sont exécutés depuis le terminal du serveur. /whitelist list n'affiche que les noms, pas les UUID — lisez whitelist.json lorsque vous avez besoin de vérifier l'identité.
Construisez n'importe laquelle de ces commandes avec les arguments dans le bon ordre dans le Générateur de commandes d'administration de serveur, qui couvre ban, ban-ip, pardon, kick, op, deop et whitelist à partir d'un seul formulaire.