Serveur Rust dédié : 13 étapes, 30 min [2026]

Pourquoi héberger un serveur Rust dédié en 2026 ?

Rust reste l’un des jeux de survie multijoueur les plus actifs sur Steam. D’après les statistiques publiques de SteamCharts, le titre de Facepunch Studios comptait environ 134 000 joueurs connectés en direct à la mi-juillet 2026, avec une pointe à 139 570 joueurs sur les dernières 24 heures et un record absolu de 259 646 joueurs simultanés atteint en janvier 2025. Cette activité ne faiblit pas d’une année sur l’autre, portée notamment par les pics récurrents autour des mises à jour mensuelles du jeu.

Face à cette popularité, de nombreuses communautés francophones choisissent d’héberger leur propre serveur Rust plutôt que de rejoindre un serveur officiel ou communautaire existant. Les raisons sont concrètes : contrôle total du calendrier de wipe, choix des mods via Oxide ou Carbon, gestion fine des permissions et de la liste blanche, réglage des performances selon votre matériel, et à terme des économies pour une communauté stable comparé à la location mensuelle indéfinie chez un hébergeur tiers.

Ce guide détaille les 13 étapes nécessaires pour installer, configurer et sécuriser un serveur Rust dédié sous Linux, de l’installation de SteamCMD jusqu’à l’automatisation des sauvegardes et des wipes mensuels. Comptez environ 30 minutes pour l’installation de base décrite dans les étapes 1 à 9 ; les étapes liées aux mods, à l’automatisation et à la sécurisation peuvent être traitées à votre rythme ensuite. Vous trouverez également un projet complet prêt à l’emploi, une liste des erreurs les plus fréquentes, une section dépannage et une FAQ. Pour le reste de notre couverture consacrée aux plateformes de jeu, consultez notre rubrique Jeux Vidéo.

Prérequis : versions, matériel et logiciels nécessaires

Avant de commencer, vérifiez que votre machine (VPS, serveur dédié ou PC personnel toujours allumé) répond aux prérequis matériels. Rust ne suit pas de schéma de version classique de type vX.Y : Facepunch publie une mise à jour majeure chaque premier jeudi du mois, qui force un wipe complet sur tous les serveurs. Il n’existe donc pas de “version” figée à cibler ; SteamCMD installera toujours la dernière build disponible au moment de l’exécution, et c’est la seule pratique fiable.

Taille de communauté	RAM recommandée	CPU	Stockage
Petit groupe (≤ 50 joueurs, vanilla)	8 Go	4 vCPU, fréquence élevée	15 Go (NVMe conseillé)
Minimum de référence (wiki officiel Facepunch)	12 Go	4 cœurs	15 Go libres
Communauté moyenne (50-100 joueurs, Oxide/Carbon)	16-24 Go	4 GHz et plus, NVMe recommandé	20-30 Go
Grand serveur (100+ joueurs, cartes personnalisées)	32-48 Go	CPU haute fréquence dédié	NVMe fortement recommandé

Rust est particulièrement sensible à la fréquence CPU plutôt qu’au nombre de cœurs : le moteur du jeu reste très dépendant d’un seul thread principal, donc un processeur à haute fréquence (3,4 GHz et plus) donnera de meilleurs résultats qu’un CPU avec davantage de cœurs mais plus lent. Ces recommandations sont confirmées à la fois par la documentation officielle de Facepunch et par plusieurs hébergeurs spécialisés.

Côté logiciels, vous aurez besoin de :

SteamCMD : l’outil en ligne de commande de Valve utilisé pour télécharger et mettre à jour le serveur (dernière version, mise à jour automatiquement à chaque exécution)
RustDedicated : le binaire du serveur dédié, distribué via SteamCMD sous l’app ID 258550
Oxide ou Carbon (optionnel) : un framework de mods si vous souhaitez des plugins (économie, clans, kits, permissions)
Un client RCON, ou simplement la console web intégrée de Facepunch (rcon.web) pour l’administration à distance

Niveau système d’exploitation, ce guide utilise Ubuntu 22.04 LTS (ou toute distribution Debian récente), un choix courant chez les hébergeurs de jeux pour sa stabilité à long terme ; RustDedicated tourne aussi nativement sous Windows Server. Vous aurez enfin besoin d’un accès administrateur à votre routeur ou à votre pare-feu VPS pour ouvrir trois ports réseau distincts, détaillés à l’étape 4.

Étape 1 : préparer le système et créer un utilisateur dédié

Ne lancez jamais RustDedicated avec le compte root : un plugin compromis ou une faille dans un mod tiers aurait alors un accès complet au système. Créez d’abord un utilisateur dédié, puis installez les dépendances 32 bits requises par SteamCMD (même sur un système 64 bits) :

sudo adduser --disabled-password --gecos "" rustserver
sudo dpkg --add-architecture i386
sudo apt update
sudo apt install -y lib32gcc-s1 lib32stdc++6 curl tar unzip screen

Basculez ensuite sur ce nouvel utilisateur avant de poursuivre les étapes suivantes :

sudo su - rustserver

Étape 2 : installer SteamCMD

SteamCMD est l’outil officiel de Valve qui va télécharger et maintenir à jour les fichiers du serveur. Créez un dossier dédié, téléchargez l’archive Linux et extrayez-la :

mkdir -p ~/steamcmd && cd ~/steamcmd
curl -sqL "https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz" -o steamcmd_linux.tar.gz
tar -xvzf steamcmd_linux.tar.gz
./steamcmd.sh +quit

La documentation complète de l’outil, y compris la version Windows (steamcmd.exe) et macOS, est disponible sur le wiki développeur de Valve. Le premier lancement télécharge une mise à jour interne de SteamCMD lui-même avant de vous rendre la main : c’est normal, laissez-le se terminer.

Étape 3 : télécharger RustDedicated (app 258550)

Aucun compte Steam n’est nécessaire pour télécharger le serveur dédié : une connexion anonyme suffit. RustDedicated est distribué sous l’app ID 258550, distinct de l’app ID 252490 utilisé par le client joueur sur la page Steam de Rust.

cd ~/steamcmd
./steamcmd.sh +force_install_dir ~/rust_server +login anonymous +app_update 258550 validate +quit

Voici un exemple représentatif de sortie console lors d’un téléchargement réussi :

Connecting anonymously to Steam Public...Logged in OK
Update state (0x5) verifying install, progress: 42.18
Update state (0x5) verifying install, progress: 97.83
Success! App '258550' fully installed.

Comptez plusieurs gigaoctets de téléchargement selon votre connexion. Relancez exactement la même commande à chaque fois que vous voulez mettre à jour le serveur, en particulier avant chaque wipe forcé mensuel (voir étape 11).

Étape 4 : ouvrir les ports réseau

Un serveur Rust a besoin de trois ports distincts et ouverts : un port de jeu (UDP), un port de requête pour le navigateur de serveurs (UDP), et un port RCON pour l’administration à distance (TCP). Le port de jeu et le port de requête ne doivent jamais être identiques, faute de quoi le serveur reste invisible dans la liste des serveurs Steam.

Port	Protocole	Usage	Variable server.cfg
28015	UDP	Connexion des joueurs (game port)	server.port
28016	UDP	Liste des serveurs (query port)	server.queryport
28017	TCP	Console d’administration à distance (RCON)	rcon.port

Sur un VPS Linux avec ufw, ouvrez les trois ports ainsi :

sudo ufw allow 28015/udp
sudo ufw allow 28016/udp
sudo ufw allow 28017/tcp
sudo ufw reload

Si vous hébergez depuis un réseau domestique, vous devrez en plus configurer une redirection de ports (port forwarding) sur votre routeur/box vers l’adresse IP locale de la machine hôte. Dans ce cas, une IP fixe (ou un service de DNS dynamique) est fortement recommandée pour éviter que l’adresse ne change entre deux redémarrages du routeur.

Étape 5 : créer le script de démarrage

Plutôt que de retaper une longue ligne de commande à chaque démarrage, créez un script start.sh à la racine du dossier serveur reprenant tous les paramètres essentiels :

#!/bin/bash
cd "$HOME/rust_server" || exit 1

./RustDedicated -batchmode +server.identity "monserveur" \
  +server.hostname "Mon Serveur Rust FR" \
  +server.port 28015 \
  +server.queryport 28016 \
  +rcon.port 28017 \
  +rcon.password "ChangezMoiImmediatement123!" \
  +rcon.web 1 \
  +server.maxplayers 100 \
  +server.worldsize 4500 \
  +server.seed 123456 \
  +server.saveinterval 300 \
  +server.level "Procedural Map" \
  -logfile "logs/serveur_$(date +%Y%m%d_%H%M%S).log"

Rendez-le exécutable avec chmod +x start.sh. Le server.identity détermine le nom du dossier de sauvegarde (cartes, joueurs, blueprints) ; changez-le si vous gérez plusieurs serveurs sur la même machine pour éviter tout conflit de sauvegarde. Le server.seed et le server.worldsize définissent la génération procédurale de la carte : gardez-les identiques entre deux redémarrages classiques, mais changez-les lors d’un wipe complet si vous voulez une nouvelle carte.

Étape 6 : configurer server.cfg

En complément (ou à la place) des paramètres passés en ligne de commande, Rust lit un fichier server.cfg situé dans rust_server/monserveur/cfg/server.cfg – où “monserveur” correspond à la valeur de votre server.identity. Ce fichier est relu au démarrage et ses valeurs prennent le pas sur les paramètres en ligne de commande, ce qui en fait l’endroit le plus fiable pour verrouiller votre configuration :

server.hostname "Mon Serveur Rust FR"
server.description "Serveur communautaire francophone"
server.maxplayers 100
server.worldsize 4500
server.seed 123456
server.saveinterval 300
hackablelockedcrate.requiredhackseconds 600

Contrairement aux indicateurs de la ligne de commande, les variables de server.cfg s’écrivent sans le préfixe +. C’est une source d’erreur fréquente pour les nouveaux administrateurs : un fichier server.cfg copié tel quel depuis un script de démarrage, préfixes compris, sera tout simplement ignoré par le serveur.

Étape 7 : premier lancement et vérification

Lancez maintenant votre script, idéalement dans une session screen ou tmux pour pouvoir vous déconnecter du terminal sans arrêter le serveur :

screen -S rust
./start.sh

Un démarrage réussi affiche une séquence de ce type dans la console :

[Console] [Server] Listening: 0.0.0.0:28015
[Console] [Server] Query port set: 28016
[Console] [RCON] Server listening on port 28017
Loading Prefab Bundle...
Spawning ai population...
Server startup complete

Une fois “Server startup complete” affiché, détachez-vous de la session avec Ctrl+A puis D (le serveur continue de tourner en arrière-plan). Pour vous connecter et tester depuis le client Rust, ouvrez la console du jeu avec F1 et tapez client.connect VOTRE_IP:28015. Si la connexion échoue, reportez-vous à la section dépannage plus bas.

Étape 8 : configurer RCON pour l’administration à distance

RCON (Remote Console) permet d’administrer le serveur sans y être physiquement connecté en jeu : kick, ban, changement de paramètres à chaud, annonces, etc. Avec rcon.web 1 activé dans votre configuration, Facepunch met à disposition sa propre console web embarquée, accessible directement depuis un navigateur – à noter qu’elle fonctionne en HTTP simple, sans chiffrement TLS natif, ce qui justifie un mot de passe RCON robuste et, idéalement, un accès limité par pare-feu à votre propre IP.

De nombreux clients RCON tiers, en ligne de commande ou avec interface graphique, sont également compatibles avec le protocole Source RCON qu’utilise Rust. Exemple générique d’utilisation en ligne de commande :

# Exemple avec un client RCON générique compatible Source RCON
rcon-cli --host VOTRE_IP --port 28017 --password "VotreMotDePasse" "status"
rcon-cli --host VOTRE_IP --port 28017 --password "VotreMotDePasse" "say Redemarrage dans 5 minutes"

La commande status retourne la liste des joueurs connectés, leur ping et leur SteamID64, une information indispensable pour la modération et pour l’étape suivante.

Quelques commandes RCON reviennent quotidiennement dans l’administration d’un serveur Rust :

status : liste des joueurs connectés, ping et SteamID64
save : force une sauvegarde immédiate de la carte, en plus de l’intervalle automatique
kick "nom" : déconnecte un joueur sans le bannir
banid SteamID64 : bannit définitivement un compte Steam
server.writecfg : réécrit server.cfg avec les valeurs actuellement actives en mémoire

Étape 9 : ajouter des administrateurs et gérer les permissions

Deux méthodes permettent de désigner un administrateur sur votre serveur Rust. La première, à chaud depuis la console serveur (pas la console joueur) ou via RCON :

ownerid 76561198012345678 "PseudoAdmin"
moderatorid 76561198087654321 "PseudoModo"

La seconde, persistante, consiste à éditer directement rust_server/monserveur/cfg/users.cfg :

ownerid 76561198012345678 "PseudoAdmin" ""
moderatorid 76561198087654321 "PseudoModo" ""

Le SteamID64 est un identifiant à 17 chiffres propre à chaque compte Steam, que vous pouvez retrouver via le profil Steam du joueur concerné. Les ownerid disposent de tous les droits (bans, kicks, give, noclip, spawn), tandis que les moderatorid ont un sous-ensemble de commandes de modération : réservez le statut propriétaire aux personnes réellement responsables de l’infrastructure du serveur.

Étape 10 : Oxide ou Carbon, choisir son framework de mods

Un serveur Rust vanilla (sans mod) fonctionne très bien pour une communauté qui veut l’expérience Facepunch d’origine. Mais la grande majorité des serveurs communautaires ajoutent un framework de plugins pour l’économie, les clans, les kits de départ ou une modération avancée. Deux frameworks se partagent ce rôle en 2026 : Oxide, historique et distribué via umod.org, et Carbon, plus récent, pensé comme un remplaçant direct d’Oxide avec une couche de rétrocompatibilité.

Critère	Oxide (uMod)	Carbon
Bibliothèque de plugins	Plus de 1 400 plugins sur umod.org, la plus large et la plus ancienne	Compatible avec la quasi-totalité des plugins Oxide existants
Vitesse de mise à jour après un patch Rust	Généralement quelques heures à quelques jours	Souvent patché en quelques heures, selon plusieurs hébergeurs spécialisés
Performances au démarrage	Référence historique	Démarrage et empreinte mémoire annoncés comme plus légers par plusieurs comparatifs d’hébergeurs
Maturité / communauté	La plus large, support communautaire très étendu	Plus récente, adoption croissante en 2026
Installation	Archive à extraire dans le dossier racine du serveur	Programme d’installation (loader) à exécuter dans le dossier racine du serveur

Aucun des deux choix n’est mauvais : Oxide reste la valeur sûre pour sa bibliothèque de plugins inégalée, tandis que Carbon séduit les serveurs qui veulent redémarrer au plus vite après chaque wipe forcé du premier jeudi du mois. Certaines équipes de développement de plugins publient désormais des versions “Carbon Only” pour profiter de ses fonctionnalités plus modernes, donc vérifiez la compatibilité des plugins précis que vous comptez utiliser avant de trancher.

Installer Oxide

Téléchargez l’archive Oxide correspondant à votre système depuis umod.org (rubrique Rust), puis extrayez son contenu directement à la racine du dossier serveur, là où se trouve le binaire RustDedicated :

cd ~/rust_server
unzip -o ~/Downloads/Oxide.Rust-linux.zip -d .
./start.sh

Installer Carbon

Rendez-vous sur carbonmod.gg, téléchargez le programme d’installation correspondant à votre système d’exploitation, puis exécutez-le une fois depuis le dossier racine de votre serveur :

cd ~/rust_server
chmod +x carbon_installer.sh
./carbon_installer.sh
./start.sh

Dans les deux cas, gardez à l’esprit qu’un framework de mods doit lui-même être mis à jour après chaque wipe forcé mensuel avant que vos plugins ne fonctionnent à nouveau normalement – voir l’erreur courante n°6 plus bas.

Étape 11 : automatiser les wipes mensuels

Facepunch impose un wipe forcé le premier jeudi de chaque mois, généralement autour de 19h00 UTC : la mise à jour du client et du serveur rend les anciennes cartes incompatibles, et absolument tous les serveurs (officiels comme communautaires) doivent régénérer une nouvelle carte à ce moment-là. Aucun administrateur ne peut s’y soustraire. En dehors de cette échéance mensuelle, de nombreuses communautés appliquent en plus un wipe “carte seule” hebdomadaire, sans réinitialiser les plans (blueprints) des joueurs, selon leurs propres conventions.

Voici un script d’automatisation simple qui distingue le premier jeudi du mois (wipe complet) des autres jeudis (simple redémarrage) :

#!/bin/bash
# scripts/wipe_check.sh
DAY=$(date +%d)
cd ~/rust_server

# Toujours mettre a jour avant de relancer
~/steamcmd/steamcmd.sh +force_install_dir ~/rust_server +login anonymous +app_update 258550 validate +quit

if [ "$DAY" -le 7 ]; then
  echo "Premier jeudi du mois : wipe complet de la carte"
  rm -f monserveur/proceduralmap.*.sav
else
  echo "Jeudi standard : redemarrage simple, carte conservee"
fi

systemctl restart rust-server.service

Planifiez son exécution chaque jeudi via crontab (crontab -e sous l’utilisateur rustserver) :

0 19 * * 4 /home/rustserver/rust_server/scripts/wipe_check.sh >> /home/rustserver/rust_server/logs/wipe.log 2>&1

Étape 12 : créer un service systemd pour l’auto-redémarrage

Plutôt que de dépendre d’une session screen manuelle, un service systemd redémarre automatiquement le serveur en cas de crash et facilite son intégration avec le script de wipe ci-dessus. Créez /etc/systemd/system/rust-server.service :

[Unit]
Description=Serveur Rust dedie
After=network.target

[Service]
User=rustserver
WorkingDirectory=/home/rustserver/rust_server
ExecStart=/home/rustserver/rust_server/start.sh
Restart=on-failure
RestartSec=10
LimitNOFILE=100000

[Install]
WantedBy=multi-user.target

Activez et démarrez le service :

sudo systemctl daemon-reload
sudo systemctl enable rust-server.service
sudo systemctl start rust-server.service
sudo systemctl status rust-server.service

Étape 13 : sauvegardes automatiques et sécurité du serveur

Une carte procédurale corrompue ou un plugin mal configuré peut ruiner des semaines de progression pour votre communauté. Un script de sauvegarde quotidien, couplé à une purge des archives trop anciennes, limite ce risque :

#!/bin/bash
# scripts/backup.sh
BACKUP_DIR="/home/rustserver/backups"
SERVER_DIR="/home/rustserver/rust_server/monserveur"
DATE=$(date +%Y%m%d_%H%M)

mkdir -p "$BACKUP_DIR"
tar -czf "$BACKUP_DIR/monserveur_$DATE.tar.gz" "$SERVER_DIR"
find "$BACKUP_DIR" -name "*.tar.gz" -mtime +14 -delete

Sur le volet sécurité, trois points méritent une attention particulière. D’abord, le mot de passe RCON : comme il donne un contrôle total sur le serveur (y compris l’exécution de commandes arbitraires), utilisez une chaîne longue et aléatoire plutôt qu’un mot simple. Ensuite, le pare-feu : limitez si possible l’accès au port RCON (28017) à votre propre IP plutôt que de l’exposer publiquement. Enfin, la protection anti-DDoS, généralement fournie par l’hébergeur plutôt qu’auto-gérée (voir le tableau comparatif dans les conseils avancés).

Un dernier point d’actualité 2026 : Facepunch a annoncé fin janvier une option de sécurité matérielle basée sur le Secure Boot et le TPM 2.0, permettant depuis mars 2026 aux propriétaires de serveur d’exiger ces protections côté client pour lutter contre certaines méthodes de triche, sur le modèle de ce que font déjà des jeux comme Valorant. Cette option reste pour l’instant facultative et activable serveur par serveur, mais l’éditeur a indiqué vouloir la généraliser à terme – un point à surveiller si une partie de votre communauté joue sous Linux/Proton, plateforme où ce type de protection pose davantage de difficultés de compatibilité (détails chez AllKeyShop).

Projet complet : l’arborescence prête à l’emploi

En combinant chaque fichier créé au fil de ce guide, votre dossier serveur final doit ressembler à l’arborescence suivante :

rust_server/
├── RustDedicated
├── start.sh
├── oxide/ (ou carbon/, selon le framework choisi)
├── logs/
├── scripts/
│   ├── wipe_check.sh
│   └── backup.sh
└── monserveur/
    ├── cfg/
    │   ├── server.cfg
    │   └── users.cfg
    ├── proceduralmap.*.sav
    └── player.tokens

Avec le service systemd rust-server.service actif, la crontab du jeudi en place, et le script de sauvegarde planifié quotidiennement, votre installation est désormais entièrement autonome : mise à jour, wipe mensuel, redémarrage en cas de crash et sauvegarde ne nécessitent plus d’intervention manuelle. Il ne vous reste plus qu’à ajouter votre script de sauvegarde à la crontab :

0 5 * * * /home/rustserver/rust_server/scripts/backup.sh >> /home/rustserver/rust_server/logs/backup.log 2>&1

Rust face aux autres jeux de survie hébergeables

Rust n’est pas le seul jeu de survie multijoueur qu’une communauté francophone peut auto-héberger. Nous avons déjà détaillé sur shattered.io l’installation d’un serveur ARK Survival Ascended, d’un serveur DayZ et d’un serveur Palworld : les trois partagent avec Rust le même socle technique (SteamCMD, ports UDP/TCP à ouvrir, fichier de configuration texte, framework de mods optionnel), ce qui rend les compétences acquises ici largement réutilisables d’un titre à l’autre.

La différence la plus marquante tient au rythme de maintenance. Là où ARK, DayZ ou Palworld reçoivent des correctifs à un rythme irrégulier, Rust impose un cycle de wipe forcé fixe et prévisible, le premier jeudi de chaque mois. C’est à la fois une contrainte (impossible d’y échapper, y compris pour les petites communautés) et un avantage pour la planification : vous savez exactement quand automatiser une mise à jour, contrairement à un serveur ARK où un patch peut tomber sans préavis. Si votre communauté hésite entre plusieurs jeux de survie à héberger, ce calendrier fixe est un argument à prendre en compte.

Erreurs courantes à éviter

Confondre le port de requête et le port RCON. Les trois ports (jeu, requête, RCON) doivent être distincts et correctement protocolés (UDP, UDP, TCP) ; sinon le serveur reste invisible dans le navigateur ou refuse les connexions d’administration.
Lancer RustDedicated avec le compte root. Un plugin compromis ou une faille dans un mod tiers obtiendrait alors un accès complet au système hôte ; utilisez toujours un utilisateur dédié sans privilèges sudo.
Oublier de mettre à jour avant le wipe forcé mensuel. Un serveur resté sur l’ancienne build après le patch du premier jeudi du mois plante au démarrage ou refuse les connexions des joueurs, qui sont eux automatiquement à jour.
Sous-dimensionner la RAM après l’ajout de plugins. Un serveur qui tournait bien en vanilla avec 8 Go peut se mettre à swapper ou crasher dès l’ajout de plugins d’économie, de clans ou d’événements PvE gourmands.
Laisser un mot de passe RCON faible ou par défaut. Le RCON permet un contrôle total du serveur (kick, ban, give, exécution de commandes) ; un mot de passe faible expose directement votre communauté au piratage.
Choisir un framework de mods sans vérifier sa réactivité après un wipe. Oxide peut mettre plus de temps que Carbon à publier une mise à jour compatible après un patch Rust, ce qui laisse vos plugins inactifs pendant que d’autres serveurs redémarrent déjà normalement.
Ignorer la localisation géographique du datacenter. Pour un public français ou européen, un serveur hébergé loin (Amérique du Nord, Asie) ajoute typiquement 80 à 150 ms de latence par rapport à un datacenter parisien ou européen, ce qui pénalise nettement les combats PvP.

Dépannage : 10 problèmes fréquents et leurs solutions

Voici les problèmes les plus fréquemment rencontrés lors de l’installation ou de l’exploitation d’un serveur Rust dédié, avec leur cause probable et la solution associée.

Problème	Cause probable	Solution
Le serveur n’apparaît pas dans la liste des serveurs	server.queryport fermé ou identique au server.port	Vérifiez que les trois ports sont ouverts et bien distincts, puis relancez
“Failed to write to console input” au démarrage	Binaire lancé sans droits d’exécution ou sans terminal interactif	chmod +x RustDedicated, puis lancez via screen/tmux ou en tant que service systemd
Les joueurs reçoivent “Connection Timed Out”	Pare-feu ou redirection de ports (NAT) mal configurée	Vérifiez la redirection sur le routeur/VPS et testez avec un scanner de port externe
Faible tickrate ou lenteurs même à faible population	CPU insuffisant ou fréquence trop basse (Rust est mono-thread intensif)	Migrez vers un CPU à fréquence plus élevée ou réduisez server.worldsize
Un plugin Oxide/Carbon ne se charge plus après une mise à jour Rust	Le framework n’a pas encore publié de version compatible	Attendez la mise à jour officielle du framework, ou repassez temporairement en vanilla
Impossible de se connecter en RCON	Port ou mot de passe erroné, ou rcon.web non activé	Vérifiez rcon.port, rcon.password et la présence de +rcon.web 1
La carte procédurale ne se génère pas ou plante au chargement	server.seed/server.worldsize incohérents ou sauvegarde corrompue	Supprimez les fichiers .sav du dossier d’identité et relancez avec un nouveau seed
Le serveur redémarre en boucle après un wipe forcé	Ancienne build encore installée au moment du redémarrage automatique	Forcez app_update 258550 validate avant chaque redémarrage du jeudi
Des joueurs légitimes sont bloqués depuis l’activation Secure Boot/TPM 2.0	Option opt-in activée alors que certains joueurs n’ont pas le matériel compatible	Laissez l’option désactivée ou prévenez votre communauté avant de l’activer
ownerid ne donne pas les droits admin en jeu	Commande tapée dans la mauvaise console ou SteamID64 invalide	Exécutez ownerid depuis la console serveur avec le SteamID64 complet à 17 chiffres

Conseils avancés pour optimiser votre serveur Rust

Une fois l’installation de base stabilisée, plusieurs ajustements permettent d’aller plus loin. Les cartes personnalisées, disponibles via des outils communautaires comme RustMaps, remplacent la génération procédurale par défaut et offrent un contrôle total du level design pour les communautés qui veulent une identité propre. La conteneurisation via Docker simplifie par ailleurs les déploiements reproductibles et les mises à jour, notamment si vous gérez plusieurs serveurs Rust en parallèle sur la même machine physique.

Sur le plan des performances, ajustez server.worldsize et la densité de population d’IA en fonction de la puissance CPU réellement disponible plutôt que de viser systématiquement la carte la plus grande possible : une carte surdimensionnée pour votre matériel dégradera le tickrate pour tous les joueurs. Surveillez également en continu la consommation RAM et CPU de votre machine pour anticiper une montée en gamme avant qu’un plugin gourmand ne sature le serveur, surtout à l’approche d’un wipe où l’affluence de joueurs est la plus forte.

Enfin, pour une communauté française ou européenne, comparez toujours la latence réelle (ping) depuis un datacenter parisien ou européen avant de choisir un hébergeur : la différence peut atteindre 80 à 150 ms face à un serveur situé en Amérique du Nord. Le tableau suivant compare quelques options d’hébergement, de l’auto-hébergement aux offres commerciales avec datacenter en France :

Solution	RAM / formule	Prix indicatif	Remarque
Auto-hébergement (PC ou serveur personnel)	Selon votre matériel	Coût matériel + électricité, pas d’abonnement mensuel	Contrôle total, mais maintenance et bande passante à votre charge
Portallis	8 Go / 12 Go	8 €/mois (8 Go) à 12 €/mois (12 Go)	Facturation à la RAM, CPU Ryzen 7 9700X
HelloServ	Selon formule	À partir de 6,99 €/mois	Oxide/uMod pré-installé, datacenter en France, anti-DDoS inclus
G-Portal	Selon formule	À partir de 9,17 $ / 3 jours	Facturation courte durée, plusieurs datacenters européens
Nitrado	Selon formule	Tarifs variables selon RAM et durée	Grand hébergeur généraliste avec présence en France

Ces tarifs évoluent régulièrement : vérifiez toujours l’offre en cours directement sur le site de l’hébergeur (par exemple les offres Rust de Nitrado ou la page dédiée de G-Portal) avant de vous engager.

Récapitulatif : la checklist des 13 étapes

Avant de passer à la FAQ, voici un récapitulatif condensé de l’ensemble du parcours décrit dans ce guide, à cocher au fur et à mesure de votre propre installation :

Préparer le système et créer un utilisateur dédié non-root
Installer SteamCMD
Télécharger RustDedicated via l’app 258550
Ouvrir les trois ports réseau (28015 UDP, 28016 UDP, 28017 TCP)
Créer le script de démarrage start.sh
Configurer server.cfg
Lancer le serveur et vérifier les logs de démarrage
Configurer RCON pour l’administration à distance
Ajouter les administrateurs via ownerid
Choisir et installer Oxide ou Carbon
Automatiser le wipe forcé mensuel
Créer le service systemd pour l’auto-redémarrage
Mettre en place les sauvegardes automatiques et sécuriser le RCON

Une fois ces 13 points cochés, votre serveur Rust dédié tourne, se sauvegarde et se met à jour seul, y compris lors du wipe forcé mensuel. Il ne reste plus qu’à communiquer l’adresse IP et le port à votre communauté.

Foire aux questions

Combien coûte l’hébergement d’un serveur Rust dédié ?

Comptez entre environ 7 € et 12 € par mois chez un hébergeur spécialisé pour une petite communauté (8 à 12 Go de RAM), et davantage pour un grand serveur modé. L’auto-hébergement sur votre propre matériel supprime l’abonnement mensuel mais reporte le coût sur l’électricité, la bande passante et la maintenance.

Faut-il un compte Steam pour installer un serveur Rust ?

Non. La commande +login anonymous de SteamCMD suffit pour télécharger RustDedicated (app 258550). Un compte Steam n’est nécessaire que pour jouer en tant que client, pas pour héberger le serveur.

Oxide ou Carbon : lequel choisir en 2026 ?

Les deux sont viables. Oxide conserve la bibliothèque de plugins la plus large et la plus ancienne ; Carbon, plus récent, est compatible avec la quasi-totalité de ces plugins tout en étant souvent patché plus rapidement après une mise à jour Rust. Vérifiez la compatibilité des plugins précis dont vous avez besoin avant de choisir.

Quelle configuration matérielle minimale pour héberger un serveur Rust ?

Le wiki officiel de Facepunch recommande 12 Go de RAM comme base, même si un petit groupe vanilla de moins de 50 joueurs peut fonctionner avec 8 Go. Comptez 16 à 24 Go avec des plugins pour une communauté moyenne, et 32 à 48 Go pour un grand serveur avec carte personnalisée.

Peut-on éviter le wipe forcé mensuel ?

Non. Le wipe du premier jeudi du mois est imposé par la mise à jour de Facepunch elle-même : les anciennes cartes deviennent incompatibles avec la nouvelle build, pour tous les serveurs sans exception. Seuls les wipes intermédiaires “carte seule” restent à la discrétion de chaque administrateur.

Le serveur Rust fonctionne-t-il sur Linux ?

Oui, RustDedicated tourne nativement sur Linux, Ubuntu et Debian étant les distributions les plus couramment utilisées par les hébergeurs. Il faut simplement installer au préalable quelques dépendances 32 bits (lib32gcc-s1, lib32stdc++6) même sur un système 64 bits.

Le TPM 2.0 est-il obligatoire pour rejoindre mon serveur Rust ?

Pas à l’échelle du jeu pour l’instant. Facepunch a annoncé cette option fin janvier 2026 et l’a rendue activable, serveur par serveur, depuis mars 2026. L’éditeur a indiqué vouloir la généraliser à terme, mais rien n’est aujourd’hui imposé automatiquement à l’ensemble des serveurs.

Comment protéger son serveur Rust contre les attaques DDoS ?

Le plus simple reste de passer par un hébergeur incluant une protection anti-DDoS (plusieurs offres françaises et européennes l’incluent par défaut) plutôt que d’exposer directement une IP résidentielle. Évitez également de partager publiquement l’adresse IP réelle du serveur en dehors du navigateur de serveurs Steam officiel.