Le premier jeudi du mois, un serveur Rust peut passer de 80 joueurs à 0 tant que le client et le serveur ne parlent plus le même protocole. Vous devez savoir ce qui disparaît, ce qui reste, et ce que vos plugins risquent de casser après la mise à jour Facepunch. Un wipe propre évite les bases fantômes, les blueprints supprimés par erreur et les joueurs qui découvrent la remise à zéro au moment de se connecter.
Comprendre le forced wipe Rust du premier jeudi
Facepunch pousse le forced wipe Rust le premier jeudi de chaque mois, généralement autour de 19 h UTC. En France, cela donne souvent 20 h en hiver et 21 h en été. Le serveur repart avec une nouvelle version. Les clients Steam aussi. Les anciennes cartes ne passent plus.
Le signe le plus visible reste la connexion refusée. Le joueur voit parfois Disconnected: Wrong Connection Protocol: Client update required ou Server update required. Dans la console, les plugins parlent aussi. Vous pouvez voir Failed to call hook 'OnServerInitialized' sur Oxide, ou une NullReferenceException pendant le chargement de Carbon. Le forced wipe ne casse pas votre hébergement. Il casse l'accord entre la version du jeu, les hooks des mods et les fichiers de sauvegarde.
Le port de jeu reste 28015. Le RCON reste souvent sur 28016. L'identité du serveur, déclarée par server.identity, reste la même si vous ne la changez pas. Gardez ce repère en tête : la mise à jour Facepunch impose une nouvelle carte, pas une reconstruction complète du serveur. Si vous supprimez le mauvais dossier à 21 h 05, vous perdez les réglages, les permissions et parfois trois heures de remise en route.
Différencier wipe de carte, blueprint wipe et wipe joueurs
Un wipe Rust ne dit rien tant que vous ne précisez pas ce que vous effacez. La carte, les plans et les données joueurs vivent dans des fichiers séparés. Les confondre coûte cher. Une communauté qui attend seulement une nouvelle seed accepte mal de retrouver ses blueprints à zéro.
| Type de wipe | Ce qui disparaît | Fichiers concernés | Quand l'utiliser |
|---|---|---|---|
| Wipe de carte | Bases, coffres, monuments générés, entités posées | proceduralmap.4000.12345.xxx.sav et .map | Chaque forced wipe, ou toutes les 1 à 2 semaines sur serveur actif |
| Blueprint wipe | Plans appris, progression d'établi, recettes débloquées | player.blueprints.5.db | Mensuel, ou après gros changement d'économie |
| Wipe joueurs | Sommeil, morts, identités, états liés aux SteamID | player.deaths.5.db, player.identities.5.db, player.states.5.db | Quand vous voulez une remise à zéro complète |
La seed et la taille ne sont pas des données joueurs. Elles viennent des réglages de génération. Une taille server.worldsize à 4000 donne une carte correcte pour 80 à 150 joueurs. À 3000, les groupes se croisent trop vite et les monuments se disputent en boucle. À 5000, vous augmentez les trajets, la sauvegarde et la charge réseau sans aider un serveur de 50 joueurs.
La valeur server.seed change le dessin de la carte. Gardez la même seed après un wipe de carte, et vous retrouvez des routes, rivières et monuments proches. C'est pratique pour un serveur d'entraînement. C'est mauvais pour un wipe compétitif, car les joueurs connaissent déjà les emplacements rentables.
Choisir un rythme de wipe Rust selon votre population
Le bon rythme dépend des joueurs connectés le soir, pas du nombre de membres Discord. Un serveur qui annonce 200 membres et affiche 18 joueurs à 22 h n'a pas besoin d'un wipe tous les 4 jours. Il a besoin d'une carte adaptée et d'une promesse tenue.
| Population réelle | Carte | Blueprints | Conséquence |
|---|---|---|---|
| 10 à 40 joueurs | 3000 à 3500, wipe toutes les 2 semaines | Mensuel | Les raids restent possibles sans transformer la carte en désert |
| 40 à 120 joueurs | 3500 à 4000, wipe hebdomadaire ou bihebdomadaire | Mensuel | Les monuments tournent, les nouveaux arrivent encore à s'installer |
| 120 à 250 joueurs | 4000 à 4500, wipe hebdomadaire | Toutes les 2 à 4 semaines | Le stock d'armes explose vite, le BP mensuel garde une progression lisible |
Un wipe trop court nourrit les groupes de 8 qui jouent 12 heures le premier soir. Un wipe trop long installe les bases bunker, les coffres de rockets et les nouveaux qui meurent 5 fois avant d'avoir un arc. Sur un serveur x2, raccourcissez le cycle : 7 jours suffisent souvent. Sur un vanilla à 60 joueurs, 14 jours tiennent mieux, sauf si la carte descend sous 3200.
Annoncez le blueprint wipe séparément. Beaucoup de joueurs acceptent un wipe carte hebdomadaire si leurs plans restent. Ils partent plus vite quand un admin efface les blueprints sans date donnée 48 heures avant.
Utiliser la remise à zéro serveur Rust du panel
La remise à zéro supprime des données de jeu. Les bases, les inventaires, les plans appris et les états joueurs disparaissent. Les fichiers supprimés ne reviennent pas sans sauvegarde datée.
Le bouton de remise à zéro serveur Rust du panel efface la carte, les plans et les joueurs. Il retire les sauvegardes de map proceduralmap en .sav et .map, la base des blueprints, puis les bases joueur liées aux morts, identités et états. Il ne touche pas aux réglages, aux mods, ni aux fichiers de configuration.
Chez Starmine, le panel évite cette sélection à la main. Vous ne cherchez pas les fichiers player à 21 h 12 pendant que 60 joueurs attendent le retour du serveur.
Les réglages restent en place. Le fichier cfg/server.cfg n'est pas vidé. Le nom du serveur, le mot de passe RCON, le header image, le port 28015 et le port RCON 28016 restent inchangés. Les mods restent aussi présents : un dossier oxide/plugins/ ou carbon/plugins n'est pas supprimé par cette action.
Cette séparation compte après un forced wipe. Vous voulez repartir avec une carte propre, pas perdre les permissions admin, les kits, les limites de team ou les messages automatiques. Une remise à zéro qui détruit aussi les mods transforme une opération de 2 minutes en réparation de 30 à 90 minutes.
Faire un wipe Rust manuel sans supprimer les réglages
Les commandes de suppression détruisent les fichiers ciblés. Si vous effacez player.*.db, vous perdez aussi les identités et les états joueurs, pas seulement les blueprints.
- Arrêtez le serveur. Ne supprimez pas une map pendant une sauvegarde automatique. Rust écrit souvent toutes les 300 secondes. Une suppression pendant l'écriture produit des fichiers incomplets ou un redémarrage avec une sauvegarde plus ancienne.
- Copiez le dossier d'identité. Un serveur moyen occupe 500 Mo à 3 Go selon la taille de carte, le nombre d'entités et la durée du cycle. Gardez l'archive au moins 24 heures après le wipe.
- Supprimez seulement la carte si vous gardez les plans. Retirez les fichiers proceduralmap en .sav et .map. Ne touchez pas aux bases player si vous promettez un wipe carte uniquement.
- Ajoutez la base blueprint pour un blueprint wipe. La base visée est player.blueprints.5.db. Sans elle, les joueurs redémarrent sans plans appris.
- Ajoutez les bases joueurs pour une remise à zéro complète. Les fichiers player.deaths.5.db, player.identities.5.db et player.states.5.db repartent alors de zéro.
rm -v server/myserver/proceduralmap.*.sav server/myserver/proceduralmap.*.map server/myserver/player.blueprints.5.db
Ne supprimez pas le dossier cfg pour un wipe. Ne supprimez pas les dossiers de plugins pour corriger une erreur de carte. Si un plugin échoue après la mise à jour Facepunch, cherchez d'abord sa version compatible Oxide ou Carbon. Un plugin cassé affiche souvent Failed to compile ou Failed to call hook dans la console.
Annoncer un wipe Rust sans vider votre serveur
Les joueurs pardonnent un wipe. Ils pardonnent moins une surprise. Publiez la date exacte au moins 48 heures avant, puis un rappel 2 heures avant. Le message tient en trois points : wipe carte ou blueprint wipe, heure française, durée prévue. Si vous prévoyez 10 minutes, annoncez 15. Rust, Steam et les plugins mensuels aiment ajouter 5 minutes quand tout le monde regarde la console.
Un message utile ressemble à ceci : jeudi, forced wipe Facepunch à 21 h, wipe carte et joueurs, blueprints conservés, retour prévu 21 h 15. Cette phrase évite 30 questions Discord. Elle évite aussi le malentendu classique : un joueur lit wipe et pense perdre ses plans, alors que vous ne changez que la carte.
- Serveur vanilla ou x1. Gardez les blueprints 4 semaines. La progression demande du temps, surtout sous 40 joueurs.
- Serveur x2 ou x3. Un blueprint wipe toutes les 2 semaines passe mieux, car les composants et scrap montent plus vite.
- Serveur PvP court. Un wipe carte tous les 7 jours fonctionne si la carte reste entre 3500 et 4000 et si les règles de team sont claires, par exemple trio ou quad.
Ne promettez pas un horaire si vous attendez encore la mise à jour d'un plugin de stack, de kits ou d'anticheat. Un seul mod incompatible peut bloquer les commandes chat, les permissions ou les shops. Après un forced wipe, 15 minutes de marge valent mieux qu'un redémarrage toutes les 3 minutes devant 70 joueurs.
Vérifier le serveur après un wipe ou un forced wipe
Le serveur doit redémarrer sur une carte neuve, avec les bons réglages et les bons mods. Lisez d'abord la console. Une génération de carte propre affiche une nouvelle seed, une taille, puis un chargement des monuments. Si la console boucle sur World File Outdated ou Couldn't load server/myserver/proceduralmap..., vous avez gardé un vieux fichier de map ou supprimé seulement une partie du couple .sav et .map.
Testez ensuite la connexion depuis un client à jour. Le port 28015 doit répondre. Le RCON sur 28016 doit accepter le mot de passe habituel. Si le serveur apparaît mais refuse l'entrée avec Steam Auth Timeout, attendez quelques minutes avant de toucher aux fichiers : Steam peut traîner juste après la mise à jour mensuelle.
Vérifiez les données joueurs selon la promesse annoncée. Après un wipe carte simple, un joueur connu doit retrouver ses blueprints. Après un blueprint wipe, il ne doit plus connaître la hachette en métal, les armes ni les portes renforcées apprises avant. Après une remise à zéro complète, les corps endormis et positions précédentes ne doivent pas réapparaître.
Regardez enfin les plugins. Une erreur Failed to call hook 'OnPlayerConnected' ne vient pas d'une seed. Elle vient d'un plugin pas encore adapté à la version du jeudi. Désactivez le plugin fautif, redémarrez une fois, puis attendez sa mise à jour au lieu de relancer cinq wipes inutiles.
Guides
Est-ce que le forced wipe Rust supprime toujours les blueprints ?
Non. Le forced wipe mensuel impose surtout une nouvelle carte après la mise à jour Facepunch. Les blueprints disparaissent seulement si Facepunch force un changement de progression ou si l'administrateur lance un blueprint wipe.
Pourquoi mes plugins ne marchent plus après le wipe du jeudi ?
Le problème vient souvent de la mise à jour Rust, pas du wipe lui-même. Oxide, Carbon et les plugins doivent suivre les changements de hooks et d'API. Les messages Failed to call hook ou Failed to compile indiquent un plugin à mettre à jour ou à désactiver.
Un wipe carte supprime-t-il les bases et les coffres ?
Oui. Les bases, coffres, fours, pièges, tourelles et entités posées sont stockés dans la sauvegarde de carte. Les plans appris peuvent rester si la base blueprint n'est pas supprimée.
Combien de temps prévoir pour une remise à zéro serveur Rust ?
La suppression prend souvent moins de 2 minutes, mais le redémarrage dépend de la taille de carte et des plugins. Prévoyez 10 à 15 minutes pour une carte de 3500 à 4000 avec quelques mods. Après un forced wipe mensuel, ajoutez une marge pour les mises à jour Oxide ou Carbon.