Konfiguracja serwera Arma Reforger krok po kroku

Konfiguracja serwera Arma Reforger wymaga uporządkowania kilku elementów naraz: pliku JSON, wyboru scenariusza, ustawienia mapy, limitu graczy oraz prawidłowego otwarcia portów sieciowych. W tym artykule krok po kroku pokazujemy, jak przygotować kompletny plik config.json, dobrać parametry rozgrywki i uniknąć typowych błędów przy uruchamianiu instancji gry. Bez tej wiedzy administrator szybko trafia na błędy połączenia, niewidoczność na liście publicznej czy problemy z synchronizacją modów.

Plik konfiguracyjny JSON serwera Arma Reforger

Cała konfiguracja serwera Arma Reforger opiera się na jednym pliku JSON, który dedykowany plik wykonywalny ArmaReforgerServer wczytuje przy starcie poprzez parametr -config. W przeciwieństwie do starszych tytułów Bohemia Interactive (Arma 3 korzysta z plików .cfg), tutaj struktura jest ściśle deklaratywna i każdy błąd składni JSON (brakujący przecinek, niedomknięty nawias) powoduje natychmiastowe zatrzymanie procesu bez czytelnego komunikatu w konsoli.

Podstawowy szkielet pliku wygląda następująco:

{
  "bindAddress": "0.0.0.0",
  "bindPort": 2001,
  "publicAddress": "",
  "publicPort": 2001,
  "a2s": {
    "address": "0.0.0.0",
    "port": 17777
  },
  "rcon": {
    "address": "0.0.0.0",
    "port": 19999,
    "password": "ZmienToHasloNatychmiast",
    "permission": "admin",
    "blacklist": [],
    "whitelist": []
  },
  "game": {
    "name": "Moj serwer Arma Reforger",
    "password": "",
    "passwordAdmin": "AdminHaslo123",
    "admins": [],
    "scenarioId": "{ECC61978EDCC2B5A}Missions/23_Campaign.conf",
    "maxPlayers": 64,
    "visible": true,
    "crossPlatform": true,
    "supportedPlatforms": ["PLATFORM_PC"],
    "gameProperties": {
      "serverMaxViewDistance": 2500,
      "serverMinGrassDistance": 50,
      "networkViewDistance": 1000,
      "disableThirdPerson": false,
      "fastValidation": true,
      "battlEye": true,
      "VONDisableUI": false,
      "VONDisableDirectSpeechUI": false
    },
    "mods": []
  },
  "operating": {
    "lobbyPlayerSynchronise": true,
    "disableNavmeshStreaming": [],
    "slotReservationTimeout": 60
  }
}

Jeśli szukasz gotowego środowiska do przetestowania tej konfiguracji bez konieczności przygotowywania własnej maszyny od zera, hosting Arma Reforger pozwala wgrać plik JSON bezpośrednio przez panel i uruchomić instancję w kilka minut, zachowując pełną kontrolę nad każdym parametrem opisanym w tym artykule.

Kilka pól wymaga szczególnej uwagi:

• bindAddress / bindPort – adres i port, na którym proces nasłuchuje lokalnie. Przy jednej karcie sieciowej zostaw 0.0.0.0.
• publicAddress / publicPort – adres widoczny z zewnątrz, istotny przy NAT lub gdy maszyna ma kilka interfejsów.
• passwordAdmin – hasło do uzyskania uprawnień administratora w grze, niezależne od RCON. Nie zostawiaj pustego pola na publicznej instancji.
• fastValidation – przyspiesza weryfikację integralności danych klienta, zalecane przy większej liczbie graczy.

Scenariusze i mapa w pliku konfiguracyjnym

Pole scenarioId decyduje, która mapa i tryb rozgrywki zostaną załadowane. Arma Reforger identyfikuje scenariusze przez unikalny hash GUID poprzedzający ścieżkę pliku .conf. Oficjalne scenariusze dostarczane z grą (Everon, Arland, Conflict) mają stałe identyfikatory, natomiast scenariusze z Workshopu generują własny GUID po publikacji.

Najczęściej używane scenariusze oficjalne

Scenariusz	Mapa	scenarioId
Conflict Everon	Everon	{ECC61978EDCC2B5A}Missions/23_Campaign.conf
Conflict Arland	Arland	{59AD59368755F41A}Missions/124_Arland.conf
Game Master Everon	Everon	{59AD59368755F41A}Missions/23_Campaign.conf

Przy korzystaniu ze scenariusza z Workshopu identyfikator pojawia się w metadanych moda po jego wgraniu – zazwyczaj widoczny w panelu zarządzania modami lub w logach serwera po pierwszej próbie uruchomienia. Warto skopiować go dokładnie, bo nawet jeden błędny znak w GUID powoduje, że serwer wraca do domyślnego scenariusza albo nie startuje wcale.

Dodawanie modów do konfiguracji

Mody dodaje się w sekcji game.mods jako tablicę obiektów z identyfikatorem Workshopu:

"mods": [
  {
    "modId": "5D9BF1F6C0DD1F7B",
    "name": "Nazwa moda",
    "version": "1.2.0"
  }
]

Kolejność modów w tablicy ma znaczenie przy konfliktach assetów – mod wymieniony wyżej ładuje się wcześniej. Po każdej zmianie listy modów zrestartuj proces, żeby serwer pobrał i zweryfikował paczki przed dopuszczeniem graczy.

Limit graczy i parametry rozgrywki

Parametr maxPlayers ustawia twardy limit slotów, ale realna wydajność zależy od procesora obsługującego symulację AI i replikację sieciową, nie tylko od liczby w pliku JSON. Przy dużych starciach (ponad 40 graczy) warto obniżyć networkViewDistance i serverMaxViewDistance, żeby ograniczyć obciążenie łącza i procesora bez widocznego pogorszenia rozgrywki na pierwszym planie.

Parametr	Wpływ	Sugerowana wartość
maxPlayers	Liczba slotów	32-64 w zależności od zasobów
networkViewDistance	Dystans replikacji sieciowej	800-1500
serverMaxViewDistance	Dystans renderowania terenu	1600-2500
slotReservationTimeout	Czas rezerwacji slotu po rozłączeniu	30-60 s

Lista admins w sekcji game przyjmuje identyfikatory Steam64 graczy z uprawnieniami administratora w trakcie rozgrywki (kick, teleport, debug). To osobny mechanizm od RCON – jeśli chcesz zarządzać serwerem zdalnie z poziomu konsoli, skonfiguruj dodatkowo sekcję rcon z własnym hasłem i ewentualną listą dozwolonych adresów IP w polu whitelist.

Porty sieciowe i uruchomienie serwera

Poprawna konfiguracja serwera Arma Reforger kończy się na warstwie sieciowej – bez otwartych portów gracze nie znajdą instancji na liście serwerów, nawet jeśli proces działa poprawnie lokalnie. Domyślnie wykorzystywane są trzy porty UDP i jeden TCP (RCON).

Port	Protokół	Funkcja
2001	UDP	Główny port gry (bindPort / publicPort)
17777	UDP	A2S – zapytania o status serwera (lista serwerów, query)
19999	TCP	RCON – zdalne zarządzanie konsolą

Jeśli uruchamiasz serwer na własnej maszynie lub na VPS z dostępem przez SSH, otwórz porty w zaporze przed startem procesu:

sudo ufw allow 2001/udp
sudo ufw allow 17777/udp
sudo ufw allow 19999/tcp
sudo ufw reload

Uruchomienie dedykowanego pliku wykonywalnego z wybraną konfiguracją wygląda tak:

./ArmaReforgerServer -config config.json -maxFPS 60 -profile profiles/

Na panelu opartym o Pterodactyl te same ustawienia porządkujesz w zakładce konfiguracji – wgrywasz plik config.json do katalogu serwera, a przypisanie portów i restart procesu odbywa się bez ręcznej edycji zapory. To wygodne rozwiązanie, gdy zarządzasz kilkoma instancjami jednocześnie i nie chcesz za każdym razem wracać do linii poleceń.

Typowe błędy przy starcie

• Serwer nie pojawia się na liście publicznej – sprawdź, czy port A2S (17777/UDP) jest rzeczywiście otwarty, nie tylko port gry.
• Proces zamyka się natychmiast po starcie – zweryfikuj składnię JSON, najczęściej brakuje przecinka między obiektami lub nawiasu klamrowego na końcu sekcji game.
• Gracze łączą się, ale widzą błąd synchronizacji modów – upewnij się, że wersje w game.mods odpowiadają aktualnym wersjom na Workshopie.

Przed uruchomieniem produkcyjnej instancji warto też przejrzeć pozostałe gry dostępne w ofercie, jeśli zarządzasz więcej niż jedną społecznością – pozwala to ujednolicić podejście do panelu, kopii zapasowych i aktualizacji plików konfiguracyjnych między tytułami.

Podsumowanie

Dobrze przygotowany plik JSON, właściwie dobrany scenariusz oraz otwarte porty 2001, 17777 i 19999 to fundament stabilnej rozgrywki w Arma Reforger. Regularne testowanie konfiguracji po każdej aktualizacji gry i modów pozwala uniknąć niespodzianek podczas sesji z graczami.

FAQ

Dlaczego serwer Arma Reforger nie pojawia się na liście publicznej mimo uruchomionego procesu?

Najczęstszą przyczyną jest zablokowany port A2S (domyślnie 17777/UDP). Sam port gry (2001) nie wystarcza do wyświetlenia instancji na liście – sprawdź zaporę i ustawienia przekierowania portów na routerze lub w panelu dostawcy sieci.

Jak zmienić scenariusz bez restartu całej konfiguracji?

Wystarczy podmienić wartość pola scenarioId w pliku config.json na identyfikator GUID nowej mapy lub trybu, a następnie zrestartować proces serwera. Pozostałe sekcje pliku (rcon, a2s, gameProperties) mogą pozostać bez zmian.

Czy hasło RCON i hasło administratora w grze to to samo?

Nie. Pole passwordAdmin w sekcji game dotyczy uprawnień administratora podczas rozgrywki (kick, teleport), natomiast hasło w sekcji rcon służy do zdalnego zarządzania konsolą serwera przez osobne narzędzia RCON. Oba powinny być różne i trudne do odgadnięcia.