Konfiguracja serwera Hytale: kompletny poradnik od premiery

Konfiguracja serwera Hytale po premierze wymaga zrozumienia kilku warstw: plików startowych, zarządzania graczami, systemu świata oraz parametrów wydajności, które decydują o płynności rozgrywki. Ten artykuł pokazuje, krok po kroku, jak podejść do tego technicznie, zanim zaprosisz pierwszych graczy na swój serwer.

Pierwsze kroki po instalacji: struktura plików konfiguracyjnych serwera Hytale

Po pierwszym uruchomieniu proces instancji tworzy zestaw plików startowych, które odpowiadają za większość ustawień rozgrywki. Podobnie jak w innych silnikach gier sandboksowych, podstawowy plik konfiguracyjny ma format klucz-wartość lub JSON i znajduje się w katalogu głównym instalacji. Zanim zmienisz cokolwiek, zrób kopię oryginalnego pliku – to jedna z najczęściej pomijanych czynności przez początkujących administratorów.

Typowa struktura katalogu po instalacji wygląda następująco:

/serwer
  ├── config/
  │   ├── server.json
  │   ├── world-settings.json
  │   └── permissions.json
  ├── worlds/
  │   └── default/
  ├── logs/
  └── backups/

Przykładowa zawartość pliku głównego może wyglądać tak:

{
  "serverName": "Moj-Serwer",
  "maxPlayers": 20,
  "port": 25580,
  "tickRate": 20,
  "worldName": "default",
  "pvpEnabled": true
}

Jeśli zarządzasz instancją przez panel, większość tych parametrów edytuje się bez dotykania plików ręcznie – wystarczy zakładka konfiguracji i restart procesu. Jeżeli wolisz pełną kontrolę nad instalacją samodzielnie, możesz założyć osobną instancję gry poprzez hosting Hytale, co pozwala od razu pracować na gotowym środowisku z paskiem zasobów i dostępem do konsoli live.

Po każdej zmianie w plikach konfiguracyjnych konieczny jest restart procesu, żeby ustawienia zostały wczytane na nowo:

systemctl restart hytale-server.service

Warto też sprawdzać logi po każdym restarcie – błędny JSON (brakujący przecinek, zła wartość typu) najczęściej objawia się tym, że proces startuje, ale od razu się zamyka.

Zarządzanie slotami graczy i kontrolą dostępu

Liczba slotów graczy to jeden z pierwszych parametrów, które trzeba dopasować do realnych zasobów maszyny, a nie do liczby znajomych, których chcesz zaprosić. Zbyt wysoka wartość maxPlayers przy ograniczonym CPU i RAM prowadzi do spadków tickrate, czyli zauważalnych skoków i opóźnień w synchronizacji ruchu.

Parametry dotyczące graczy

• maxPlayers – maksymalna liczba jednoczesnych połączeń.
• whitelist – lista graczy dopuszczonych do dołączenia, przydatna na etapie testów przed oficjalnym udostępnieniem serwera.
• pvpEnabled – włączenie lub wyłączenie walki między graczami.
• idleTimeout – czas, po którym nieaktywny gracz zostaje rozłączony.

Przykładowy plik kontroli dostępu:

{
  "whitelistEnabled": true,
  "whitelist": ["GraczJeden", "GraczDwa"],
  "bannedPlayers": [],
  "opsFile": "ops.json"
}

Role i uprawnienia

Plik permissions.json pozwala rozdzielić role administracyjne od zwykłych graczy. W praktyce oznacza to osobny poziom dostępu do komend konsolowych, zarządzania światem i restartów – co jest szczególnie istotne, jeśli serwer prowadzi więcej niż jedna osoba.

{
  "roles": {
    "admin": ["kick", "ban", "worldedit", "restart"],
    "moderator": ["kick", "mute"],
    "player": []
  }
}

Jeśli zarządzasz instancją przez panel typu Pterodactyl, sub-użytkownicy mogą otrzymać ograniczony dostęp wyłącznie do konsoli i plików, bez możliwości usunięcia instancji czy zmiany portów – to dobra praktyka przy większych społecznościach.

Zarządzanie światem: zapisywanie, rotacja i kopie zapasowe

Świat gry zapisywany jest cyklicznie, a częstotliwość tego procesu wpływa bezpośrednio na obciążenie dysku i momentami na odczuwalne mikroprzystanki podczas zapisu. Parametr odpowiedzialny za ten interwał znajduje się zwykle w world-settings.json.

{
  "autoSaveInterval": 300,
  "worldBorder": 6000,
  "chunkUnloadDelay": 60,
  "backupOnSave": true
}

Dobre praktyki zarządzania światem

• Ustaw autoSaveInterval na wartość pośrednią (np. 300–600 sekund) – zbyt częsty zapis obciąża dysk, zbyt rzadki zwiększa ryzyko utraty postępu przy awarii.
• Trzymaj kopie zapasowe poza katalogiem roboczym świata, najlepiej na osobnym wolumenie.
• Testuj przywracanie kopii zapasowej zanim będzie to konieczne w sytuacji awaryjnej.

Prosty skrypt do automatycznych kopii zapasowych uruchamiany przez cron:

0 */6 * * * tar -czf /backups/world-$(date +\%F-\%H).tar.gz /serwer/worlds/default

Jeśli hostujesz instancję samodzielnie na maszynie VPS, warto też zabezpieczyć dostęp do systemu – klucze SSH zamiast haseł i podstawowy firewall ograniczą ryzyko nieautoryzowanego dostępu do plików świata:

ssh-keygen -t ed25519 -C "admin@serwer"
ufw allow 25580/tcp
ufw enable

Pełną listę parametrów warto porównywać z dokumentacją lub wiki gry, ponieważ nazwy pól mogą się zmieniać między aktualizacjami: Source.

Podstawowe parametry wydajności przy konfiguracji serwera Hytale

Wydajność serwera gry zależy od trzech czynników: mocy obliczeniowej CPU, ilości dostępnej pamięci RAM oraz jakości połączenia sieciowego. Konfiguracja serwera Hytale pod kątem wydajności zaczyna się od dopasowania tickrate i liczby załadowanych chunków do realnych zasobów maszyny.

Tickrate i obciążenie CPU

Wyższy tickrate oznacza dokładniejszą symulację świata, ale też większe zużycie procesora. Przy serwerach na kilkunastu-kilkudziesięciu graczy procesor z wysokim taktowaniem na rdzeń (np. z rodziny Ryzen) radzi sobie lepiej niż procesor z dużą liczbą wolniejszych rdzeni, bo większość logiki gry działa w jednym wątku głównym.

{
  "tickRate": 20,
  "renderDistance": 8,
  "maxLoadedChunks": 1024
}

Pamięć RAM

Brak wolnej pamięci objawia się najczęściej nagłymi restartami procesu lub rosnącym czasem odpowiedzi serwera. Monitoruj zużycie RAM w panelu i zostaw margines – pełne wykorzystanie pamięci do ostatniego megabajta zwykle kończy się crashem przy większym ruchu graczy.

Pamięć masowa i opóźnienia

Dyski SSD NVMe skracają czas zapisu świata i ładowania chunków w porównaniu do klasycznych dysków talerzowych, co bezpośrednio przekłada się na płynność podczas eksploracji. Jeśli chodzi o sieć, niska latencja między graczami a lokalizacją instancji minimalizuje rubber-banding i opóźnienia w synchronizacji ruchu – dlatego lokalizacja infrastruktury blisko głównej bazy graczy ma znaczenie praktyczne, nie tylko teoretyczne.

Ochrona przed atakami DDoS na poziomie infrastruktury jest dziś standardem, o który warto zapytać niezależnie od wybranego środowiska – pozwala to uniknąć sytuacji, w której serwer pada w trakcie sesji z powodu ataku wolumetrycznego, a nie błędu konfiguracji.

Pełną listę obsługiwanych gier i możliwych środowisk uruchomieniowych znajdziesz na stronie Wszystkie nasze serwery gier, a jeśli wolisz pełną kontrolę nad środowiskiem panelu, warto rozważyć VPS Pterodactyl jako bazę do samodzielnego zarządzania instancjami.

Konfiguracja serwera Hytale sprowadza się do trzech filarów: przejrzystych plików konfiguracyjnych, przemyślanego zarządzania slotami graczy i światem oraz dopasowania parametrów wydajności do realnych zasobów maszyny. Testuj zmiany stopniowo, monitoruj logi i regularnie wykonuj kopie zapasowe, zanim zaprosisz większą społeczność.

FAQ

Gdzie znajduje się główny plik konfiguracyjny po pierwszej instalacji?

Zwykle w katalogu config/ instancji, w pliku typu server.json. Zrób kopię zapasową przed edycją i zrestartuj proces po każdej zmianie, żeby ustawienia zostały wczytane.

Ile slotów graczy mogę bezpiecznie ustawić na początku?

Zacznij od niewielkiej wartości (np. 10-20 slotów) i obserwuj zużycie CPU oraz RAM pod realnym ruchem. Zwiększaj limit stopniowo, zamiast ustawiać od razu maksymalną liczbę graczy.

Jak często należy wykonywać kopie zapasowe świata?

Dobrą praktyką jest automatyczny zapis co kilka godzin oraz dodatkowa kopia przed każdą większą zmianą konfiguracji lub aktualizacją. Trzymaj kopie poza katalogiem roboczym świata i testuj ich przywracanie.