Comment résoudre les problèmes d'OP et d'autorisation de Minecraft ?
Guide détaillé pour les problèmes d'OP, LuckPerms, de nœud d'autorisation et d'autorité de commande.
Le système d'autorisation détermine quelles commandes les joueurs peuvent utiliser sur les serveurs Minecraft. Un joueur non-OP ne peut pas utiliser plusieurs commandes de gestion. Sur les serveurs professionnels, au lieu de donner des OP à tout le monde, des autorisations contrôlées sont accordées avec des plugins d'autorisation tels que LuckPerms.
Lorsque le système d'autorisation est mal configuré, les joueurs ne peuvent pas utiliser de commandes, les privilèges d'administrateur ne fonctionnent pas, les commandes de marché ou de réclamation deviennent inaccessibles, ou les joueurs normaux peuvent recevoir plus de privilèges que nécessaire.
1. Qu'est-ce que l'OP ?
OP, c'est-à-dire l'autorité de l'opérateur, est la haute autorité administrative sur le serveur Minecraft. Le lecteur OP peut utiliser de nombreuses commandes.
Pour donner OP depuis la console :
op OyuncuAdi
Pour supprimer OP :
deop OyuncuAdi
Liste des OP ops.json est conservé dans le dossier.
cat ops.json
2. Paramètre de niveau d'autorisation opérationnelle
Le niveau d'autorisation OP peut être déterminé dans server.properties.
op-permission-level=4
En termes généraux :
- 1: Pouvoirs de bas niveau
- 2: Commandes de gestion de base
- 3: Plus de commandes de gestion
- 4: Autorité OP la plus élevée
Pour certaines commandes, le niveau OP est important. Si certaines commandes ne fonctionnent pas même si elles apparaissent OP, cette valeur doit être vérifiée.
3. Qu'est-ce que LuckPerms ?
LuckPerms est l'un des plugins de gestion des autorisations les plus utilisés sur les serveurs Minecraft. Les groupes de joueurs, les valeurs des nœuds d'autorisation, les préfixes/suffixes et les autorisations basées sur le monde peuvent être gérés.
Commande de base après l'installation de LuckPerms :
lp
Exemple pour donner un groupe au joueur :
lp user OyuncuAdi parent set vip
Pour ajouter une autorisation au groupe :
lp group vip permission set essentials.fly true
4. Qu'est-ce que le nœud d'autorisation ?
Le nœud d'autorisation est un nom d'autorité spéciale qui représente l'autorisation d'utiliser une commande ou une fonctionnalité.
Exemples :
- essentiels.home - /commande home
- essentiels.sethome - Commande /sethome
- mondemodifier.* - Pleins pouvoirs WorldEdit
- chanceperms.user.info - Informations utilisateur LuckPerms
La liste des nœuds d'autorisation de chaque plugin est incluse dans sa documentation. Si le mauvais nœud est écrit, l'autorisation ne fonctionnera pas.
5. Que vérifier si le joueur ne peut pas utiliser les commandes ?
- Le joueur est-il dans le bon groupe ?
- Le nœud d'autorisation correct a-t-il été attribué au groupe ?
- L'autorisation est-elle définie sur vrai ?
- Une autorisation négative aurait-elle pu être accordée ?
- Le plugin fournissant la commande est-il actif ?
- Existe-t-il des restrictions d'autorité basées sur le monde ?
- Le paramètre a-t-il été appliqué après le redémarrage/rechargement du serveur ?
Pour voir la vérification d'autorisation du joueur avec LuckPerms :
lp user OyuncuAdi info
6. Problème d'autorisation négative
Une autorisation dans LuckPerms faux S'il est défini sur true, il peut être bloquant même s'il provient d'un autre groupe.
Exemple :
lp group default permission set essentials.fly false
Dans ce cas, la commande fly peut ne pas fonctionner même si le joueur reçoit l'autorisation d'un autre groupe. Les puissances négatives doivent être utilisées avec prudence.
7. Problèmes d'autorité basée sur le monde
Sur certains serveurs, les autorisations peuvent n'être valables que dans un certain monde. Bien que le joueur puisse utiliser des commandes dans le monde de survie, il ne pourra peut-être pas les utiliser dans le monde d'apparition.
Exemple d’autorité mondiale :
lp group vip permission set essentials.fly true world=spawn
Si la commande ne fonctionne pas dans un seul monde, des vérifications du contexte mondial doivent être effectuées.
8. Devriez-vous utiliser OP ou LuckPerms ?
Il n'est pas correct de gérer toutes les autorisations avec OP sur des serveurs professionnels. OP doit être utilisé principalement pour les fondateurs et les responsables techniques. Les privilèges des joueurs, des guides, des VIP, des modérateurs et des administrateurs doivent être séparés avec des systèmes tels que LuckPerms.
Structure recommandée :
- par défaut : Pouvoirs normaux du joueur
- VIP : Commandes supplémentaires du joueur
- modérateur : Pouvoirs limités tels que bannir, couper le son, donner un coup de pied
- administrateur : De larges pouvoirs de gestion
- propriétaire : Pleins pouvoirs administratifs
Erreurs courantes
- Donner OP aux joueurs normaux
- Orthographe incorrecte du nom du nœud d'autorisation
- Ne réalisant pas que le plugin fournissant la commande ne fonctionne pas en raison d'une dépendance manquante
- Ne pas vérifier les valeurs d'autorisation négatives
- Oublier les restrictions d'autorité basées sur le monde
- Établir une hiérarchie de groupe sans planification
FAQ
J'ai autorisé le lecteur, mais la commande ne fonctionne pas, pourquoi ?
Cela peut être dû à un nœud d'autorisation incorrect, à une autorisation négative, à une restriction basée sur le monde ou au plug-in concerné qui ne fonctionne pas.
N'est-il pas pratique de donner OP à tout le monde ?
Cela semble pratique mais c'est très dangereux. Le lecteur OP peut causer de graves dommages au serveur.
Un redémarrage est-il nécessaire pour modifier LuckPerms ?
La plupart des commandes LuckPerms sont instantanées. Cependant, il est préférable de redémarrer pour l'installation d'un plugin ou des changements de configuration majeurs.
Recommandations en matière de sécurité et d'exploitation
- Consultez régulièrement la liste d'OP.
- Donnez aux joueurs uniquement les autorisations dont ils ont besoin.
- Utilisez les pouvoirs génériques avec précaution.
- Groupes d’autorités de document.
- Gérez les droits de modérateur et d'administrateur dans des groupes séparés.
Cet article est spécialement préparé pour PvPServer.