Whitelist, Ban und Op: Serverbefehle, die sich anders verhalten, als man erwartet
Whitelisting entfernt keine bereits eingeloggten Spieler, /ban braucht einen Grund, um nützlich zu sein, und die Op-Stufe ist wichtiger als die Op-Liste. Die Details, die Serverbesitzern Kopfzerbrechen bereiten.
Die Admin-Befehle sehen einfach aus und sind es meistens auch. Die Probleme entstehen durch drei Verhaltensweisen, die aus der Syntax nicht ersichtlich sind.
Die Whitelist entfernt niemanden, der bereits online ist
/whitelist on beginnt ab diesem Moment, die Liste durchzusetzen. Jeder, der bereits verbunden ist, bleibt verbunden, auch wenn er nicht auf der Liste steht. Der Befehl, der diese Lücke schließt:
/whitelist reloadreload liest whitelist.json neu ein und kickt verbundene Spieler, die nicht darauf stehen. Die Whitelist einzuschalten und sich dann abzuwenden, ist der klassische Fehler.
Zwei weitere Details:
/whitelist add <name>löst den Namen über die Mojang-API auf, daher muss der Server im Online-Modus sein und verbunden sein. Offline-Server müssenwhitelist.jsonmanuell mit der korrekten UUID bearbeiten.- Operatoren umgehen die Whitelist standardmäßig, weshalb Ihr eigenes Konto nie beweist, dass die Whitelist funktioniert. Testen Sie mit einem zweiten Konto.
/ban möchte einen Grund, und /ban-ip ist eine andere Liste
/ban <player> [reason]
/ban-ip <address|player> [reason]Der Grund ist optional, und ihn wegzulassen ist ein Fehler – es ist das, was der gebannte Spieler sieht, und es ist das, was Ihr zukünftiges Ich in /banlist liest, wenn Sie versuchen, sich an den Grund zu erinnern. Ohne einen steht im Eintrag einfach „Von einem Operator gebannt“.
/ban und /ban-ip schreiben in separate Dateien (banned-players.json, banned-ips.json). Das Begnadigen des einen löscht nicht den anderen, was der übliche Grund ist, warum ein „begnadigter“ Spieler immer noch keine Verbindung herstellen kann. Verwenden Sie sowohl /pardon als auch /pardon-ip.
Op-Stufen, nicht nur die Op-Liste
/op vergibt standardmäßig Stufe 4, was vollen Zugriff einschließlich /stop bedeutet. Die vier Stufen sind real und in server.properties über op-permission-level einstellbar:
| Stufe | Gewährt |
|---|---|
| 1 | Umgehung des Spawnschutzes (spawn protection) |
| 2 | Die meisten Cheat-Befehle, Befehlsblöcke |
| 3 | Spielerverwaltung – Kicken, Bannen, Op |
| 4 | Alles, einschließlich /stop |
Moderatoren, die /kick und /ban benötigen, wollen Stufe 3, nicht 4. Jedem, der bei der Moderation hilft, Stufe 4 zu geben, ist der Weg, wie Server durch ein kompromittiertes Konto gelöscht werden.
function-permission-level ist separat und steuert, welche Datapack-Funktionen ausgeführt werden dürfen – es auf 2 zu lassen, während die Op-Stufe 4 ist, ist eine häufige Ursache für „meine Funktion tut nichts“.
Die Listenbefehle
/banlist players, /banlist ips und einfaches /banlist existieren alle und geben die Ausgabe in die Konsole statt in den Chat aus, wenn sie vom Serverterminal ausgeführt werden. /whitelist list zeigt nur Namen, keine UUIDs – lesen Sie whitelist.json, wenn Sie die Identität überprüfen müssen.
Erstellen Sie beliebige dieser Befehle mit den Argumenten in der richtigen Reihenfolge im Server Admin Command Builder, der Ban, Ban-IP, Pardon, Kick, Op, Deop und Whitelist aus einem Formular abdeckt.