Rust : le wipe du 5 novembre 2026, la checklist de l'admin

Le prochain force wipe de Rust tombe le jeudi 5 novembre 2026 aux alentours de 19 h UTC (20 h, heure de Paris). Comme chaque premier jeudi du mois, Facepunch Studios déploie une mise à jour obligatoire qui force tous les serveurs du jeu de survie à générer une nouvelle carte. Le patch incrémente le protocole réseau : les joueurs sur la nouvelle version ne peuvent plus se connecter à un serveur qui n'a pas encore été mis à jour, et inversement. Pour un administrateur de serveur Rust, ce rendez-vous mensuel demande une préparation méthodique : sauvegarder les données du cycle en cours, mettre à jour le serveur via SteamCMD, vérifier la compatibilité des plugins et configurer le nouveau seed avant de relancer proprement l'instance. Ce tutoriel regroupe tout ce qu'il faut faire avant, pendant et après le wipe du 5 novembre pour que votre serveur de jeu Rust redémarre sans accroc et que vos joueurs retrouvent un cycle de survie, de crafting et de progression propre.

Qu'est-ce que le force wipe mensuel de Rust

Rust est un jeu de survie multijoueur en monde ouvert développé par Facepunch Studios, disponible sur Steam. Son gameplay repose sur un cycle : les joueurs récoltent des ressources (bois, pierre, minerai), craftent des outils et des armes, construisent des bases, forment des alliances et s'affrontent en PvP. Avec le temps, les serveurs accumulent des milliers d'entités (murs, fondations, coffres, fours, véhicules, bétail) qui pèsent sur les performances. Le force wipe (ou wipe forcé) est la remise à zéro de la carte imposée par Facepunch lors de chaque mise à jour mensuelle. Contrairement au wipe volontaire qu'un administrateur peut programmer sur son propre serveur (hebdomadaire, bimensuel), le force wipe touche simultanément tous les serveurs Rust dans le monde.

Le mécanisme est technique : la mise à jour change le numéro de protocole réseau et la version du format de sauvegarde, ce qui rend l'ancienne carte incompatible avec le nouveau build du serveur. Le serveur doit générer un nouveau monde procédural au redémarrage. Ce wipe détruit les constructions (bases, murs, fondations), les objets déployés (coffres, fours, établis de craft, stations de recherche), les véhicules et l'ensemble du terrain procédural. Les fichiers de sauvegarde de la carte (.sav, .sav.1, .sav.2, .map) deviennent obsolètes et doivent être supprimés du répertoire du serveur. Les blueprints (recettes apprises par les joueurs via les stations de recherche ou l'arbre technologique) ne sont pas nécessairement concernés : leur wipe dépend d'une décision distincte de Facepunch pour chaque mois.

Ce qui est wipé et ce qui ne l'est pas

Le force wipe de Rust distingue plusieurs types de données stockées sur le serveur. Comprendre cette distinction évite des erreurs de manipulation le jour J :

Les frameworks de modding communautaires (Oxide/uMod et Carbon) et leurs fichiers de données persistent à travers le wipe. Cependant, un patch majeur de Facepunch casse régulièrement la compatibilité de certains plugins, surtout ceux qui interagissent avec des entités ou des composants modifiés par la mise à jour. C'est pourquoi la vérification des plugins fait partie de la checklist post-wipe. Pour un tour d'horizon des mods les plus utiles pour administrer un serveur Rust, consultez notre comparatif des meilleurs mods Rust.

J-7 : préparer le serveur une semaine avant le wipe

La préparation du force wipe ne commence pas le jour J. Voici ce qu'un administrateur de serveur Rust devrait vérifier et configurer dans la semaine qui précède le 5 novembre 2026 :

1. Communiquer la date aux joueurs : annoncez le wipe sur votre Discord, dans le MOTD du serveur ou via un message automatique en jeu. Précisez si les blueprints seront conservés ou réinitialisés (voir la section sur les blueprints plus bas). Un joueur prévenu est un joueur qui reviendra au prochain cycle de survie.
2. Auditer les plugins installés : listez tous les plugins chargés (oxide.plugins ou c.plugins en RCON) et notez leur version. Consultez les pages des plugins sur uMod ou codefling pour vérifier si des mises à jour sont annoncées en prévision du patch. Retirez les plugins abandonnés par leurs développeurs : un plugin non maintenu qui plante au prochain patch peut bloquer le démarrage du serveur entier.
3. Vérifier l'espace disque et le système d'exploitation : connectez-vous en SSH (accès shell) à votre VPS ou serveur dédié et exécutez df -h. Le patch Rust télécharge plusieurs centaines de Mo de nouveaux fichiers via SteamCMD. Un serveur avec moins de 5 Go d'espace libre risque un échec de mise à jour. Profitez-en pour vérifier les mises à jour de votre système d'exploitation Linux (apt update && apt list --upgradable sur Debian ou Ubuntu).
4. Préparer le nouveau seed : si vous changez de carte à chaque wipe, choisissez votre nouveau server.seed et votre server.worldsize à l'avance. Des outils comme RustMaps permettent de prévisualiser le terrain procédural, les monuments et les biomes générés par un seed donné avant de l'appliquer en production.
5. Configurer votre script de démarrage : vérifiez que votre script de lancement (fichier .sh ou unité systemd) contient les bons paramètres pour le prochain cycle : taille de carte, seed, nombre maximum de joueurs, taux de récolte. Documentez vos ConVars personnalisées (decay rate, intervalle de sauvegarde) dans un fichier texte. Cette trace facilite la reconstruction si un problème survient au redémarrage.
6. Vérifier les règles du pare-feu : assurez-vous que votre firewall autorise les ports nécessaires à Rust (UDP 28015 pour le jeu, TCP 28016 pour RCON, TCP 28082 pour Rust+ Companion). Exécutez sudo ufw status sur Ubuntu ou Debian pour lister les règles actives. Un port bloqué empêchera les joueurs de se connecter après le wipe.

Sauvegarder le serveur avant le wipe

La sauvegarde avant le force wipe protège contre deux scénarios : une corruption de données pendant la mise à jour, et la possibilité de revenir en arrière si un plugin critique est incompatible avec le nouveau patch. Voici les fichiers à inclure dans votre backup :

• Le dossier server/rust/save/ contenant la carte du cycle en cours, les fichiers de sauvegarde et les blueprints des joueurs.
• Le dossier oxide/ ou carbon/ avec les configurations, permissions et données de chaque plugin (fichiers JSON, bases de données SQLite).
• Le fichier server.cfg, votre script de démarrage (shell script .sh ou fichier d'unité systemd) et vos éventuels scripts RCON automatisés.
• Si vous utilisez une base de données MySQL ou SQLite externe pour certains plugins (économie, inventaires, logs), exportez-la avec mysqldump ou copiez le fichier .db.

Sur un VPS Linux, la méthode la plus fiable reste la copie vers un répertoire distant via SSH. Notre guide sauvegarder un VPS avec rsync détaille la procédure pour automatiser ce backup avec une tâche cron. Un serveur Rust standard avec une carte de taille 4000 occupe entre 1 et 4 Go pour ses fichiers de sauvegarde : le transfert sur un SSD NVMe est quasi instantané.

Jour J : procédure de mise à jour étape par étape

Le 5 novembre 2026, lorsque Facepunch publie le patch (généralement aux alentours de 19 h UTC), voici la procédure complète pour un administrateur de serveur Rust sur VPS Linux ou serveur dédié. Connectez-vous en SSH (shell root ou utilisateur dédié) à votre machine :

1. Sauvegarder une dernière fois : exécutez server.save dans la console RCON de votre serveur Rust, attendez la confirmation, puis copiez les fichiers de sauvegarde vers votre emplacement de backup.
2. Arrêter le serveur : envoyez quit en RCON ou arrêtez le processus via votre outil de gestion (systemd, Pterodactyl, screen). Attendez que le processus se termine proprement pour éviter toute corruption de la sauvegarde.
3. Mettre à jour le serveur via SteamCMD :

   steamcmd +login anonymous +force_install_dir /chemin/vers/rust-server +app_update 258550 validate +quit

   L'option validate vérifie l'intégrité de chaque fichier et retélécharge ceux qui sont corrompus ou obsolètes. Adaptez le chemin force_install_dir au répertoire d'installation de votre serveur Rust.
4. Supprimer les fichiers de carte : dans le dossier de sauvegarde de votre serveur, supprimez les fichiers *.sav, *.sav.* et *.map. Le serveur générera un nouveau monde procédural au prochain démarrage.

   rm -f /chemin/vers/rust-server/server/rust/save/world/*.sav*
   rm -f /chemin/vers/rust-server/server/rust/save/world/*.map

5. Changer le seed (optionnel) : modifiez server.seed dans votre fichier server.cfg ou dans les arguments de votre script de démarrage pour générer une carte procédurale différente du cycle précédent.
6. Mettre à jour Oxide ou Carbon : téléchargez la dernière version de votre framework de modding compatible avec le nouveau patch. Oxide et Carbon publient généralement leur mise à jour dans les heures qui suivent un patch Facepunch. Installez la nouvelle version en écrasant les fichiers dans le répertoire du serveur. Pour la procédure détaillée, consultez notre guide mettre à jour un serveur de jeu Linux sans perdre sa configuration.
7. Redémarrer le serveur : lancez votre instance Rust et surveillez les logs de démarrage dans le terminal. La génération de la nouvelle carte prend entre 30 secondes et quelques minutes selon la taille configurée (server.worldsize) et les performances du processeur de votre serveur.

Après le wipe : vérifications et démarrage du nouveau cycle

Une fois le serveur Rust redémarré sur la nouvelle carte, voici les points à vérifier dans les premières minutes pour garantir un lancement de cycle sans accroc :

1. Connexion joueur : rejoignez votre propre serveur en tant que joueur pour vérifier que la connexion fonctionne, que la carte se charge correctement et que le spawn initial est fonctionnel. Testez le crafting de base (hache en pierre, feu de camp) pour confirmer que le gameplay n'est pas affecté par le patch.
2. Plugins : exécutez oxide.plugins ou c.plugins en RCON et vérifiez que tous les plugins sont chargés sans erreur. Consultez les logs dans oxide/logs/ ou carbon/logs/ pour détecter les exceptions. Un plugin qui plante silencieusement peut affecter l'expérience de survie et de jeu sans que l'admin s'en aperçoive.
3. Performances : surveillez la consommation CPU et RAM avec htop ou btop via SSH. En RCON, utilisez perf 6 pour afficher les métriques du serveur et ent.count pour compter les entités actives sur la carte.
4. Réseau et pare-feu : vérifiez que les ports sont accessibles depuis l'extérieur (UDP 28015 pour le jeu, TCP 28016 pour RCON, TCP 28082 pour Rust+ Companion). La commande sudo ufw status sur Ubuntu ou Debian liste les règles de firewall actives. Testez la connexion depuis un réseau différent pour confirmer l'accessibilité.
5. Événement Halloween : l'événement Halloween 2026 de Rust se termine avec le patch du 5 novembre. Selon l'heure exacte de déploiement, les entités saisonnières (portails de cultistes, épouvantails, monstres de Frankenstein) pourraient encore être actives ou avoir été retirées par le nouveau build. Vérifiez la présence de la ConVar halloweendungeon.population dans les notes du patch pour savoir si l'événement est terminé.
6. Communication : annoncez à votre communauté que le serveur Rust est en ligne avec une nouvelle carte, indiquez si les blueprints ont été conservés ou réinitialisés, et précisez les éventuels changements de gameplay introduits par le patch de novembre.

Blueprints : wipe ou pas le 5 novembre ?

Au moment de la rédaction de ce guide (27 octobre 2026), Facepunch n'a pas encore confirmé si le force wipe du 5 novembre inclura un wipe des blueprints. Voici ce que l'on sait :

• Le force wipe mensuel de Rust efface toujours la carte (monde procédural, constructions, entités déployées). C'est une certitude mécanique liée au changement de protocole réseau.
• Le wipe des blueprints est une décision distincte prise par Facepunch pour chaque patch mensuel. Il n'est pas automatique et ne suit pas de calendrier officiel publié.
• Historiquement, Facepunch impose un wipe de blueprints sur les serveurs officiels environ tous les trois à quatre mois, généralement lors d'un patch qui introduit des changements majeurs au système de crafting, aux recettes ou à l'arbre technologique. Novembre ne fait habituellement pas partie de ce cycle.
• Les serveurs communautaires et modded sont libres de décider indépendamment : un admin peut forcer un wipe de blueprints même si Facepunch ne l'impose pas, en supprimant les fichiers player.blueprints.*.db dans le répertoire de sauvegarde avant le redémarrage.

La prudence recommande de surveiller les notes de patch officielles le jour du wipe. Facepunch publie ses changelogs sur son devblog officiel et via les notifications Steam. Si le patch de novembre inclut des modifications du système de craft, d'items ou de l'arbre technologique, un wipe de blueprints devient plus probable.

En tant qu'administrateur, la question se pose aussi pour votre propre serveur : faut-il wiper les blueprints indépendamment de la décision de Facepunch ? Si votre dernier wipe de blueprints remonte à plusieurs mois, un reset peut relancer l'intérêt des joueurs pour la progression en début de cycle. Les joueurs recommencent alors avec les recettes de base et doivent explorer les monuments, recycler du loot et utiliser les stations de recherche pour débloquer les blueprints d'armes, d'armures et de composants avancés. C'est un choix de game design propre à chaque communauté.

Optimiser la configuration du serveur pour le nouveau cycle

Le force wipe est aussi l'occasion de revoir la configuration de votre serveur Rust pour le cycle de jeu à venir. Le mois d'octobre 2026 a apporté deux mises à jour importantes à intégrer dans votre réflexion :

• La mise à jour Bétail (Livestock) a ajouté des entités permanentes (animaux domestiques, enclos, mangeoires) qui persistent après Halloween. Si vos joueurs ont adopté le bétail, ces entités s'ajoutent au budget d'entités de la carte et consomment des ressources serveur supplémentaires pour le prochain cycle.
• L'événement Halloween a pu mettre en évidence des limites de performances sur votre infrastructure (surcharge CPU liée aux portails de cultistes, pics de RAM pendant le Candy Hunt). Si votre serveur Rust lagait pendant Halloween, le problème reviendra au prochain événement saisonnier ou lorsque la population de joueurs augmentera en cours de cycle.

Profitez du wipe pour configurer les paramètres serveur adaptés à votre communauté :

Si les performances de votre serveur Rust ne suffisent plus pour votre communauté, notre guide combien coûte un serveur Rust détaille les configurations adaptées à chaque taille de communauté, du petit serveur entre amis au serveur compétitif à forte population. Pour les admins qui hésitent entre un VPS et un serveur physique, notre comparatif VPS ou serveur dédié pour un serveur de jeu aide à trancher en fonction de la charge attendue.

Automatiser le wipe avec un script shell

Si vous administrez votre serveur Rust sur un VPS Linux ou un serveur dédié avec un accès root en shell, vous pouvez automatiser une grande partie de la procédure de wipe avec un script Bash. Le script suivant effectue la sauvegarde, la mise à jour SteamCMD et la suppression des fichiers de carte en une seule commande. Adaptez les chemins au répertoire d'installation de votre serveur :

#!/bin/bash
# Script de wipe pour serveur Rust
# A executer apres avoir arrete le serveur via RCON (quit)
RUST_DIR="/home/rust/rust-server"
BACKUP_DIR="/home/rust/backups/$(date +%Y-%m-%d)"
SAVE_DIR="$RUST_DIR/server/rust/save/world"

# Sauvegarde des fichiers avant wipe
mkdir -p "$BACKUP_DIR"
cp -r "$SAVE_DIR" "$BACKUP_DIR/save-world"
cp -r "$RUST_DIR/oxide" "$BACKUP_DIR/oxide" 2>/dev/null
cp "$RUST_DIR/server/rust/cfg/server.cfg" "$BACKUP_DIR/server.cfg"

# Mise a jour du serveur Rust via SteamCMD
steamcmd +login anonymous \
  +force_install_dir "$RUST_DIR" \
  +app_update 258550 validate \
  +quit

# Suppression des fichiers de carte (wipe map uniquement)
rm -f "$SAVE_DIR"/*.sav*
rm -f "$SAVE_DIR"/*.map

echo "Wipe termine. Verifiez Oxide/Carbon puis redemarrez le serveur."

Enregistrez ce script dans un fichier (par exemple /home/rust/wipe.sh), rendez-le exécutable avec chmod +x wipe.sh, puis lancez-le depuis votre terminal SSH le jour du force wipe. Pour aller plus loin dans l'automatisation de l'administration de votre serveur de jeu, consultez notre guide sur les tâches automatiques avec cron et systemd timers.

Vanilla, modded, PvP, PvE : adapter le wipe à votre type de serveur

Le force wipe du 5 novembre concerne tous les serveurs Rust, mais sa gestion diffère selon le type de serveur que vous administrez :

• Serveur vanilla : aucun plugin installé, configuration par défaut de Facepunch. Le wipe se résume à la mise à jour SteamCMD et à la suppression des fichiers de carte. C'est la procédure la plus simple.
• Serveur modded (Oxide ou Carbon) : la mise à jour des plugins est l'étape critique. Attendez que votre framework de modding publie une version compatible avec le nouveau patch avant de redémarrer. Les serveurs modded avec des dizaines de plugins doivent prévoir un délai supplémentaire le jour du wipe.
• Serveur PvP compétitif : les joueurs attendent un wipe ponctuel pour se lancer dans le raid et le contrôle de territoire dès les premières heures. Configurez votre serveur pour un démarrage rapide : carte de taille modérée (3500 à 4000), taux de récolte adaptés à la durée du cycle, decay rate calibré.
• Serveur PvE ou roleplay : les joueurs investissent davantage dans la construction et la progression à long terme. Communiquez clairement les dates de wipe et envisagez de conserver les blueprints pour limiter la frustration liée à la perte de progression.

Quel que soit le type de serveur, la mise à jour SteamCMD et la suppression des fichiers de carte restent obligatoires : le changement de protocole réseau empêche le serveur de fonctionner sur l'ancienne version après le déploiement du patch par Facepunch.

Checklist récapitulative

Voici la liste complète des actions à réaliser pour le force wipe Rust du 5 novembre 2026, dans l'ordre chronologique :

Héberger un serveur Rust chez un hébergeur adapté

Si vous lancez un nouveau serveur Rust pour le cycle de novembre 2026, le force wipe est le moment idéal pour démarrer : tous les joueurs repartent de zéro sur une carte vierge, ce qui égalise les chances et attire de nouveaux venus en quête de survie, de craft et de PvP. Notre guide complet héberger un serveur Rust détaille l'installation depuis zéro sur un VPS Linux : SteamCMD, configuration réseau, ouverture des ports dans le firewall, premier démarrage et administration via RCON.

Un serveur privé virtuel (VPS) Linux avec au moins 8 Go de RAM, un processeur récent et un stockage SSD NVMe offre les performances suffisantes pour un serveur Rust communautaire de taille moyenne. Vous gardez un accès root complet en shell pour configurer votre serveur, installer vos plugins Oxide ou Carbon, exécuter vos scripts de maintenance et surveiller les ressources du système d'exploitation. Pour un serveur à forte population (150 joueurs ou plus), un serveur dédié avec un processeur physique élimine le partage de ressources et garantit des performances constantes pendant les raids de fin de cycle.