Whitelist, ban en op: de servercommando's die zich anders gedragen dan je verwacht
Whitelisten kickt geen spelers die al online zijn, /ban heeft een reden nodig om nuttig te zijn, en het op-niveau doet er meer toe dan de op-lijst. De details die servereigenaren dwarszitten.
De admincommando's zien er eenvoudig uit en dat zijn ze meestal ook. De fouten komen voort uit drie gedragingen die niet duidelijk zijn uit de syntaxis.
Whitelist verwijdert niet wie er al in zit
/whitelist on starts enforcing the list from that moment. Anyone already connected blijft verbonden, zelfs als ze niet op de lijst staan. Het commando dat dit oplost:
/whitelist reload
reload re-reads whitelist.json en kickt verbonden spelers die er niet op staan. De whitelist aanzetten en weglopen is de klassieke fout.
Nog twee details:
/whitelist add <name>resolves the name against Mojang's API, so it needs the server
in online-mode en verbonden te zijn. Offlineservers moeten whitelist.json by hand with the correct UUID.
- Operators omzeilen de whitelist standaard, waardoor je eigen account nooit
bewijst dat de whitelist werkt. Test met een tweede account.
/ban vraagt om een reden, en /ban-ip is een andere lijst
/ban <player> [reason]
/ban-ip <address|player> [reason]
De reden is optioneel, en deze weglaten is een fout — het is wat de verbannen speler ziet, en het is wat de toekomstige jij leest in /banlist trying to remember why. Without one the entry just says "Banned by an operator".
/ban and /ban-ip write to afzonderlijke bestanden (banned-players.json, banned-ips.json). Pardoning one does not clear the other, which is the usual reason a "pardoned" player still cannot connect. Use /pardon and /pardon-ip both.
Op-niveaus, niet alleen de op-lijst
/op grants niveau 4 standaard, wat volledige toegang is inclusief /stop. The four levels are real and settable in server.properties via op-permission-level:
| Niveau | Verleent |
|---|---|
| 1 | Spawnbescherming omzeilen |
| 2 | Meeste cheatcommando's, opdrachtblokken |
| 3 | Spelerbeheer — kick, ban, op |
| 4 | Alles, inclusief /stop |
Moderators die nodig hebben /kick and /ban want level 3, not 4. Handing out level 4 to everyone who helps moderate is how servers get wiped by a compromised account.
function-permission-level is separate and controls what datapack functions may run — leaving it at 2 while op level is 4 is a common source of "my function does nothing".
De lijstcommando's
/banlist players, /banlist ips and plain /banlist all exist and print to console rather than chat if run from the server terminal. /whitelist list shows names only, not UUIDs — read whitelist.json when you need to check identity.
Bouw al deze met de argumenten in de juiste volgorde in de Server Admin Command Builder, die ban, ban-ip, pardon, kick, op, deop en whitelist behandelt vanuit één formulier.