Polecenia dla serwera gier Linux - ważne komendy terminala

Polecenia Linuksa pomagają Ci kontrolowanie sprawdzać serwer gier, zarządzać plikami, obserwować procesy i znajdować błędy w logach. W game-serverhosting najważniejsze są techniczna kontrola, wsparcie i przejrzyste procedury: wiele rutynowych zadań możesz wygodnie obsługiwać, ale warto znać najważniejsze komendy terminala, jeśli chcesz analizować głębiej albo ręcznie interweniować.

Wymagania

Do poniższych poleceń potrzebujesz serwera Linux albo aktywowanego dostępu SSH/terminala, odpowiednich uprawnień użytkownika oraz ścieżki do katalogu swojego serwera gier. W miarę możliwości nie pracuj na ślepo jako root. Jeśli zmieniasz pliki konfiguracyjne, najpierw utwórz kopię i udokumentuj, co zostało przez Ciebie dostosowane.

Jeśli wolisz zarządzać plikami przez graficznego klienta, dobrym uzupełnieniem będzie poradnik o dostępie SFTP do plików serwera gier. Administrowanie komendami w samej grze to osobny temat: dla Valheim znajdziesz je w poradniku o komendach serwera Valheim i poleceniach admina, a dla Rust w poradniku o komendach serwera Rust i poleceniach admina.

System plików

Tymi poleceniami orientujesz się w drzewie katalogów i zmieniasz pliki lub foldery. Przed ryzykownymi działaniami zawsze sprawdź aktualną ścieżkę za pomocą pwd i zawartość za pomocą ls -la.

ls -la                    # Pokaż pliki
cd /home/server           # Zmień folder
pwd                       # Pokaż aktualną ścieżkę
cp datei.txt backup.txt   # Skopiuj plik
mv alt.txt neu.txt        # Zmień nazwę/przenieś plik
rm datei.txt              # Usuń plik
mkdir ordner              # Utwórz folder
chmod +x start.sh         # Nadaj możliwość uruchomienia

cp nadaje się do szybkich kopii zapasowych pojedynczych plików konfiguracyjnych. mv może zmieniać nazwy plików albo je przenosić. rm usuwa bez kosza; używaj go więc dopiero wtedy, gdy nazwa pliku i ścieżka są poprawne. Za pomocą chmod +x start.sh ustawiasz skrypt startowy jako wykonywalny, jeśli serwer nie uruchamia się z powodu brakujących praw wykonania.

Procesy

Polecenia procesów pokazują Ci, czy serwer gier działa, jak mocno obciążone są CPU i RAM oraz jakiego ID procesu potrzebujesz przy celowanym restarcie.

ps aux | grep server      # Szukaj procesów
top                       # Przegląd CPU/RAM
htop                      # Lepszy przegląd
kill <PID>                # Zakończ proces
kill -9 <PID>             # Wymuś zakończenie procesu
screen -S server          # Uruchom sesję screen
screen -r server          # Wznów sesję

kill <PID> kończy proces w normalny sposób. kill -9 <PID> wymusza zakończenie i powinno pozostać wyjątkiem, ponieważ serwer może wtedy nie wykonać czystych kroków zapisu lub zamykania. screen jest przydatny, gdy proces serwera ma działać dalej po zamknięciu sesji SSH.

Sieć

Polecenia sieciowe pomagają Ci sprawdzać odblokowanie portów, dostępność i reguły zapory. To szczególnie ważne, gdy serwer działa lokalnie, ale nie pojawia się w przeglądarce serwerów w grze.

netstat -tulpn            # Pokaż otwarte porty
ss -tulpn                 # Nowocześniejsza alternatywa
ping 8.8.8.8              # Przetestuj połączenie
traceroute server.de      # Śledź trasę
iptables -L               # Reguły zapory
ufw status                # Status UFW
ufw allow 25565/tcp       # Otwórz port

ss -tulpn jest na wielu aktualnych systemach Linux preferowanym wyborem do wyświetlania nasłuchujących portów TCP i UDP. ping sprawdza podstawową dostępność, ale nie mówi, czy port gry jest otwarty. ufw allow 25565/tcp to przykład odblokowania portu; zastąp port i protokół wartościami swojej gry.

Edycja plików i czytanie logów

Logi są często najszybszą drogą do przyczyny: brakujące pliki modów, błędne parametry startowe, konflikty portów albo uszkodzone konfiguracje zwykle pojawiają się tam przed widocznymi objawami.

nano datei.txt            # Otwórz edytor
vim datei.txt             # Edytor Vim
cat datei.txt             # Pokaż plik
tail -f server.log        # Śledź log na żywo
grep "error" server.log   # Szukaj w pliku

nano jest łatwiejsze przy szybkich zmianach, vim jest mocniejszy, ale wymaga wprawy. Za pomocą tail -f server.log obserwujesz start na żywo. grep "error" server.log filtruje komunikaty błędów; w razie potrzeby szukaj dodatkowo pojęć takich jak failed, exception, denied, port albo nazwy moda.

Zarządzanie serwerem

Jeśli Twój serwer gier jest skonfigurowany jako usługa systemd, sterujesz nim przez systemctl, a logi systemowe czytasz przez journalctl. Oficjalna dokumentacja systemd opisuje systemctl jako narzędzie do kontrolowania menedżera systemu i usług systemd: dokumentacja na freedesktop.org

systemctl status server   # Status usługi
systemctl restart server  # Zrestartuj usługę
journalctl -u server      # Pokaż logi
df -h                     # Sprawdź miejsce na dysku
free -h                   # Użycie RAM

systemctl status server pokazuje, czy usługa jest aktywna i które ostatnie linie logów mogą być istotne. journalctl -u server jest dokładniejszy, gdy potrzebujesz dłuższej historii. df -h sprawdza wolne miejsce; pełne dyski mogą blokować aktualizacje, zapisy i pliki logów. free -h pokazuje, czy zaczyna brakować pamięci RAM.

SteamCMD

Wiele dedykowanych serwerów gier instaluje się albo aktualizuje przez SteamCMD. Podane polecenie używa anonimowego logowania, aktualizuje App-ID, sprawdza poprawność plików i potem zamyka SteamCMD.

steamcmd +login anonymous +app_update <appid> validate +quit

Zastąp <appid> odpowiednim App-ID. Po aktualizacji uruchom serwer, sprawdź log startowy i przetestuj, czy serwer jest dostępny. Na serwerach z modyfikacjami validate może nadpisać lokalne zmiany; dlatego wcześniej zabezpiecz ważne konfiguracje i pliki modów.

Sprawdzenie wyniku

Po zmianach sprawdzasz trzy rzeczy: czy proces działa, czy port nasłuchuje i czy logi nie pokazują nowych błędów. Praktyczna kolejność wygląda tak: systemctl status server albo ps aux | grep server, potem ss -tulpn, następnie tail -f server.log albo journalctl -u server. Dopiero gdy ten poziom jest w porządku, warto testować w kliencie gry.

Rozwiązywanie problemów

Serwer nie startuje

Najpierw sprawdź log startowy. Częste przyczyny to brak praw wykonania dla start.sh, błędny katalog roboczy, brakujące pliki albo zajęty port. Skontroluj pwd, ls -la, chmod +x start.sh, a potem wynik w logach.

Port nie jest osiągalny

Porównaj port gry, port query i protokół. Niektóre serwery gier używają TCP i UDP w różny sposób. Sprawdź przez ss -tulpn, czy usługa nasłuchuje, oraz przez ufw status, czy zapora pozwala na połączenie.

Proces się zawiesza albo nie reaguje

Znajdź ID procesu za pomocą ps aux | grep server. Najpierw spróbuj normalnego zatrzymania przez usługę albo konsolę serwera gier. Używaj kill -9 <PID> tylko wtedy, gdy procesu nie da się już czysto zakończyć.

Aktualizacja zmieniła konfigurację

Jeśli po walidacji SteamCMD brakuje ustawień, przywróć kopię zapasową albo porównaj dotknięte pliki. Szczególnie przy modach i dostosowanych parametrach startowych warto zabezpieczyć zmiany przed aktualizacjami.

Kontrola, ograniczenia i bezpieczny powrót

Instrukcja „Polecenia dla serwera gier Linux - ważne komendy terminala” dotyczy typu serwera opisanego w artykule oraz stanu wersji widocznego w momencie kontroli. Nazwy menu, dostępne wersje, kompatybilność modów lub pluginów i wymagane zasoby mogą się różnić po aktualizacjach. Dlatego nie przenoś żadnych wartości bez sprawdzenia na inną wersję gry, loadera albo serwera.

Przed zmianami w świecie, stanie gry, konfiguracji albo rozszerzeniach utwórz kopię zapasową dotkniętych plików. Następnie zmieniaj tylko jeden spójny krok naraz i sprawdzaj go z tą samą wersją klienta i serwera, z którą później chcesz grać.

Udany pojedynczy test nie jest gwarancją wydajności ani dostępności. Rozmiar świata, mody, pluginy, liczba graczy, trasa sieciowa i jednoczesne obciążenie mogą zmienić wynik. Dokumentuj wersję, zmianę i wynik testu, aby później móc odtworzyć odchylenia.

FAQ

Czy w game-serverhosting zawsze potrzebuję tych poleceń Linuksa?

Nie. Wiele standardowych zadań działa przez panele zarządzania i wspierane procedury operacyjne. Polecenia są szczególnie pomocne, gdy chcesz samodzielnie zrozumieć techniczne przyczyny albo pracować konkretnie według wskazówek supportu.

Czy lepsze jest netstat, czy ss?

ss na nowoczesnych systemach Linux zwykle jest trafniejszym wyborem, ponieważ korzysta z nowszej rodziny narzędzi. Jeśli netstat jest dostępny w Twoim systemie, nadal może działać przy prostych kontrolach.

Kiedy używać kill -9?

Tylko jako ostatniego środka, gdy proces nie reaguje na normalne zatrzymanie. Wymuszone przerwanie może przerwać operacje zapisu, dlatego potem sprawdź logi i pliki zapisu.

Czy mogę używać SteamCMD anonimowo dla każdej gry?

Nie. Pokazane polecenie działa tylko dla aplikacji serwerowych, które pozwalają na anonimowy dostęp. Jeśli gra wymaga logowania albo dodatkowych uprawnień, musisz trzymać się oficjalnej dokumentacji danej gry.

Jakie polecenie jest najważniejsze przy szukaniu błędów?

Nie ma jednego takiego polecenia. W praktyce szczególnie przydatne jest połączenie tail -f server.log, ss -tulpn i systemctl status server, ponieważ razem pokazują błędy w logach, porty i status usługi.