Własny serwer daje coś, czego nie zapewnia zwykły multiplayer: kontrolę nad światem, zasadami, dostępem i tym, jak mocno dociążasz sprzęt. To poradnik o tym, jak stworzyć serwer Minecraft bez błądzenia po przypadkowych instrukcjach: od wyboru Java lub Bedrock, przez uruchomienie plików, aż po ustawienia, które robią największą różnicę w praktyce. Najczęściej problem nie leży w samym starcie, tylko w źle dobranej wersji, portach albo w zbyt ambitnych ustawieniach na za słabym komputerze.
Najważniejsze rzeczy, które warto wiedzieć przed startem
- Serwer Java działa tylko z Minecraft: Java Edition, a Bedrock ma osobny pakiet i osobne zasady połączeń.
- Na mały serwer dla kilku osób zwykle wystarcza 2-4 GB RAM, ale mody i większa liczba graczy szybko podnoszą wymagania.
- Jeśli serwer ma działać przez internet, w Java najczęściej otwierasz port 25565, a w Bedrock standardem jest 19132.
- Najpierw ustaw whitelistę i zrób kopię świata, dopiero potem zapraszaj więcej osób.
- Jeżeli grasz tylko z ekipą w tej samej sieci, często wystarczy Open to LAN i nie trzeba wystawiać serwera do internetu.
Najpierw wybierz, jaki serwer naprawdę chcesz uruchomić
Ja na starcie rozdzielam to na cztery scenariusze, bo wtedy decyzja robi się prostsza. Inaczej wygląda serwer dla dwóch znajomych na jednym Wi-Fi, inaczej dla paczki z Discorda, a jeszcze inaczej dla świata z pluginami, modami i publicznym adresem. Najważniejsza rzecz: oficjalny pakiet serwera z Minecrafta jest osobny dla Java Edition, a Bedrock wymaga innego rozwiązania.
| Opcja | Dla kogo | Plusy | Minusy |
|---|---|---|---|
| Java self-hosted | Gracze PC, mody, pluginy, pełna kontrola | Największa swoboda i największy ekosystem dodatków | Trzeba samemu ogarnąć Java, porty i aktualizacje |
| Bedrock dedicated | Konsola, telefon, tablet, Windows Bedrock | Łatwiej spiąć różne urządzenia | Inny pakiet, inny port i mniej zgodności z modami z Java |
| Realms | Mała grupa, zero technicznych zabaw | Najszybszy start i najmniej administracji | Mniej elastyczny niż własny serwer |
| Open to LAN | Granie w tej samej sieci lokalnej | Najprostszy wariant na testy i krótkie sesje | Działa tylko lokalnie |
Jeśli twoi znajomi grają na PC z Java Edition i chcesz pluginy albo mody, wybór jest prosty. Jeśli celujesz w konsolę, telefon lub Windows Bedrock, potrzebujesz Bedrock Dedicated Server albo Realms. LAN traktuję jako szybki test i wygodną opcję domową, ale nie jako pełnoprawny serwer publiczny. Gdy ten wybór masz z głowy, można przejść do samej instalacji.
Jak uruchomić serwer Java krok po kroku
Tu nie trzeba kombinować, ale trzeba działać po kolei. Oficjalny pakiet serwera pobierasz jako plik .jar, a potem uruchamiasz go z poziomu terminala lub wiersza poleceń. Na stronie Minecraft znajdziesz jasną informację, że ten zestaw działa tylko z Java Edition, więc jeśli ktoś próbuje użyć go do Bedrock, utknie już na starcie.
- Utwórz osobny folder na serwer, najlepiej poza katalogiem gry. Dzięki temu pliki konfiguracyjne nie zleją ci się z niczym innym.
-
Pobierz oficjalny plik serwera i wrzuć go do tego folderu. Warto od razu nadać mu prostą nazwę, na przykład
server.jar. - Sprawdź Javę w terminalu. Na Linuxie i macOS zwykle działa to od ręki, a na Windowsie czasem trzeba dopisać Javę do zmiennej PATH.
- Uruchom serwer pierwszy raz, żeby wygenerował pliki konfiguracyjne. To normalne, że na tym etapie pojawią się nowe pliki, a czasem serwer zakończy pracę po pierwszym starcie.
-
Otwórz plik
eula.txti zmieńeula=falsenaeula=true. Bez tego serwer nie ruszy. - Uruchom serwer ponownie, najlepiej już z parametrami pamięci.
java -Xms2G -Xmx4G -jar server.jar noguiW tym przykładzie -Xms oznacza początkową ilość RAM, a -Xmx maksymalną. Na mały serwer vanilla zwykle zaczynam od 2-4 GB, a przy modach podnoszę to ostrożnie, zamiast od razu dawać połowę całej pamięci komputera. Opcja nogui wyłącza graficzny interfejs i trochę oszczędza zasoby. Jeśli chcesz uruchamiać wszystko w oknie, możesz ją pominąć.
Po pierwszym poprawnym starcie najważniejsze staje się już nie samo uruchomienie, tylko konfiguracja świata, więc następny krok to plik server.properties.
Co ustawić w server.properties, żeby świat działał stabilnie
To właśnie tutaj najczęściej wygrywa albo przegrywa komfort gry. Ja zwykle zaczynam od kilku ustawień, które od razu poprawiają płynność albo porządkują dostęp. Nie ma sensu grzebać we wszystkim naraz. Lepiej ustawić podstawy i po jednej sesji zobaczyć, co faktycznie wymaga korekty.
| Ustawienie | Co robi | Dobry start |
|---|---|---|
motd |
Wiadomość widoczna na liście serwerów | Krótka nazwa świata lub ekipy |
max-players |
Limit graczy | Tyle osób, ile realnie grasz, plus 1-2 |
difficulty |
Poziom trudności |
normal albo hard dla survivalu |
pvp |
Walka gracz kontra gracz |
true tylko jeśli wszyscy to chcą |
whitelist |
Dostęp tylko dla zaproszonych |
true dla serwera prywatnego |
online-mode |
Weryfikacja kont graczy |
true dla serwera publicznego i prywatnego w internecie |
view-distance |
Jak daleko ładowany jest świat | 6-10 na słabszym sprzęcie |
simulation-distance |
Ile chunków aktywnie działa | 4-8, bo to mocno wpływa na CPU |
spawn-protection |
Ochrona obszaru spawnu | 16, a przy swobodnym budowaniu nawet 0 |
Jeśli serwer zaczyna lagować, najpierw obniżam view-distance, a dopiero potem kombinuję z większą ilością RAM. To zwykle daje szybszy efekt niż bezmyślne podbijanie pamięci. simulation-distance ma jeszcze większy wpływ na CPU, więc przy słabszym procesorze właśnie tu szukałbym oszczędności. Gdy konfiguracja świata jest już sensowna, zostaje najważniejsze pytanie praktyczne: jak wpuścić znajomych i nie otworzyć serwera dla całego internetu.
Jak wpuścić znajomych przez internet i nie narazić serwera
Jeżeli chcesz grać tylko w domu, sprawa jest banalna: użyj Open to LAN i nie wystawiaj niczego na zewnątrz. Jeśli serwer ma działać poza twoją siecią, musisz dopuścić ruch przez router i zaporę systemową. W Java standardem jest port 25565, a w Bedrock 19132. To ważne, bo wiele osób wpisuje poprawny adres, ale blokuje połączenie na routerze albo w firewallu.
Ja zawsze robię to w tej kolejności: najpierw firewall, potem przekierowanie portu na routerze, a dopiero na końcu wysyłam adres znajomym. Jeśli twój internet działa za CGNAT-em albo nie masz publicznego IP, samo przekierowanie portów nie wystarczy. Wtedy sensowniejszy bywa hosting, VPS albo Realms, bo walka z siecią potrafi zjeść więcej czasu niż sama gra.
- Whitelista ogranicza wejście tylko do wskazanych nicków.
- Op dawaj wyłącznie osobom, którym naprawdę ufasz, bo operator ma szerokie uprawnienia administracyjne.
- online-mode=true zostaw włączone, jeśli serwer ma działać w internecie i weryfikować konta.
- Kopia zapasowa świata powinna powstać zanim zaczniesz dodawać pluginy, mody albo większą grupę graczy.
Warto też pamiętać, że klient i serwer muszą działać na tej samej wersji gry. Jeśli zrobisz serwer na najnowszym release, gracze też powinni wejść na tę samą wersję, bo inaczej pojawią się dziwne błędy lub zwykła blokada połączenia. Kiedy ten element działa, decyzja o modelu hostingu staje się dużo prostsza.
Realms, hosting czy własny komputer
Tu nie ma jednego zwycięzcy. Jest tylko rozwiązanie, które pasuje do konkretnej sytuacji. Własny komputer wygrywa ceną na starcie, hosting wygrywa wygodą i stabilnością, a Realms wygrywa tym, że praktycznie nie wymaga administracji. Ja patrzę na to głównie przez pryzmat tego, ile czasu chcesz poświęcić na utrzymanie serwera, a nie tylko na samo granie.
| Opcja | Koszt | Kiedy ma sens | Największy minus |
|---|---|---|---|
| Własny komputer | Brak abonamentu, ale zostaje prąd i zużycie sprzętu | Mała, zaufana grupa i testy | Komputer musi być włączony, a łącze i router potrafią ograniczać |
| Hosting lub VPS | Zwykle kilkanaście do kilkudziesięciu złotych miesięcznie | Serwer ma działać stabilnie i być dostępny z internetu | Trzeba go skonfigurować i pilnować opłaty |
| Realms | Abonament zależny od planu | Chcesz szybko zacząć bez technicznych zabaw | Mniej swobody niż na własnym serwerze |
Jeśli chcesz mody, pluginy i pełną kontrolę, Java na własnym hostingu albo VPS zwykle ma największy sens. Jeśli zależy ci na prostocie i graniu z rodziną albo małą ekipą, Realms jest mniej efektowny, ale bardzo wygodny. Własny komputer polecam głównie do testów i małych światów, bo w praktyce to najczęściej właśnie awaryjność domowej maszyny robi największy bałagan. Po wyborze modelu zostaje już tylko kilka ruchów, które oszczędzają najwięcej nerwów po pierwszym starcie.
Kilka ruchów po starcie, które oszczędzają najwięcej nerwów
Gdy serwer już działa, największą różnicę robią drobiazgi. Ja zawsze zaczynam od kopii całego folderu świata, potem sprawdzam logi i dopiero wtedy zapraszam kolejne osoby. To nudne, ale właśnie takie rzeczy decydują o tym, czy świat przetrwa tydzień, czy tylko jeden wieczór.
- Zrób kopię folderu świata przed pierwszą większą sesją.
- Przetestuj poprawne zatrzymanie serwera komendą
stop, a nie brutalnym zamykaniem okna. - Sprawdź logi po wejściu pierwszych graczy, bo tam najszybciej widać błędy wersji, pamięci albo pluginów.
- Ustaw automatyczny restart po większych aktualizacjach, zwłaszcza jeśli serwer ma mody lub pluginy.
- Jeśli coś zaczyna lagować, zmniejsz najpierw
view-distanceisimulation-distance, zanim zaczniesz dokładać RAM.
Najczęstsze potknięcia są zaskakująco przyziemne: brak akceptacji EULA, zła wersja klienta i serwera, zablokowany port w firewallu albo za duży przydział pamięci, który zostawia system bez oddechu. Najbardziej praktyczna droga to start od małego, prywatnego serwera vanilla, dopiero potem dodanie whitelisty, kopii zapasowych i ewentualnie pluginów. Właśnie tak najszybciej sprawdzisz, czy sprzęt i łącze naprawdę dają radę, zanim zaprosisz większą ekipę albo przeniesiesz świat na hosting.
