Commandes Linux pour serveurs de jeu – commandes de terminal importantes

Les commandes Linux t’aident à contrôler un serveur de jeu de façon maîtrisée, à gérer les fichiers, à surveiller les processus et à trouver les erreurs dans les logs. Chez game-serverhosting, le contrôle technique, le support et les procédures traçables sont au premier plan : tu peux gérer confortablement de nombreuses tâches de routine, mais tu devrais connaître les principales commandes de terminal si tu veux analyser plus en profondeur ou intervenir manuellement.

Prérequis

Pour les commandes suivantes, il te faut un serveur Linux ou un accès SSH/terminal activé, les droits utilisateur adaptés et le chemin vers le répertoire de ton serveur de jeu. Évite autant que possible de travailler aveuglément en root. Si tu modifies des fichiers de configuration, crée d’abord une copie et documente ce que tu as adapté.

Si tu préfères gérer les fichiers via un client graphique, le guide sur l’accès SFTP aux fichiers de serveurs de jeu est un bon complément. Les commandes d’admin en jeu sont un autre sujet : pour Valheim, tu les trouveras dans le guide sur les commandes de serveur Valheim et commandes admin, pour Rust dans le guide sur les commandes de serveur Rust et commandes admin.

Système de fichiers

Avec ces commandes, tu t’orientes dans l’arborescence des dossiers et tu modifies des fichiers ou des dossiers. Avant les actions risquées, vérifie toujours le chemin actuel avec pwd et le contenu avec ls -la.

ls -la                    # Afficher les fichiers
cd /home/server           # Changer de dossier
pwd                       # Afficher le chemin actuel
cp fichier.txt sauvegarde.txt   # Copier un fichier
mv alt.txt neu.txt        # Renommer/déplacer un fichier
rm fichier.txt              # Supprimer un fichier
mkdir dossier              # Créer un dossier
chmod +x start.sh         # Rendre exécutable

cp convient aux sauvegardes rapides de fichiers de configuration individuels. mv peut renommer ou déplacer des fichiers. rm supprime sans corbeille ; utilise-le donc seulement quand le nom de fichier et le chemin sont corrects. Avec chmod +x start.sh, tu rends un script de démarrage exécutable si le serveur ne démarre pas à cause de droits d’exécution manquants.

Processus

Les commandes de processus te montrent si un serveur de jeu tourne, à quel point le CPU et la RAM sont sollicités et quel ID de processus il te faut pour un redémarrage ciblé.

ps aux | grep server      # Rechercher des processus
top                       # Vue d’ensemble CPU/RAM
htop                      # Meilleure vue d’ensemble
kill <PID>                # Arrêter un processus
kill -9 <PID>             # Forcer le processus
screen -S server          # Démarrer une session screen
screen -r server          # Reprendre une session

kill <PID> termine un processus normalement. kill -9 <PID> force l’arrêt et doit rester une exception, car le serveur peut alors ne plus effectuer correctement certaines étapes d’enregistrement ou d’arrêt. screen est utile lorsqu’un processus serveur doit continuer à tourner après la fermeture de ta session SSH.

Réseau

Les commandes réseau t’aident à vérifier les ouvertures de ports, l’accessibilité et les règles de pare-feu. C’est particulièrement important lorsqu’un serveur tourne localement, mais n’apparaît pas dans le navigateur de serveurs du jeu.

netstat -tulpn            # Afficher les ports ouverts
ss -tulpn                 # Alternative plus moderne
ping 8.8.8.8              # Tester la connexion
traceroute server.de      # Suivre la route
iptables -L               # Règles de pare-feu
ufw status                # Statut UFW
ufw allow 25565/tcp       # Ouvrir un port

ss -tulpn est le choix privilégié sur de nombreux systèmes Linux actuels pour voir les ports TCP et UDP en écoute. ping vérifie l’accessibilité de base, mais ne dit pas si le port du jeu est ouvert. ufw allow 25565/tcp est un exemple d’ouverture de port ; remplace le port et le protocole par les valeurs de ton jeu.

Modifier des fichiers et lire les logs

Les logs sont souvent le chemin le plus rapide vers la cause : fichiers de mods manquants, mauvais paramètres de démarrage, conflits de ports ou configurations endommagées y apparaissent généralement avant les symptômes visibles.

nano fichier.txt            # Ouvrir l’éditeur
vim fichier.txt             # Éditeur Vim
cat fichier.txt             # Afficher le fichier
tail -f server.log        # Suivre le log en direct
grep "error" server.log   # Rechercher dans le fichier

nano est plus accessible pour les modifications rapides, vim est plus puissant, mais demande de l’habitude. Avec tail -f server.log, tu observes le démarrage en direct. grep "error" server.log filtre les messages d’erreur ; si nécessaire, cherche aussi des termes comme failed, exception, denied, port ou le nom d’un mod.

Gestion du serveur

Si ton serveur de jeu est configuré comme service systemd, tu le contrôles avec systemctl et tu lis les logs système avec journalctl. La documentation officielle de systemd décrit systemctl comme un outil de contrôle du gestionnaire système et de services systemd : documentation sur freedesktop.org

systemctl status server   # Statut du service
systemctl restart server  # Redémarrer le service
journalctl -u server      # Afficher les logs
df -h                     # Vérifier l’espace disque
free -h                   # Utilisation de la RAM

systemctl status server indique si un service est actif et quelles dernières lignes de log peuvent être pertinentes. journalctl -u server est plus précis si tu as besoin de plus d’historique. df -h vérifie l’espace disque libre ; des supports de stockage pleins peuvent bloquer les mises à jour, les sauvegardes et les fichiers de log. free -h montre si la mémoire vive devient insuffisante.

SteamCMD

De nombreux serveurs de jeu dédiés sont installés ou mis à jour via SteamCMD. La commande existante utilise une connexion anonyme, met à jour une App-ID, valide les fichiers puis ferme SteamCMD.

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

Remplace <appid> par l’App-ID appropriée. Après une mise à jour, tu devrais démarrer le serveur, vérifier le log de démarrage et tester si le serveur est accessible. Sur les serveurs modifiés, validate peut écraser des changements locaux ; sauvegarde donc au préalable les configurations et fichiers de mods importants.

Vérifier le résultat

Après des modifications, vérifie en trois étapes : le processus tourne-t-il, le port est-il en écoute et les logs n’affichent-ils aucune nouvelle erreur ? Cet ordre est pratique : systemctl status server ou ps aux | grep server, puis ss -tulpn, ensuite tail -f server.log ou journalctl -u server. Ce n’est que lorsque ce niveau est correct qu’un test dans le client du jeu vaut la peine.

Dépannage

Le serveur ne démarre pas

Vérifie d’abord le log de démarrage. Les causes fréquentes sont des droits d’exécution manquants sur start.sh, un mauvais dossier de travail, des fichiers manquants ou un port déjà occupé. Contrôle pwd, ls -la, chmod +x start.sh, puis la sortie des logs.

Le port n’est pas accessible

Compare le port de jeu, le port de requête et le protocole. Certains serveurs de jeu utilisent TCP et UDP différemment. Vérifie avec ss -tulpn si le service écoute, et avec ufw status si le pare-feu autorise la connexion.

Le processus est bloqué ou ne répond pas

Cherche l’ID du processus avec ps aux | grep server. Essaie d’abord un arrêt normal via le service ou la console du serveur de jeu. Utilise kill -9 <PID> uniquement si le processus ne peut plus être arrêté proprement.

La mise à jour a modifié la configuration

Si des paramètres manquent après une validation SteamCMD, restaure ta sauvegarde ou compare les fichiers concernés. Surtout avec les mods et les paramètres de démarrage personnalisés, tu devrais sauvegarder les changements avant les mises à jour.

Vérification, limites et retour sécurisé

Le guide « Commandes Linux pour serveurs de jeu – commandes de terminal importantes » s’applique au type de serveur décrit dans l’article et à l’état des versions visible au moment de la vérification. Les noms de menus, les versions disponibles, la compatibilité des mods ou plugins et les ressources nécessaires peuvent différer après des mises à jour. Ne transfère donc aucune valeur sans vérification vers une autre version de jeu, de loader ou de serveur.

Avant toute modification du monde, de la sauvegarde, de la configuration ou des extensions, crée une sauvegarde des fichiers concernés. Modifie ensuite uniquement une étape cohérente à la fois et vérifie-la avec la même version client et serveur que celle avec laquelle tu veux jouer plus tard.

Un test individuel réussi n’est pas une garantie de performance ou de disponibilité. La taille du monde, les mods, les plugins, le nombre de joueurs, le chemin réseau et la charge simultanée peuvent modifier le résultat. Documente la version, la modification et le résultat du test afin de pouvoir comprendre les écarts ultérieurs.

FAQ

Ai-je toujours besoin de ces commandes Linux chez game-serverhosting ?

Non. De nombreuses tâches standard passent par des interfaces de gestion et des procédures d’exploitation assistées. Les commandes sont surtout utiles si tu veux comprendre toi-même les causes techniques ou travailler de manière ciblée avec les indications du support.

netstat ou ss est-il meilleur ?

ss est généralement le choix le plus adapté sur les systèmes Linux modernes, car il utilise la famille d’outils plus récente. Si netstat est présent sur ton système, il peut toutefois fonctionner pour des vérifications simples.

Quand devrais-je utiliser kill -9 ?

Uniquement en dernier recours, lorsqu’un processus ne réagit pas aux arrêts normaux. Un arrêt forcé peut interrompre des opérations d’écriture, tu devrais donc vérifier ensuite les logs et les fichiers de sauvegarde.

Puis-je utiliser SteamCMD anonymement pour chaque jeu ?

Non. La commande affichée fonctionne uniquement pour les apps serveur qui autorisent l’accès anonyme. Si un jeu exige une connexion ou des droits supplémentaires, tu dois consulter la documentation officielle du jeu concerné.

Quelle est la commande la plus importante pour rechercher les erreurs ?

Il n’existe pas une seule commande. En pratique, la combinaison de tail -f server.log, ss -tulpn et systemctl status server est particulièrement utile, car elle rend visibles ensemble les erreurs de log, les ports et le statut du service.