Mettre à jour un serveur de jeu Linux sans perdre sa configuration

Mettre à jour un serveur de jeu Linux sans perdre sa configuration demande une procédure contrôlée. Cette maintenance concerne un serveur Minecraft, FiveM, Rust, RedM ou un autre serveur multijoueur installé sur un VPS ou un serveur dédié. Il faut distinguer trois couches : le système Linux et ses packages, le runtime ou conteneur qui exécute le jeu, puis les fichiers du jeu, du monde, des mods et des plugins.

Une mise à jour ne se résume pas à redémarrer le processus. Le serveur doit être arrêté proprement pour terminer l’écriture du monde et de la base de données, les sauvegardes doivent être vérifiables, puis le service, le port, le pare-feu et la console doivent être contrôlés. Cette méthode réduit le risque de configuration perdue et facilite un retour vers la version précédente.

Identifier le serveur de jeu

Avant d’ouvrir un terminal SSH, notez la distribution, la version Linux, le nom du jeu, la version du serveur, le framework et le gestionnaire de démarrage. Une installation Pterodactyl ne se manipule pas comme un daemon systemd ou un serveur lancé par Docker Compose. Identifiez aussi le node ou le conteneur concerné afin de ne pas arrêter un autre service.

• Consultez cat /etc/os-release pour connaître la distribution.
• Repérez le dossier du monde, des ressources, des mods, des plugins et des fichiers de configuration.
• Notez le port de jeu, le port SSH, le port de la console et les comptes administrateurs.
• Contrôlez CPU, RAM et disque avec free -h et df -h.
• Vérifiez les erreurs récentes dans le log du service.
• Conservez l’adresse IP et les règles du firewall avant toute modification.

Les logs permettent de séparer un problème de package Linux d’une erreur de plugin ou de mod. Consultez notre guide analyser les logs d’un serveur de jeu Linux avec journalctl avant de commencer la maintenance.

Préparer la fenêtre de maintenance

Annoncez aux joueurs une heure de début, une durée estimée et un moyen de suivre le retour en ligne. Pour Minecraft, indiquez si une conversion du monde est possible. Pour FiveM ou RedM, listez les ressources et scripts qui pourraient nécessiter une adaptation. Pour Rust, vérifiez les changements de version et les données persistantes. Ne mélangez pas une mise à jour Linux, une migration de panel et une refonte complète des plugins dans la même opération sans plan distinct.

Conservez un état de référence : version avant maintenance, statut du service, taille des dossiers, espace disque disponible, charge CPU, consommation RAM, adresse IP, règles firewall et résultat d’une connexion joueur. Cette comparaison sera utile après le redémarrage.

Sauvegarder la configuration, le monde et les mods

Arrêtez le serveur de jeu avec sa méthode habituelle, puis attendez la fin du processus. Une sauvegarde cohérente inclut les mondes, les bases de données, les fichiers de config, les permissions, les listes blanches, les scripts de démarrage, les ressources, les mods et les plugins. Pour un serveur Pterodactyl, copiez les éléments nécessaires depuis le volume ou utilisez le mécanisme de backup prévu par le panel.

Vérifiez l’archive en listant son contenu et en comparant quelques fichiers représentatifs. Gardez une copie indépendante de la machine mise à jour. La page sauvegarde et réversibilité présente les principes à appliquer, et le guide sauvegardes Pterodactyl et restauration détaille le cas d’un panel de serveurs de jeu.

Tester la restauration

Une sauvegarde non testée ne constitue pas encore un plan de retour. Restaurez une copie sur un environnement isolé ou un autre serveur, puis lancez le processus avec un port différent. Vérifiez le chargement du monde, la présence des plugins et mods, l’accès à la console, les permissions et la connexion d’un compte de test. Pour une base de données, contrôlez qu’une lecture et une écriture fonctionnent.

Ne restaurez pas une copie directement sur la production sans conserver une seconde sauvegarde. Notez la date, le chemin, la version du jeu et le résultat du test. Cette précaution est importante avant une conversion de monde Minecraft, une évolution de framework FiveM ou un changement de runtime.

Mettre à jour les packages Linux

Sur une distribution utilisant APT, actualisez d’abord l’index, examinez les packages proposés, puis appliquez la mise à jour pendant la fenêtre prévue. Lisez les demandes de confirmation et les messages signalant un service à redémarrer. Une mise à jour de packages n’est pas automatiquement une mise à niveau complète de la distribution : cette dernière demande une préparation séparée.

sudo apt update
apt list --upgradable
sudo apt upgrade

Les commandes varient selon la distribution. Utilisez la documentation officielle de la version Linux installée et évitez de copier une commande Debian ou Ubuntu sur une autre distribution sans la vérifier. Un administrateur root doit relire chaque script shell avant exécution. Si le serveur tourne dans Docker, contrôlez aussi l’image, le volume persistant, le fichier Compose et la version du runtime. Pour les usages VPS, consultez VPS Linux et le guide installer Docker sur un VPS.

Après un changement de noyau ou de bibliothèque, Linux peut recommander un redémarrage. Planifiez-le explicitement, gardez une console de secours et confirmez que la sauvegarde est accessible avant de lancer sudo reboot.

Configurer l’administration en ligne de commande

Pour administrer le serveur, travaillez avec le compte prévu et utilisez sudo lorsque c’est nécessaire. Ne lancez pas une commande copiée sans relire son chemin, ses options et son impact. Avant de modifier une configuration du serveur, créez une copie datée. Vérifiez aussi les partitions avec df -h : une partition pleine peut interrompre une installation ou corrompre un log. Après l’opération, un administrateur peut comparer le service, la configuration et les paquets installés. Désactiver un service ou une extension ne doit se faire qu’après sauvegarde et identification de sa dépendance.

Mettre à jour le jeu, le framework et les plugins

Une fois le système validé, mettez à jour le serveur de jeu séparément. Conservez l’ancienne version dans une archive ou un dossier clairement nommé. Téléchargez uniquement les fichiers provenant de la source officielle du jeu, du framework ou du plugin. Respectez les notes de version : une ressource FiveM, un plugin Minecraft ou un mod Rust peut exiger une version précise du serveur, de Java, de .NET ou d’une autre dépendance.

1. Arrêtez le service, le conteneur ou le serveur depuis le panel habituel.
2. Attendez l’arrêt complet et vérifiez que le monde et la base ne sont plus en écriture.
3. Copiez la configuration et conservez la version précédente.
4. Installez la nouvelle version sans écraser les fichiers personnalisés par défaut.
5. Comparez les fichiers de configuration et appliquez les changements nécessaires un par un.
6. Démarrez avec l’accès joueur restreint, puis observez la console et les logs.

Ne supposez pas que toutes les extensions sont compatibles. Désactivez temporairement un plugin ou une ressource suspecte uniquement après avoir conservé sa copie, puis réintroduisez les éléments progressivement. Un dépôt Git privé peut également conserver les versions de fichiers de config, mais il ne doit jamais contenir de mot de passe, de clé API ou de secret.

Vérifier le service, le réseau et les performances

Après le démarrage, contrôlez le statut du daemon ou du conteneur, la console, le port d’écoute, le firewall, la charge CPU, la RAM et l’espace disque. Testez une connexion joueur, une commande d’administration, le chargement d’un monde ou d’une ressource, puis observez les logs pendant plusieurs minutes. Un serveur qui démarre mais génère des erreurs répétées n’est pas encore validé.

Si le VPS devient inaccessible, vérifiez dans l’ordre la connexion SSH, le service, le processus du jeu, le firewall et le port. Ne supprimez pas immédiatement les règles UFW ou les fichiers de configuration. Notre guide diagnostic réseau d’un VPS inaccessible propose un triage rapide. Pour les premiers réglages de sécurité, consultez sécuriser un serveur dédié.

Prévoir le retour arrière

Si une erreur apparaît, arrêtez le serveur, conservez les logs et comparez les versions. Revenez d’abord à l’ancienne version du plugin ou du binaire si le changement est isolé. Si les données ont été modifiées, utilisez la sauvegarde validée et contrôlez le monde ou la base après restauration. Documentez la commande, la cause et le résultat afin de ne pas répéter la même opération.

Un journal de maintenance doit contenir la date, l’opérateur, les versions avant et après, l’archive utilisée, les contrôles réussis et la décision finale. Cette trace aide aussi lors d’une migration. Consultez migrer un serveur FiveM pour les vérifications propres à un changement d’infrastructure.

Checklist de mise à jour

• Le jeu, le monde, les plugins, les mods et la distribution sont identifiés.
• La fenêtre de maintenance a été annoncée aux joueurs.
• La configuration, les données persistantes et les extensions sont sauvegardées.
• La restauration a été testée ou le plan de retour est documenté.
• Les packages Linux ont été examinés avant installation.
• Le service, la console, le port, le firewall, les performances et une connexion de test sont validés.