Le serveur tourne depuis trois minutes, mais il reste absent de l'annuaire Steam et Battlemetrics ne le voit pas. Sur Rust, la console se lit, mais elle n'accepte pas encore de commandes serveur comme Minecraft ou SourceMod dans beaucoup de panels. Le diagnostic se fait donc par les lignes de démarrage, les ports ouverts, les fichiers de configuration et les derniers logs.
Lire la console Rust sans perdre dix minutes
Un démarrage Rust correct laisse des lignes reconnaissables. Vous voyez la version, le chargement des bundles, l'ouverture réseau, puis un message indiquant que le serveur est prêt. Lisez d'abord logs/output_log.txt, surtout après un redémarrage automatique. La console du panel reprend souvent ce flux, mais elle ne se comporte pas toujours comme une console Rust interactive. Si vous tapez status ou oxide.reload et que rien ne revient, ne concluez pas trop vite à une panne. Vous lisez peut-être le bon log depuis le mauvais outil.
tail -n 200 logs/output_log.txt
Gardez les 200 dernières lignes. Plus haut, vous tombez vite sur l'ancien démarrage, celui qui n'explique pas la panne actuelle. Trois repères suffisent souvent. Si le log s'arrête avant le chargement de la scène, contrôlez l'installation ou la mise à jour. Si le log affiche le port 28015 puis aucun enregistrement Steam, partez sur le réseau. Si le log cite Oxide, Carbon, Harmony, NullReferenceException ou MissingMethodException après une mise à jour du jeu, isolez les plugins. Un démarrage Rust propre prend souvent 45 à 180 secondes selon la carte, le disque et le nombre de plugins. À plus de 5 minutes sans nouvelle ligne, le processus est bloqué ou il n'existe plus.
Réparer un serveur Rust invisible dans l'annuaire
Le cas le plus courant est bête, et il coûte beaucoup de temps. Le serveur écoute, mais l'annuaire ne reçoit pas de réponse. Rust utilise le port de jeu UDP, souvent 28015, et un port de requête Steam proche, souvent 28016 selon la configuration. WebRCON utilise du TCP, souvent 28016. Ouvrir seulement le TCP ne règle donc rien pour la liste Steam. Un pare-feu peut afficher un voyant vert parce que RCON répond, pendant que l'UDP reste fermé pour l'annuaire.
| Symptôme | Cause probable | Diagnostic | Réparation |
|---|---|---|---|
| Visible en connexion directe, absent de la liste | Requête Steam bloquée | Le log montre le port 28015, mais aucun serveur n'apparaît après 10 minutes | Ouvrez UDP 28015 et UDP 28016 sur le pare-feu et la box |
| Connexion impossible avec IP:port | Mauvais port de jeu | Le lancement utilise +server.port avec 28015, mais le panel route un autre port | Alignez le port de lancement avec le port attribué |
| Nom absent après renommage | Filtre ou délai Steam | Le serveur répond en direct, pas dans la recherche par nom | Attendez 5 à 15 minutes et cherchez par IP |
Ne changez pas trois réglages à la fois. Testez d'abord la connexion directe avec IP:port. Si elle fonctionne, RustDedicated démarre et accepte les joueurs. Le défaut se trouve alors dans l'annonce, le filtrage, ou le port de requête. Notez les ports attribués au serveur dans le même fichier que le mot de passe RCON. Gardez aussi le port de jeu stable. Un changement de port casse les favoris des joueurs, et vous récupérez le problème côté support.
Stopper une boucle de redémarrage après mise à jour Rust
Après un patch du jeudi ou un forced wipe mensuel, une boucle de redémarrage vient presque toujours d'un serveur mis à jour à moitié. Steam télécharge plusieurs gigaoctets, puis RustDedicated démarre, charge une bibliothèque incompatible, s'arrête, et le superviseur relance. Le log répète alors les mêmes 30 à 80 lignes toutes les minutes. Cherchez Your server is out of date, App state is 0x202 after update job, Couldn't load root AssetBundle, ou un crash juste après Loading Oxide Core.
- Coupez l'auto-redémarrage pendant 2 minutes. Sinon le log tourne en boucle et vous cherchez une erreur qui disparaît sous vos yeux.
- Lancez une validation Steam complète. Une mise à jour interrompue laisse parfois des fichiers de version mélangés.
- Redémarrez sans plugins si le crash arrive après le chargement de la couche mod.
steamcmd +login anonymous +app_update 258550 validate +quit
Le numéro 258550 est l'application Steam du serveur Rust dédié. validate prend plus de temps qu'une mise à jour normale, mais il remplace les fichiers corrompus. Si le serveur boucle encore après validation, comparez l'heure du crash avec le chargement des extensions. Un crash avant SteamServer Initialized pointe l'installation. Un crash après l'annonce réseau pointe plutôt Oxide, Carbon ou un plugin. Les soirs de wipe, lancez une mise à jour manuelle contrôlée. Un redémarrage automatique toutes les 30 secondes transforme un fichier manquant en soirée perdue.

Isoler une erreur Oxide après forced wipe
Le lendemain d'un forced wipe, le wipe ne casse presque jamais le serveur. L'API Rust bouge, puis un plugin compilé la veille appelle une méthode qui n'existe plus. Les lignes typiques sont Error while compiling, Failed to initialize plugin, MissingMethodException, NullReferenceException, ou Plugin is using deprecated hook. Un seul plugin peut empêcher la fin du démarrage si son erreur revient en boucle pendant le chargement des données.
Classez les causes dans cet ordre. Commencez par le plugin non mis à jour depuis la version Rust du jour. Vérifiez ensuite la dépendance manquante, par exemple ImageLibrary, Economics, ServerRewards ou Harmony. Contrôlez enfin le fichier de données cassé dans oxide/data, fréquent après un arrêt brutal. Le cas rare reste la mauvaise version d'Oxide installée sur un binaire Rust à jour.
- Renommez le dossier oxide/plugins en dossier de côté, puis démarrez sans plugins.
- Si le serveur démarre, remettez les plugins par groupes de 5. Un pack de 60 plugins se trie en moins de 20 minutes avec cette méthode.
- Quand le crash revient, relisez les 50 dernières lignes. Le dernier nom de plugin cité n'est pas toujours le coupable, mais il donne la zone.
Réparez en mettant à jour le plugin, puis ses dépendances. Ne supprimez pas oxide/data en bloc. Vous perdez les kits, les monnaies, les cooldowns et parfois les bases de clans. Avant chaque forced wipe, gardez une liste datée des plugins et des versions. Un export texte suffit pour éviter la recherche à l'aveugle à 23 h.
Retrouver une carte Rust régénérée sans demande
Une carte régénérée sans ordre direct vient presque toujours d'une identité serveur modifiée. Rust range les sauvegardes par identité. Si server.identity passe de serveur1 à wipe_test, Rust ne retrouve plus l'ancien monde et crée un nouveau dossier. Même résultat si le seed change de 12345 à 67890, si worldsize passe de 4000 à 4500, ou si le level change entre Procedural Map, Barren et une custom map. Le serveur ne demande pas confirmation. Il génère.
Avant de supprimer une sauvegarde ou de remplacer un dossier, copiez l'ancien dossier de serveur. Vous pouvez perdre la carte, les entités, les coffres, les sleeping bags, les blueprints selon votre configuration et plusieurs jours de progression.
Contrôlez les noms de fichiers. Une sauvegarde procédurale contient le seed, la taille et un compteur de version dans son nom, par exemple proceduralmap.4000.12345.250.sav. Si le nouveau fichier contient 4500 ou un autre seed, la régénération vient des paramètres. Si l'ancien fichier se trouve dans server/myserveur et que le lancement pointe ailleurs, l'identité a changé.
Réparez en remettant exactement l'identité, le seed, le worldsize et le level précédents, puis restaurez la sauvegarde la plus récente. Ne renommez pas l'identité pour tester un wipe. Créez une instance de test séparée. Les noms visibles aux joueurs se changent avec le hostname, pas avec l'identité de stockage.
Classer les symptômes Rust en cinq minutes
Un dépannage propre commence par l'ordre des symptômes. Un serveur invisible dans l'annuaire est plus fréquent qu'un vrai crash. Une boucle après mise à jour arrive surtout le jeudi soir et au forced wipe. Un plugin cassé se repère quand la console cite Oxide, Carbon ou une exception C#. Une carte régénérée suit presque toujours une modification de lancement. Ce tri évite la fausse réparation qui coûte un wipe.
| Ce que vous voyez | Ligne ou indice à chercher | Action qui tranche |
|---|---|---|
| Serveur lancé, joueurs incapables de le trouver | Ports 28015 UDP et 28016 UDP, délai Steam de 5 à 15 minutes | Tester IP:port, puis corriger le pare-feu |
| Redémarrage toutes les 30 à 90 secondes | Your server is out of date ou bundle introuvable | Valider l'installation Steam |
| Crash après le forced wipe | MissingMethodException ou Error while compiling | Démarrer sans plugins, puis remettre par lots |
| Nouvelle carte, mêmes joueurs paniqués | seed, worldsize, level ou identité différents | Restaurer les paramètres et la sauvegarde |
Le panel Starmine retire deux manipulations pénibles sur ce sujet : retrouver le bon log de démarrage et lancer une validation serveur sans écrire la commande SteamCMD. Le diagnostic ne change pas. Lisez d'abord la console, puis touchez au réglage qui correspond au message affiché.
Guides
Mes amis voient le serveur en favoris, mais pas dans la recherche Rust. C'est normal ?
Oui, pendant quelques minutes. L'annuaire Steam met souvent 5 à 15 minutes avant d'afficher un serveur qui répond déjà en connexion directe. Si IP:port fonctionne après redémarrage, regardez d'abord le délai d'indexation et le port de requête UDP.
Pourquoi la console Rust ne répond pas quand je tape status ?
Sur beaucoup d'hébergements, la console affichée est un flux de logs, pas une console Rust interactive. Elle sert à lire les erreurs. Pour exécuter status, ban, save ou oxide.reload, passez par RCON ou WebRCON.
Oxide affiche une erreur, est-ce que je dois supprimer tous les plugins ?
Non. Supprimez tout seulement si vous acceptez de reconstruire votre serveur à la main. Mettez les plugins de côté, démarrez sans eux, puis remettez-les par petits lots pour trouver celui qui casse le démarrage.
Ma map Rust a changé après redémarrage, les bases sont-elles perdues ?
Pas forcément. Si l'ancien dossier d'identité et le fichier .sav existent encore, vous pouvez restaurer la carte en remettant le même seed, la même taille, le même level et la même identité serveur. Si le fichier a été supprimé et qu'aucune sauvegarde n'existe, les entités de la carte ne reviennent pas.