Serveur Dédié Minecraft> Archive> Wiki> ubuntuusers.de – Monter un serveur MineCraft

Introduction¶

Les autorisations sur la plupart des serveurs majeurs garantissent que les nouveaux joueurs ne peuvent pas créer de la merde ou simplement tromper les administrateurs.
Dans ce bref guide sera seulement
PermissionsEx. AutorisationsBukkit et le SuperpermsBridge décrits comme ils sont les plugins les plus utilisés Autorisations

Nœuds de permission propres¶

Dans le dossier racine du serveur Minecraft se trouve un permissons.yml dans lequel on peut regrouper plusieurs entrées de permission.
Exemple:

admin:
livret de commande. *: vrai
autorisations. *: vrai
VIP:
commandbook.give. *: vrai

Cependant, ces nœuds d'autorisation ne sont conçus que pour combiner de grandes collections de nœuds d'autorisation.
Pour distribuer les nœuds d'autorisation, un plug-in Autorisations doit être installé.

PermissionsBukkit¶

PermissionsBukkit est un plugin Autorisations relativement petit et confortable qui ne doit être utilisé que sur des serveurs plus petits ou domestiques. À partir d’une certaine taille et d’un certain nombre de plugins, vous devriez, par exemple, passer à PermissionsEx. Si le plugin est installé, vous le trouverez dans le dossier / Plugins / PermissionsBukkit / un fichier appelé config.ymlLorsque vous l'ouvrez, le tout devrait ressembler à ceci:

# Fichier de configuration PermissionsBukkit
#
# Un nœud d'autorisation est une chaîne du type "autorisations.build", qui commence généralement par
# avec le nom du plugin. Reportez-vous à la documentation d'un plugin pour plus d'informations.
# autorisations qu'il se soucie. Chaque nœud doit être suivi de true pour accorder
# cette autorisation ou false pour la révoquer, comme dans & # 39; autorisations.build: true & # 39 ;.
# Certains plugins fournissent des nœuds d’autorisation qui correspondent à un groupe d’autorisations -
#, par exemple, PermissionsBukkit dispose des autorisations nécessaires. * & # 39 ;, qui automatiquement
# accorde toutes les autorisations d'administrateur. Vous pouvez également spécifier false pour les autorisations
# de ce type.
#
# Les utilisateurs héritent des autorisations des groupes dont ils font partie. Si un utilisateur est
# n'est pas spécifié ici ou n'a pas de & # 39; groupe & # 39; noeud, ils seront dans le
# group & # 39; default & # 39 ;. Les autorisations pour des utilisateurs individuels peuvent être spécifiées par
# en utilisant un "autorisations" & # 39; nœud avec une liste de nœuds d’autorisation, ce qui
# remplacer leurs autorisations de groupe. Des autorisations mondiales peuvent être attribuées à
# utilisateurs avec un monde: & # 39; entrée.
#
# Les groupes peuvent être assignés aux joueurs et leurs permissions
# attribué à ces joueurs. Les groupes peuvent donc hériter des autorisations d’autres
#groupes. Comme les autorisations utilisateur, les groupes peuvent remplacer les autorisations de leurs utilisateurs.
# groupe (s) parent (s). Contrairement aux utilisateurs, les groupes n'héritent PAS de
# défaut. Des autorisations d'accès aux mondes peuvent être attribuées à des groupes contenant l'un des mondes suivants: & # 39; entrée.
#
# Le message ne peut pas construire est configurable. S'il est laissé vide, aucun message
# sera affiché au joueur si PermissionsBukkit les évite de
# construire, creuser ou interagir avec un bloc. Utilisez & # 39; && # 39; personnages à
# signifie les codes de couleur.

utilisateurs:
ConspiracyWizard:
autorisations:
permissions.example: true
groupes:
- admin
groupes:
défaut:
autorisations:
permissions.build: false
admin:
autorisations:
autorisations. *: vrai
héritage:
- utilisateur
utilisateur:
autorisations:
permissions.build: true
mondes:
Créatif:
coolplugin.item: true
héritage:
- défaut
messages:
build: & # 39; & cVous n’avez pas l’autorisation de construire ici. & # 39;

• Sous l'entrée utilisateur Plus tard, tous les utilisateurs, y compris leurs groupes et toutes les autorisations spéciales, seront entrés. PermissionsBukkit prend automatiquement le relais dès que quelqu'un se connecte à nouveau.

• Sous l'entrée groupe Tous les groupes sont définis avec les nœuds d'autorisation

• Sous l'entrée messages Alternativement, vous pouvez définir des messages au cas où vous n'êtes pas autorisé à faire quelque chose

La plupart des serveurs ont les groupes suivants:

UNE config.yml avec ces groupes pourrait par exemple ressemble à ca:

utilisateur:
Bämm2000:
autorisations:
groupes:
- membre
knorckator50:
autorisations:
groupes:
- admin
groupes:
client:
autorisations:
permissions.build: false
commandbook.spawn: true
membre:
héritage:
- invité
autorisations:
permissions.build:true
commandbook.sethome: true
commandbook.warp: true
VIP:
héritage:
-membre
autorisations:
commandbook.give. *: vrai
Supporter:
héritage:
-VIP
autorisations:
autorisations. *: vrai
admin:
héritage:
-Supporter
autorisations:
livret de commande. *: vrai
monde modifier. *: vrai
garde du monde. *: vrai
commandhelper. *: vrai
iConomy. *: vrai

messages:
build: & # 39; & cVous n’avez pas l’autorisation de construire ici. & # 39;

Pour les utilisateurs, l'appareil est très simple:

utilisateurs:
ConspiracyWizard:
autorisations:
permissions.example: true
groupes:
- admin
groupes:
admin:
autorisations:
autorisations. *: vrai
héritage:
messages:
build: & # 39; & cVous n’avez pas l’autorisation de construire ici. & # 39;

Comme vous pouvez le constater, la partie utilisateur est très similaire à la partie groupes. Au lieu d'un nom de groupe, le nom d'utilisateur est spécifié et il n'y a pas d'héritage, mais une entrée de groupe. L'entrée d'autorisation est là pour donner à quelqu'un des droits supplémentaires ou pour en prendre. Sous l'entrée du groupe, entrez le groupe associé. Pour plus d'informations sur PermissionsBukkit et sa configuration: DevBukkit Thread

SuperpermsBridge¶

Il peut arriver qu’un plugin ne supporte pas PermissionsBukkit, mais par exemple. Autorisations 3.1.6.
Dans ce cas, SuperpermsBridge aide en trompant ces plugins dans une autorisation différente. Si PermissionsEx est utilisé, cela n'est pas nécessaire car PermissionsEx prend en charge l'API Permissions 2 & 3.
Pour distribuer ces nœuds d’autorisation, il n’est pas nécessaire, par exemple,

xauth.register: true

plutôt

superpermbridge.xauth.register: true

entrer. Pour plus d'informations, voir le fil de discussion DevBukkit.