Whitelist, ban i op: komendy serwera, które działają inaczej, niż się spodziewasz
Whitelistowanie nie wyrzuca graczy już online, /ban potrzebuje powodu, aby był użyteczny, a poziom opa ma większe znaczenie niż lista opów. Szczegóły, które zaskakują właścicieli serwerów.
Komendy administracyjne wyglądają prosto i w większości takie są. Problemy wynikają z trzech zachowań, które nie są oczywiste z samej składni.
Whitelist nie usuwa tych, którzy już są na serwerze
/whitelist on zaczyna egzekwować listę od tego momentu. Każdy, kto jest już połączony, pozostaje połączony, nawet jeśli nie ma go na liście. Komenda, która rozwiązuje ten problem:
/whitelist reloadreload ponownie odczytuje whitelist.json i wyrzuca połączonych graczy, których na niej nie ma. Włączenie whitelisty i odejście od komputera to klasyczny błąd.
Dwa dodatkowe szczegóły:
/whitelist add <name>rozwiązuje nazwę za pomocą API Mojang, więc serwer musi być w trybie online i połączony. Serwery offline muszą edytowaćwhitelist.jsonręcznie z poprawnym UUID.- Operatorzy domyślnie omijają whitelistę, dlatego Twoje własne konto nigdy nie udowodni, że whitelist działa. Testuj za pomocą drugiego konta.
/ban wymaga powodu, a /ban-ip to inna lista
/ban <player> [reason]
/ban-ip <address|player> [reason]Powód jest opcjonalny, a jego pominięcie to błąd — to właśnie widzi zbanowany Gracz, i to właśnie przyszły Ty przeczytasz w /banlist, próbując sobie przypomnieć, dlaczego. Bez powodu wpis po prostu mówi „Zbanowany przez operatora”.
/ban i /ban-ip zapisują do oddzielnych plików (banned-players.json, banned-ips.json). Ułaskawienie jednego nie czyści drugiego, co jest zwykłym powodem, dla którego „ułaskawiony” Gracz nadal nie może się połączyć. Użyj zarówno /pardon, jak i /pardon-ip.
Poziomy opów, nie tylko lista opów
/op domyślnie nadaje poziom 4, co oznacza pełny dostęp, w tym /stop. Cztery poziomy są rzeczywiste i można je ustawić w server.properties za pomocą op-permission-level:
| Poziom | Uprawnienia |
|---|---|
| 1 | Omijanie Ochrony spawnu |
| 2 | Większość komend oszustw, bloki komend |
| 3 | Zarządzanie Graczami — kick, ban, op |
| 4 | Wszystko, w tym /stop |
Moderatorzy, którzy potrzebują /kick i /ban, chcą poziomu 3, a nie 4. Nadawanie poziomu 4 każdemu, kto pomaga w moderacji, to sposób, w jaki serwery są czyszczone przez skompromitowane konto.
function-permission-level jest oddzielne i kontroluje, które funkcje datapacków mogą być uruchamiane — pozostawienie go na poziomie 2, gdy poziom opa wynosi 4, jest częstym źródłem problemu „moja funkcja nic nie robi”.
Komendy list
/banlist players, /banlist ips i zwykłe /banlist wszystkie istnieją i drukują do konsoli zamiast czatu, jeśli są uruchamiane z terminala serwera. /whitelist list pokazuje tylko nazwy, a nie UUID — przeczytaj whitelist.json, gdy musisz sprawdzić tożsamość.
Zbuduj dowolną z tych komend z argumentami w odpowiedniej kolejności w Kreatorze Komend Administratora Serwera, który obejmuje ban, ban-ip, pardon, kick, op, deop i whitelist z jednego formularza.