Mettre à jour votre serveur FiveM : artifacts, txAdmin et ressources
Un serveur FiveM qui tourne parfaitement aujourd'hui peut soudain se mettre à bégayer la semaine prochaine, sans que vous ayez touché à quoi que ce soit. Le coupable n'est alors souvent pas votre serveur lui-même, mais tout ce qui l'entoure : le client FiveM de vos joueurs se met à jour automatiquement, les ressources sortent de nouvelles versions et GTA V lui-même évolue de temps en temps. Qui ne met jamais son serveur à jour s'enlise lentement mais sûrement dans des bugs étranges et des problèmes de connexion. Dans cet article, vous découvrirez comment l'éviter : ce que sont exactement les artifacts, comment mettre à jour en toute sécurité via le panel et txAdmin, et — tout aussi important — quand il vaut mieux attendre un peu.
C'est quoi, au juste, les artifacts ?
Les serveurs FiveM tournent sur FXServer, le logiciel serveur de Cfx.re. De nouvelles builds paraissent en continu, et ces builds s'appellent des artifacts. Chaque artifact porte un numéro de build croissant et contient des corrections de bugs, des améliorations de performances et les ajustements nécessaires pour rester compatible avec les nouvelles versions du client FiveM.
C'est justement sur ce dernier point que ça coince souvent. Le client sur le PC de vos joueurs se met à jour tout seul ; votre serveur, non. Plus l'écart entre les deux se creuse, plus le risque de problèmes augmente. Cfx.re publie les artifacts en deux saveurs : recommended (une build plus ancienne, stable et éprouvée) et latest (la build la plus récente avec tous les derniers correctifs). Pour la plupart des serveurs, recommended est le choix raisonnable ; vous ne prenez latest que si vous avez besoin d'un correctif précis qui n'y figure pas encore.
Pourquoi des artifacts obsolètes posent problème
Quelques semaines de retard passent généralement inaperçues. Mais plus votre artifact est ancien, plus ces plaintes deviennent probables :
- Problèmes de connexion. Après une mise à jour du client, les joueurs peuvent soudain subir des timeouts ou rester bloqués à la connexion, alors que rien n'a changé de votre côté. C'est de loin la raison la plus fréquente pour laquelle un serveur semble "cassé du jour au lendemain".
- Des bugs corrigés depuis longtemps. Crashs, fuites de mémoire et problèmes de synchronisation résolus dans les builds plus récentes : vous, vous les gardez.
- Des ressources qui attendent de nouvelles fonctions. Les créateurs de scripts développent sur des artifacts récents. Avec une vieille build, les nouvelles versions de ressources populaires fonctionnent parfois à moitié, voire pas du tout.
- Des correctifs de sécurité manqués. FXServer reçoit lui aussi régulièrement des correctifs contre les abus et les exploits. Mieux vaut ne pas les laisser traîner des mois, surtout avec un serveur public.
Mettre à jour via le panel et txAdmin
Chez MC-Node, inutile de télécharger et de transférer des fichiers vous-même : le panneau de contrôle propose l'option Update FiveM Artifacts. Si elle est activée, votre serveur récupère automatiquement le dernier artifact au prochain redémarrage. La base de connaissances explique comment activer et désactiver cette option. Une soirée de mise à jour bien menée ressemble à ceci :
- Faites d'abord une sauvegarde. Votre base de données et votre dossier resources sont sacrés. Faire une sauvegarde prend quelques minutes et transforme toute mise à jour ratée en petit désagrément plutôt qu'en catastrophe.
- Choisissez un moment calme et annoncez-le. Via txAdmin, vous planifiez un redémarrage avec annonce, pour que les joueurs ne tombent pas du ciel en pleine scène.
- Activez l'option de mise à jour et redémarrez. Le serveur récupère le nouvel artifact et démarre avec. Comme txAdmin est livré avec FXServer, un nouvel artifact vous offre souvent un txAdmin plus récent au passage.
- Suivez la console. Les erreurs et avertissements apparaissent dès le démarrage. Une ligne rouge ne signifie pas encore que tout est cassé, mais vous voulez savoir d'où elle vient avant que les joueurs ne s'en aperçoivent.
- Testez vous-même avant d'annoncer quoi que ce soit. Connectez-vous à votre serveur, promenez-vous et testez vos scripts les plus importants. Ce n'est qu'une fois rassuré que vous désactivez éventuellement l'option de mise à jour — c'est ainsi vous qui décidez du prochain saut.
Mettre à jour les ressources sans démolir votre serveur
L'artifact, c'est la fondation ; vos ressources sont les étages au-dessus. Et là, d'autres règles s'appliquent :
- Une ressource à la fois. Mettez-en dix à jour d'un coup et quelque chose casse : à vous de deviner laquelle est en cause. Une par une, cela semble lent, mais c'est au final bien plus rapide.
- Lisez d'abord le changelog. Les créateurs sérieux signalent les breaking changes, les nouvelles dépendances et les fichiers de config modifiés. Deux minutes de lecture vous épargnent une soirée de débogage.
- Conservez l'ancienne version. Renommez l'ancien dossier, par exemple en
naam_resource_oud, avant de placer le nouveau. En cas de pépin, vous revenez en arrière en une minute. - Entraînez-vous sur une ressource de test. Novice en la matière ? Parcourez d'abord tout le processus avec une petite ressource sans importance avant de toucher à votre framework ou à vos scripts d'économie. Les frameworks comme ESX et QBCore, justement, apportent parfois des modifications de base de données qui ne s'annulent pas d'un claquement de doigts.
- Ne redémarrez que le nécessaire. Avec
refreshetensure naam_resourcedans la console, vous rechargez une seule ressource sans mettre tout le serveur à l'arrêt — même si, après une grosse mise à jour, un redémarrage complet reste le test le plus propre.
Quand il ne faut justement PAS mettre à jour tout de suite
Tout mettre à jour immédiatement semble exemplaire, mais ce n'est pas toujours malin. Juste après une grosse sortie — une mise à jour majeure de GTA V, une nouvelle série d'artifacts ou une version majeure de votre framework — le risque de maladies de jeunesse est à son maximum. Dans les premiers jours qui suivent une telle sortie, les bugs les plus pénibles sont découverts et corrigés, et mieux vaut laisser cela à des serveurs qui ont moins à perdre que le vôtre.
Règles pratiques : ne mettez pas à jour juste avant votre soirée la plus fréquentée, patientez quelques jours lors des grosses sorties et jetez un œil au Discord ou au forum de vos ressources les plus importantes pour voir si des problèmes y sont signalés. Si votre serveur tourne de façon stable sur recommended, il y a rarement une raison de sauter sur latest. Mais ne repoussez pas non plus les mises à jour indéfiniment : plus vous attendez, plus le saut est grand — et plus de choses peuvent casser en même temps.
Faites-en une routine
La différence entre les serveurs qui grandissent sereinement et ceux qui éteignent des incendies chaque mois tient rarement au savoir — c'est une question de routine. Fixez un rendez-vous régulier, par exemple toutes les deux semaines lors d'une soirée calme : sauvegarde, mise à jour de l'artifact, puis les ressources une à une, avec un petit test après chaque étape. Notez ce que vous avez mis à jour : en cas de problème, vous ne chercherez jamais longtemps. Toutes les formules FiveM de MC-Node — de Free (0,00 €) à Enterprise (56,00 €) — se gèrent depuis le même panel : cette routine reste donc identique, que vous jouiez avec trois amis ou que vous fassiez tourner une ville RP bien remplie.