Linux-commando's helpen je om een gameserver gecontroleerd te controleren, bestanden te beheren, processen te bewaken en fouten in logs te vinden. Bij game-serverhosting staan technische controle, support en traceerbare workflows centraal: je kunt veel routinetaken comfortabel beheren, maar je moet de belangrijkste terminalcommando's kennen als je dieper wilt analyseren of handmatig wilt ingrijpen.

Vereisten

Voor de volgende commando's heb je een Linux-server of een vrijgegeven SSH-/terminaltoegang nodig, passende gebruikersrechten en het pad naar je gameservermap. Werk indien mogelijk niet blind als root. Als je configuratiebestanden wijzigt, maak dan vooraf een kopie en documenteer wat je hebt aangepast.

Als je bestanden liever via een grafische client beheert, past aanvullend de gids over SFTP-toegang voor gameserverbestanden. Admin-commando's binnen het spel zijn een ander onderwerp: voor Valheim vind je ze in de gids over Valheim-servercommando's en admin commands, voor Rust in de gids over Rust-servercommando's en admin commands.

Bestandssysteem

Met deze commando's oriënteer je je in de mappenstructuur en wijzig je bestanden of mappen. Controleer vóór riskante acties altijd het huidige pad met pwd en de inhoud met ls -la.

ls -la                    # Bestanden weergeven
cd /home/server           # Van map wisselen
pwd                       # Huidig pad weergeven
cp datei.txt backup.txt   # Bestand kopiëren
mv alt.txt neu.txt        # Bestand hernoemen/verplaatsen
rm datei.txt              # Bestand verwijderen
mkdir ordner              # Map maken
chmod +x start.sh         # Uitvoerbaar maken

cp is geschikt voor snelle back-ups van losse configuratiebestanden. mv kan bestanden hernoemen of verplaatsen. rm verwijdert zonder prullenbak; gebruik het daarom pas als bestandsnaam en pad kloppen. Met chmod +x start.sh maak je een startscript uitvoerbaar als de server niet start door ontbrekende uitvoeringsrechten.

Processen

Procescommando's laten je zien of een gameserver draait, hoe zwaar CPU en RAM worden belast en welke proces-ID je nodig hebt voor een gerichte herstart.

ps aux | grep server      # Processen zoeken
top                       # CPU/RAM-overzicht
htop                      # Beter overzicht
kill <PID>                # Proces beëindigen
kill -9 <PID>             # Proces geforceerd beëindigen
screen -S server          # Screen-sessie starten
screen -r server          # Sessie hervatten

kill <PID> beëindigt een proces normaal. kill -9 <PID> forceert het beëindigen en moet de uitzondering blijven, omdat de server daarbij mogelijk geen nette opslag- of shutdownstappen meer kan uitvoeren. screen is handig als een serverproces moet blijven draaien nadat je de SSH-sessie hebt gesloten.

Netwerk

Netwerkcommando's helpen je om poortvrijgaven, bereikbaarheid en firewallregels te controleren. Dat is vooral belangrijk als een server lokaal draait, maar niet in de gamebrowser verschijnt.

netstat -tulpn            # Open poorten weergeven
ss -tulpn                 # Modernere alternatief
ping 8.8.8.8              # Verbinding testen
traceroute server.de      # Route volgen
iptables -L               # Firewallregels
ufw status                # UFW-status
ufw allow 25565/tcp       # Poort openen

ss -tulpn is op veel actuele Linux-systemen de voorkeurskeuze om luisterende TCP- en UDP-poorten te zien. ping controleert de basisbereikbaarheid, maar zegt niet of de gamepoort open is. ufw allow 25565/tcp is een voorbeeld van een poortvrijgave; vervang poort en protocol door de waarden van je game.

Bestanden bewerken en logs lezen

Logs zijn vaak de snelste weg naar de oorzaak: ontbrekende modbestanden, verkeerde startparameters, poortconflicten of beschadigde configuraties verschijnen daar meestal vóór zichtbare symptomen.

nano datei.txt            # Editor openen
vim datei.txt             # Vim-editor
cat datei.txt             # Bestand weergeven
tail -f server.log        # Log live volgen
grep "error" server.log   # In bestand zoeken

nano is toegankelijker voor snelle wijzigingen, vim is krachtiger, maar vereist routine. Met tail -f server.log volg je de start live. grep "error" server.log filtert op foutmeldingen; zoek indien nodig aanvullend naar termen zoals failed, exception, denied, port of de naam van een mod.

Serverbeheer

Als je gameserver als systemd-service is ingericht, bestuur je hem via systemctl en lees je systeemlogs met journalctl. De officiële systemd-documentatie beschrijft systemctl als hulpmiddel voor de controle van de systemd-systeem- en servicemanager: Documentatie bij freedesktop.org

systemctl status server   # Servicestatus
systemctl restart server  # Service herstarten
journalctl -u server      # Logs weergeven
df -h                     # Schijfruimte controleren
free -h                   # RAM-gebruik

systemctl status server toont of een service actief is en welke laatste logregels relevant kunnen zijn. journalctl -u server is nauwkeuriger als je meer geschiedenis nodig hebt. df -h controleert vrije schijfruimte; volle schijven kunnen updates, saves en logbestanden blokkeren. free -h laat zien of het werkgeheugen krap wordt.

SteamCMD

Veel dedicated gameservers worden via SteamCMD geïnstalleerd of bijgewerkt. Het bestaande commando gebruikt anonieme login, werkt een App-ID bij, valideert bestanden en sluit SteamCMD daarna af.

steamcmd +login anonymous +app_update <appid> validate +quit
Game App-ID
CS2 730
Rust 258550
ARK 376030
Valheim 896660
7D2D 294420

Vervang <appid> door de passende App-ID. Na een update moet je de server starten, de startlog controleren en testen of de server bereikbaar is. Bij gemodificeerde servers kan validate lokale wijzigingen overschrijven; maak daarom vooraf een back-up van belangrijke configuraties en modbestanden.

Resultaat controleren

Na wijzigingen controleer je in drie stappen: draait het proces, luistert de poort en tonen de logs geen nieuwe fouten? Praktisch is deze volgorde: systemctl status server of ps aux | grep server, daarna ss -tulpn, vervolgens tail -f server.log of journalctl -u server. Pas als dit niveau klopt, is de test in de gameclient zinvol.

Troubleshooting

Server start niet

Controleer eerst de startlog. Veelvoorkomende oorzaken zijn ontbrekende uitvoeringsrechten op start.sh, een verkeerde werkmap, ontbrekende bestanden of een bezette poort. Controleer pwd, ls -la, chmod +x start.sh en daarna de loguitvoer.

Poort is niet bereikbaar

Vergelijk gamepoort, querypoort en protocol. Sommige gameservers gebruiken TCP en UDP verschillend. Controleer met ss -tulpn of de service luistert en met ufw status of de firewall de verbinding toestaat.

Proces hangt of reageert niet

Zoek de proces-ID met ps aux | grep server. Probeer eerst een normale stop via de service- of gameserverconsole. Gebruik kill -9 <PID> alleen als het proces niet meer netjes kan worden beëindigd.

Update heeft configuratie gewijzigd

Als na SteamCMD-validatie instellingen ontbreken, zet je back-up terug of vergelijk je de betrokken bestanden. Vooral bij mods en aangepaste startparameters moet je wijzigingen vóór updates veiligstellen.

Controle, grenzen en veilige terugweg

De handleiding „Linux-gameservercommando's – belangrijke terminalcommands“ geldt voor het in het artikel beschreven servertype en de versiestand die op het moment van controle zichtbaar was. Menunamen, beschikbare versies, compatibiliteit van mods of plugins en benodigde resources kunnen na updates afwijken. Neem daarom geen waarden ongecontroleerd over naar een andere game-, loader- of serverversie.

Maak vóór wijzigingen aan wereld, savegame, configuratie of uitbreidingen een back-up van de betrokken bestanden. Wijzig daarna slechts één samenhangende stap en controleer die met dezelfde client- en serverversie waarmee je later wilt spelen.

Controlepunt Verwacht resultaat Afbreken en terugweg
Serverstart De server bereikt zonder nieuwe foutmelding de gebruiksklare status. Bij startfouten wijziging terugdraaien en de laatste back-up terugzetten.
Verbindingstest Een testaccount kan verbinden via het adres dat in het panel wordt weergegeven. Bij versie- of verbindingsfouten versie, poort en vrijgaven opnieuw vergelijken.
Functietest De concreet gewijzigde functie werkt zonder bestaande wereld- of gamedata te beschadigen. Bij bijwerkingen server stoppen en opgeslagen bestanden herstellen.

Een geslaagde losse test is geen garantie voor prestaties of beschikbaarheid. Wereldgrootte, mods, plugins, spelersaantal, netwerkroute en gelijktijdige belasting kunnen het resultaat veranderen. Documenteer versie, wijziging en testresultaat, zodat je latere afwijkingen kunt herleiden.

FAQ

Heb ik deze Linux-commando's bij game-serverhosting altijd nodig?

Nee. Veel standaardtaken lopen via beheerinterfaces en ondersteunde operationele workflows. De commando's zijn vooral handig als je technische oorzaken zelf wilt begrijpen of gericht met supportaanwijzingen wilt werken.

Is netstat of ss beter?

ss is op moderne Linux-systemen meestal de passendere keuze, omdat het de nieuwere toolfamilie gebruikt. Als netstat op je systeem aanwezig is, kan het voor eenvoudige controles toch werken.

Wanneer moet ik kill -9 gebruiken?

Alleen als laatste maatregel, wanneer een proces niet reageert op normale stops. Een geforceerde afbreking kan schrijfacties onderbreken, daarom moet je daarna logs en savebestanden controleren.

Kan ik SteamCMD voor elke game anoniem gebruiken?

Nee. Het getoonde commando werkt alleen voor server-apps die anonieme toegang toestaan. Als een game login of extra rechten vereist, moet je de officiële documentatie van de betreffende game volgen.

Wat is het belangrijkste commando voor foutopsporing?

Er is niet één enkel commando. In de praktijk is de combinatie van tail -f server.log, ss -tulpn en systemctl status server bijzonder nuttig, omdat die logfouten, poorten en servicestatus samen zichtbaar maakt.