Dernière vérification : 25 septembre 2026 par rapport à la documentation serveur de Facepunch. À retenir : les convars serveur saisies dans la console F1 nécessitent le préfixe sv (par exemple sv weather.rain 0), sinon elles n'agissent que côté client.
Les commandes serveur Rust t'aident à administrer ton propre serveur de manière maîtrisée : tu attribues des droits, tu contrôles les joueurs, tu sauvegardes le monde, tu modifies les réglages, tu te téléportes vers les problèmes et tu effectues des wipes de façon ciblée. Ce guide présente les commandes les plus importantes pour l'exploitation d'un serveur Rust hébergé en payant, avec vérification claire et dépannage.

Prérequis
Avant d'exécuter des commandes, tu dois avoir accès à la console du serveur ou à RCON. Chez game-serverhosting, tu utilises généralement pour cela le tableau de bord avec sa console en direct ; sinon, un client RCON externe fonctionne aussi si RCON est correctement configuré. Pour les commandes de droits, tu as besoin du SteamID64 de la personne concernée.
Comme source primaire officielle, la documentation Rust de Facepunch mentionne, pour la configuration du serveur, entre autres l'utilisation de server.cfg, de RCON et des droits admin : Documentation sur wiki.facepunch.com. L'aperçu des commandes de Facepunch répertorie en outre de nombreuses commandes utilisées ici : Documentation sur wiki.facepunch.com.
Connexion via RCON
Connecte-toi à la console du serveur via le tableau de bord ou un client externe. Si ta configuration exige une connexion RCON explicite, utilise :
# rcon.login est le RCON historique ; WebRCON (rcon.web 1, par défaut) s'authentifie lors de la connexion
Au quotidien, la console du tableau de bord est souvent la solution la plus confortable, car tu vois l'état du serveur, les logs et tes saisies au même endroit. Ne partage pas publiquement les identifiants RCON et ne les donne qu'aux membres de l'équipe qui doivent vraiment administrer.
Gestion du serveur
Ces commandes concernent le fonctionnement du serveur en cours. Utilise-les à bon escient, surtout quand des joueurs sont en ligne.
| Commande | Description |
|---|---|
server.save |
Sauvegarder le monde |
server.writecfg |
Sauvegarder la config |
quit |
Sauvegarder et arrêter le serveur (restart avec compte à rebours) |
server.hostname "Nom" |
Modifier le nom du serveur |
server.maxplayers 100 |
Nombre max. de joueurs |
server.worldsize 3500 |
Taille de la carte |
server.save est utile avant une maintenance, un redémarrage ou des interventions planifiées. Avec server.writecfg, tu écris les variables serveur modifiées dans la configuration, dans la mesure où elles sont prévues pour cela. Dans sa documentation serveur, Facepunch indique que pour de nombreuses variables, un fichier server.cfg dans le dossier rust/server/server.identity/cfg/ est l'emplacement approprié.
Si tu veux approfondir la planification, la RAM et les réglages, le guide interne Louer un serveur Rust : RAM, réglages et plugins est une bonne étape suivante.
Gestion des joueurs et droits
Pour la modération, tu as d'abord besoin d'une vue d'ensemble. status t'affiche les informations sur les joueurs actifs. Pour les commandes administratives, utilise si possible le SteamID64 plutôt que les pseudos, car les pseudos peuvent se ressembler ou être modifiés.
| Commande | Description |
|---|---|
status |
Afficher les joueurs en ligne |
kick <name/id> "Raison" |
Expulser un joueur |
ban <steamid64> "Nom" "Raison" [Durée] |
Bannir un joueur en ligne ; banid fonctionne aussi hors ligne ; durée p. ex. 7d |
unban <steamid64> |
Débannir un joueur |
banlist |
Afficher la liste des bannis |
ownerid <id> "Nom" |
Donner les droits de propriétaire |
moderatorid <id> "Nom" |
Droits de modérateur |
removeowner <id> |
Retirer un propriétaire |
Les droits de propriétaire constituent le niveau administratif le plus élevé. Les droits de modérateur suffisent pour de nombreuses tâches opérationnelles. Attribue donc le rôle de propriétaire avec parcimonie. Selon Facepunch, une nouvelle connexion peut être nécessaire après l'attribution de droits d'admin ou de modérateur pour que le niveau d'authentification soit pris en compte.
Un enchaînement typique est le suivant : exécuter status, copier le SteamID64, définir ownerid ou moderatorid, se reconnecter, puis vérifier avec une action admin sans danger.
Commandes du monde
Les commandes du monde modifient l'environnement, l'heure ou les apparitions. Elles sont utiles pour les tests, les événements et l'analyse d'erreurs, mais peuvent influencer l'expérience de jeu.
| Commande | Description |
|---|---|
env.time 12 |
Définir l'heure (0-24) |
weather.fog 0 |
Désactiver le brouillard |
weather.rain 0 |
Désactiver la pluie |
weather.cloud_coverage 0 |
Supprimer les nuages (-1 = météo automatique) |
spawn.fill_populations |
Faire réapparaître les PNJ |
spawn.fill_groups |
Remplir les conteneurs de butin et les groupes d'apparition |
Utilise ces commandes de préférence en dehors des situations PvP critiques, ou annonce les événements à l'avance. Si tu planifies régulièrement des wipes, le calendrier des wipes Rust 2026 t'aide en plus à bien situer les force wipes et les blueprint wipes.
Téléportation et noclip
Les commandes de téléportation sont particulièrement utiles quand des joueurs sont bloqués, qu'un soupçon doit être vérifié ou que tu veux tester des coordonnées.
noclip # Voler à travers les murs
teleport <nom> # Se téléporter vers un joueur
teleportpos "0, 100, 0" # Se téléporter vers des coordonnées (aussi via RCON)
teleport2me <nom> # Téléporter un joueur vers toi
En modération, utilise les téléportations de façon traçable. Pour des positions précises, les coordonnées ou le SteamID64 sont plus fiables que des pseudos saisis librement. Si tu prépares la planification de la carte, le guide Trouver le seed de la carte d'un serveur Rust est un bon complément.
Donner des objets
Les commandes d'objets conviennent aux tests, aux événements ou à la restauration après un problème clairement documenté. Elles ne doivent pas être utilisées sans contrôle en production.
inventory.give <objet> <quantité> # uniquement dans la console F1 en jeu, pas via RCON
inventory.giveto <nom> <objet> <quantité>
inventory.giveall <objet> <quantité>
Exemple : inventory.give rifle.ak 1
Vérifie les noms courts des objets avant de les utiliser. Si une commande ne fonctionne pas, c'est souvent dû à un mauvais nom d'objet, à des droits manquants ou au fait que le joueur cible n'a pas été trouvé de façon univoque.
Effectuer un wipe
Selon son ampleur, un wipe supprime les fichiers du monde ou, en plus, les données de blueprints. Sauvegarde au préalable les données importantes et n'effectue des opérations sur les fichiers que si tu es sûr de travailler dans le bon répertoire du serveur.
# Dans le répertoire du serveur :
# Wipe de la carte (bâtiments/objets supprimés, BP conservés) :
rm server/my_server/*.sav*
rm server/my_server/*.map
# Wipe des BP (en plus) :
rm server/my_server/player.blueprints.*.db # pas *.db, sinon les tokens Rust+ et les statistiques partent aussi
Chez game-serverhosting, tu peux planifier les wipes confortablement via le tableau de bord ou le planificateur. En exploitation, c'est souvent plus traçable que des opérations manuelles sur les fichiers via le shell, car les horaires et les déroulements sont mieux maîtrisés.
Vérifier le résultat
Après des commandes admin, vérifie d'abord la console à la recherche de messages d'erreur. Ensuite, contrôle en jeu si la modification est visible : les droits s'appliquent, les joueurs ont été modérés, l'heure ou la météo conviennent, les objets sont arrivés ou le monde a été sauvegardé. Pour les modifications de configuration, un redémarrage ou une reconnexion peut en plus être nécessaire, selon la commande concernée.
Dépannage
Si une commande n'est pas reconnue, vérifie l'orthographe, les droits et le contexte. Certaines commandes vont dans la console du serveur, d'autres fonctionnent en tant qu'admin dans le client ou avec le préfixe serveur. Si les droits admin ne s'appliquent pas, reconnecte-toi et vérifie le SteamID64. Si RCON ne se connecte pas, contrôle le mot de passe, le port, le pare-feu et si RCON est correctement activé sur le serveur. En cas de problème de wipe, vérifie que tu modifies bien la bonne server.identity et donc le bon dossier du serveur.
Vérification, limites et retour arrière sûr
Le guide « Commandes serveur Rust – commandes admin pour ton serveur » s'applique au type de serveur décrit dans l'article et à la version visible au moment de la vérification. Les noms de menus, les versions disponibles, la compatibilité des mods ou plugins et les ressources nécessaires peuvent différer après des mises à jour. Ne reporte donc pas de valeurs sans vérification sur un autre jeu, un autre loader ou une autre version de serveur.
Avant toute modification du monde, de la sauvegarde de jeu, de la configuration ou des extensions, crée une sauvegarde des fichiers concernés. Modifie ensuite un seul élément cohérent à la fois et teste-le avec la même version de client et de serveur que celle avec laquelle tu comptes jouer par la suite.
| Point de contrôle | Résultat attendu | Abandon et retour arrière |
|---|---|---|
| Démarrage du serveur | Le serveur atteint l'état opérationnel sans nouveau message d'erreur. | En cas d'erreur au démarrage, annule la modification et restaure la dernière sauvegarde. |
| Test de connexion | Un compte de test peut se connecter via l'adresse affichée dans le panel. | En cas d'erreur de version ou de connexion, revérifie la version, le port et les ouvertures. |
| Test de fonctionnement | La fonction précisément modifiée marche, sans endommager le monde ou les données de jeu existants. | En cas d'effets secondaires, arrête le serveur et restaure les fichiers sauvegardés. |
Un test individuel réussi n'est pas une garantie de performance ou de disponibilité. La taille du monde, les mods, les plugins, le nombre de joueurs, le chemin réseau et la charge simultanée peuvent modifier le résultat. Documente la version, la modification et le résultat du test afin de pouvoir retracer plus tard d'éventuels écarts.
Que change une mise à jour avec force wipe ?
Chaque mise à jour mensuelle de Facepunch écrase Oxide/Carbon ; le framework de modding doit être réinstallé avant que les plugins ne se chargent. Des blueprint wipes globaux n'ont lieu que si Facepunch les annonce (dernièrement « Pivot or Die » en novembre 2025 et « Built Different » en juin 2026 avec Unity 6 et un nouveau navmesh), pas chaque mois.
FAQ
De quelles commandes serveur Rust ai-je besoin en premier en tant qu'admin ?
Pour démarrer, status, ownerid, moderatorid, server.save, server.writecfg, kick, ban et unban suffisent généralement. Avec elles, tu peux définir des droits, gérer les joueurs et sécuriser l'état du serveur.
Dois-je me reconnecter après ownerid ou moderatorid ?
Souvent, oui. Facepunch explique, pour la configuration des droits admin, qu'une reconnexion peut être nécessaire pour que le niveau d'authentification soit visiblement pris en compte. Vérifie ensuite la console et teste une action admin sans danger.
Dois-je gérer les joueurs par pseudo ou par SteamID64 ?
Utilise si possible le SteamID64. Les pseudos peuvent se ressembler, contenir des caractères spéciaux ou être modifiés. Un SteamID64 est plus univoque et réduit le risque d'expulser, de bannir ou de donner des droits au mauvais joueur.
Quelle est la différence entre un wipe de carte et un wipe de BP ?
Un wipe de carte supprime l'état du monde, comme les bâtiments et les objets, tandis que les blueprints sont conservés. Un wipe de BP supprime en plus les données de blueprints. N'effectue de telles interventions que de façon planifiée et informe ta communauté au préalable.
Puis-je utiliser toutes les commandes directement dans le panel game-serverhosting ?
La console en direct est conçue pour les commandes serveur courantes. Certaines actions dépendent toutefois de Rust, de l'état du serveur et des droits. Si une commande ne prend pas effet, vérifie la sortie de la console et si la commande convient au contexte actuel.