Plik server.properties wygląda jak lista prostych przełączników, ale część ustawień dotyczy sieci, część generowania świata, a część obciążenia serwera. Zmieniaj je po jednej grupie i zapisuj, jaki efekt chcesz zmierzyć.
Najważniejsze konkrety
- Dostęp
- online-mode=true uwierzytelnia konta, a white-list=true ogranicza wejście do zaakceptowanych graczy.
- Sieć
- server-port to port Java; server-ip zwykle pozostaje pusty, aby proces nasłuchiwał na właściwych interfejsach.
- Wydajność
- simulation-distance określa zasięg aktywnej symulacji, a view-distance ilość danych świata wysyłanych graczowi.
- Zmiana
- Edytuj po zatrzymaniu serwera, zmieniaj jedną grupę wartości i po restarcie sprawdzaj latest.log.
1. Rozróżnij view-distance i simulation-distance
view-distance określa, ile danych świata serwer wysyła klientowi w chunkach w każdym kierunku. simulation-distance określa, jak daleko od gracza elementy świata są aktualizowane i widoczne. To nie są synonimy render distance z ustawień graficznych gracza.
W referencji PaperMC oba parametry mają domyślnie wartość 10, a dozwolony zakres wynosi od 3 do 32. Niższa wartość może zmniejszyć pracę i transfer, ale ograniczy widoczność albo aktywność świata. Zmieniaj jeden parametr naraz, wykonaj pomiar i sprawdź, czy gracze nadal widzą wystarczający obszar.
Pełna referencja server.properties PaperMC (otwiera w nowej karcie) jest właściwym miejscem do sprawdzenia znaczenia parametrów dla konkretnej wersji.
2. Ustaw dostęp: online-mode i whitelist
online-mode=true weryfikuje konta graczy przez usługi Minecraft. Nie zmieniaj tej wartości tylko dlatego, że jeden użytkownik nie może się zalogować - najpierw sprawdź wersję, adres, port i log błędu. Wyłączenie jej zmienia bezpieczeństwo publicznego serwera.
white-list=true ogranicza wejście do wybranych nazw, a enforce-whitelist=true powoduje odrzucenie graczy spoza listy. Whitelist jest szczególnie przydatna podczas testów, migracji i zamkniętych edycji. Nie zastępuje jednak ochrony świata, systemu uprawnień ani moderacji.
3. Nie myl server-port z portem zapytania
server-port to port, na którym serwer nasłuchuje połączeń graczy; w typowej konfiguracji Java jest to 25565. Gracz musi znać host oraz port, jeśli nie korzystasz ze standardu. query.port dotyczy zapytań o informacje i nie jest automatycznie portem, który należy wpisać w ekranie dołączania.
server-ip można pozostawić puste, aby proces nasłuchiwał na wszystkich interfejsach. Jeśli zmieniasz port, otwórz tylko wymagany port w zaporze i zaktualizuj rekord DNS, panel oraz profil w katalogu. Testuj połączenie z sieci, z której korzystają gracze, a nie wyłącznie z localhosta.
4. Zrozum spawn-protection
spawn-protection=16 ustawia ochronę wokół spawnu dla osób bez uprawnień. PaperMC opisuje wzór jako 2x+1, więc wartość 16 oznacza kwadrat o boku 33 bloków. Ustawienie działa tylko wtedy, gdy na serwerze jest co najmniej jeden operator.
To ochrona podstawowa, nie pełny system działek. Jeśli gracze mają budować poza spawnem, skonfiguruj osobny plugin regionów lub claimów i opisz zasady. Po zmianie przetestuj blokowanie, interakcje ze skrzyniami, przyciski i osoby z różnymi uprawnieniami.
5. Ustawienia świata zmieniaj przed premierą
level-name wskazuje folder świata, a level-seed wpływa na generowanie nowego świata. gamemode, difficulty i force-gamemode opisują podstawowe zasady rozgrywki. Zapisz te decyzje przed wygenerowaniem mapy - zmiana seeda po starcie nie przebuduje istniejącego świata.
Ustaw również motd tak, aby odpowiadał rzeczywistej edycji, wersji i trybowi. Nie używaj MOTD jako miejsca na długą listę słów kluczowych. Czytelny komunikat pomaga graczowi rozpoznać projekt, a szczegóły powinny trafić do opisu i regulaminu. Składnię \u00A7, kody legacy, HEX, MiniMessage oraz gotowy podgląd opisuje nasz poradnik i generator kolorowego MOTD.
6. Edytuj plik z planem i backupem
Zatrzymaj serwer przed zmianą pliku, zachowaj kopię poprzedniego server.properties i notuj, co zostało zmienione. Po uruchomieniu sprawdź logi, status, możliwość wejścia, ochronę spawnu i zachowanie świata. Nie kopiuj całego pliku z innej wersji, bo możesz nadpisać parametry, których nie używa Twój silnik.
Przy problemie wróć do poprzedniej kopii, ale najpierw zachowaj bieżący plik i logi. W ten sposób zidentyfikujesz różnicę, zamiast tracić informację o tym, co spowodowało błąd. Jeżeli używasz Paper, zajrzyj również do konfiguracji globalnej i per-world - nie każda opcja wydajności znajduje się w server.properties.
Po zmianie zapisz krótką notatkę: parametr, stara wartość, nowa wartość, powód i wynik testu. Następny administrator będzie wiedział, czy ustawienie jest decyzją projektu, czy pozostałością po przypadkowej poradzie. Jeśli zmiana dotyczy świata albo dostępu, testuj zarówno konto operatora, jak i zwykłego gracza.
Sprawdź przed otwarciem serwera
online-mode,white-listienforce-whitelistodpowiadają planowi dostępu;server-portjest otwarty w zaporze i zgodny z adresem dla graczy;view-distanceisimulation-distancezostały dobrane i zmierzone osobno;spawn-protectionnie koliduje z funkcją spawnu;level-name, seed, tryb i trudność są zapisane przed premierą;- każda zmiana ma backup, log po restarcie i test zwykłego gracza.
Gdy ustawienia są sprawdzone, uzupełnij opis, wersję i edycję w profilu serwera. Gracz powinien dostać te same informacje w katalogu, na Discordzie i w instrukcji dołączania.
Plan działania krok po kroku
- 1
Wykonaj kopię server.properties i zapisz cel zmiany, zamiast modyfikować kilka niezwiązanych parametrów naraz.
- 2
Zatrzymaj serwer, ustaw dostęp, port, tryb gry i dystanse zgodnie z wydajnością oraz zasadami projektu.
- 3
Uruchom serwer i sprawdź, czy konsola odczytała wartości bez błędów oraz czy połączenie działa z zewnętrznej sieci.
- 4
Porównaj MSPT i zachowanie świata przed oraz po zmianie; zachowaj nową konfigurację tylko wtedy, gdy osiąga zapisany cel.
