Serveur Rust absent de la liste des serveurs

Votre serveur dédié Rust tourne, la console indique qu'il est en ligne, les joueurs peuvent même se connecter si vous leur donnez l'IP, et pourtant il n'apparaît nulle part dans le navigateur communautaire du jeu. C'est l'un des problèmes les plus courants de l'hébergement de serveurs Rust, et il a un petit nombre de causes, presque toutes liées au port de requête Steam plutôt qu'au port de jeu. Voici comment identifier la vôtre et la corriger.

D'abord : vérifiez que le serveur est bien joignable

Avant de toucher à la moindre configuration, vérifiez que le serveur lui-même fonctionne et que seule sa liste est défaillante. Dans Rust, appuyez sur F1 pour ouvrir la console et tapez :

client.connect votre-ip-serveur:28015

Si vous parvenez à entrer, le port de jeu et le processus du serveur sont sains, et votre problème ne concerne que la visibilité. C'est une bonne nouvelle, car chaque correctif ci-dessous est une modification réseau ou de configuration, et aucun ne nécessite de reconstruire quoi que ce soit. Si la connexion directe échoue aussi, le serveur ne tourne pas ou le port de jeu est fermé : il s'agit alors d'un autre problème. Vérifiez les messages de démarrage dans la console et assurez-vous que 28015/UDP est ouvert.

Cause 1 : le port de requête n'est pas ouvert

Rust utilise trois ports, qui remplissent des rôles différents. Les confondre est la principale source de signalements « mon serveur est invisible » :

Port	Protocole	Rôle	Si fermé
28015	UDP	Trafic de jeu	Personne ne peut jouer du tout
28016	TCP	RCON / administration	Pas d'administration à distance, le jeu n'est pas affecté
28017	UDP	Requête Steam	Le serveur tourne mais n'apparaît dans aucune liste

Le serveur maître de Steam découvre votre serveur en l'interrogeant sur le port de requête, et non sur le port de jeu. Si 28017/UDP est bloqué par votre pare-feu ou absent de vos règles de redirection de ports, la requête ne reçoit jamais de réponse, Steam conclut qu'il n'y a rien à cet endroit, et votre serveur est exclu du navigateur communautaire, tout en continuant d'accepter parfaitement les connexions directes. Ce décalage est exactement le symptôme que décrivent la plupart des gens.

Ouvrez bien 28017 en UDP. Une règle TCP sur le même numéro ne sert à rien ici, et c'est une erreur très facile à commettre lorsqu'on recopie une règle du port RCON situé juste à côté.

Cause 2 : le port de requête n'a jamais été déclaré

Ouvrir le port dans le pare-feu n'est que la moitié du travail. Le serveur doit aussi savoir sur quel port répondre aux requêtes, avec le paramètre de lancement -queryport :

./RustDedicated -batchmode +server.port 28015 -queryport 28017 +server.hostname "Mon serveur Rust"

Sans -queryport explicite, certaines configurations interrogent un port que personne n'a ouvert, et vous obtenez le même comportement de serveur invisible avec un pare-feu qui semble correct. Déclarez-le explicitement et gardez-le cohérent avec la règle que vous avez ouverte. Si vous faites tourner plusieurs serveurs Rust sur une même machine, chaque instance a besoin de son propre port de jeu et de son propre port de requête, et ceux-ci ne doivent pas entrer en collision.

Cause 3 : redirection de ports via une box domestique

L'auto-hébergement derrière un routeur grand public signifie que la requête doit traverser un saut de plus. Deux points posent régulièrement problème :

Rediriger les ports comme une plage unique. Certains routeurs gèrent mal une règle couvrant 28015 à 28017. Créez une règle distincte par port, chacune associant le même numéro de port externe et interne, et réglez le protocole correctement pour chaque règle au lieu de laisser « les deux ».
Rediriger vers la mauvaise adresse interne. Si l'adresse locale de la machine a été attribuée par DHCP, elle peut changer et pointer silencieusement vos règles vers le vide. Donnez au serveur une adresse locale statique ou une réservation DHCP.

Toute cette famille de problèmes n'existe pas chez un hébergeur géré, car il n'y a pas de routeur devant votre serveur et les ports sont ouverts au moment du déploiement.

Cause 4 : le serveur s'annonce avec une mauvaise adresse

Un serveur derrière un NAT, ou sur une machine dotée de plusieurs interfaces réseau, peut annoncer une adresse que personne à l'extérieur ne peut atteindre. Si vous avez lié le serveur à une IP locale précise, essayez plutôt de l'associer à toutes les interfaces et laissez la couche réseau décider. Fixer une adresse interne en dur est une cause fréquente de serveur qui répond aux requêtes depuis votre propre réseau mais reste invisible de partout ailleurs.

Le test rapide : demandez à quelqu'un hors de votre réseau de chercher le serveur par son nom. S'il est visible sur votre réseau local et invisible pour lui, c'est cette cause ou la redirection de ports ci-dessus qui est en jeu.

Cause 5 : vous regardez au mauvais endroit

Tous les serveurs invisibles ne sont pas cassés. Le navigateur communautaire de Rust est très vaste, fortement filtré et trié par nombre de joueurs : un serveur neuf et vide se retrouve donc tout en bas d'une très longue liste.

Recherchez votre server.hostname exact plutôt que de faire défiler la liste. Les noms partiels et les noms par défaut comme « Mon serveur Rust » vous noieront parmi des centaines d'entrées identiques : choisissez donc un nom distinctif.
Vérifiez vos filtres. Les serveurs modés n'apparaissent pas sous le filtre de l'onglet Communautaire réglé pour le vanilla, et inversement.
Patientez quelques minutes. L'apparition dans la liste n'est pas instantanée après un démarrage, et le serveur maître met un peu de temps à prendre en compte un nouveau serveur.
Demandez à vos joueurs d'ajouter le serveur à leurs favoris une fois, par IP. Il apparaît ensuite dans les Favoris, quel que soit le tri du navigateur, ce qui vaut la peine pour vos habitués de toute façon.

Cause 6 : le serveur a disparu après un wipe ou une mise à jour

Facepunch publie un correctif obligatoire le premier jeudi de chaque mois. Un serveur resté sur la version précédente ne se contente pas de refuser les joueurs : il peut disparaître complètement du navigateur, car il ne correspond plus à la version actuelle que le serveur maître attend. Si votre serveur était listé hier et ne l'est plus aujourd'hui, vérifiez la date par rapport au calendrier des wipes avant de chercher ailleurs.

Les auto-hébergeurs doivent relancer app_update 258550 validate dans SteamCMD puis redémarrer. Sur Flux, la mise à jour est prise en charge pour vous et un redémarrage l'applique, ce qui explique surtout pourquoi cette cause est bien plus fréquente sur les serveurs montés à la main.

L'ordre de vérification

Connexion directe avec client.connect ip:28015. Si cela fonctionne, c'est un problème de visibilité, pas de serveur.
Vérifiez que 28017 est ouvert en UDP, et non en TCP.
Vérifiez que -queryport 28017 figure sur la ligne de lancement.
Si vous êtes derrière un routeur, vérifiez que les règles de redirection sont par port et pointent vers une adresse locale statique.
Recherchez votre nom d'hôte exact et vérifiez les filtres du navigateur avant de supposer qu'il y a un problème.
Vérifiez si un wipe forcé ou un correctif a été publié et si votre serveur tourne toujours sur l'ancienne version.

Presque tous les cas se règlent aux étapes deux ou trois. La règle à retenir est simple : le port de jeu détermine si les gens peuvent jouer, et le port de requête détermine s'ils peuvent vous trouver.

Déployez un serveur Rust sur Flux avec 28015, 28016 et 28017 déjà ouverts, des mises à jour mensuelles automatiques et la protection DDoS incluse.

FAQ : visibilité du serveur

Pourquoi mon serveur Rust n'apparaît-il pas dans la liste des serveurs ?

Dans presque tous les cas, le port de requête Steam, 28017/UDP, est fermé ou n'a pas été déclaré avec -queryport. Steam découvre les serveurs en interrogeant ce port : lorsqu'il est injoignable, votre serveur continue de fonctionner et d'accepter les connexions directes, mais n'apparaît dans aucune liste.

Quels ports un serveur Rust doit-il ouvrir ?

28015/UDP pour le trafic de jeu, 28017/UDP pour la requête Steam, et 28016/TCP pour RCON si vous utilisez l'administration à distance. Le port de requête est celui qui détermine si votre serveur est listé.

Comment rejoindre un serveur Rust qui n'apparaît pas dans le navigateur ?

Appuyez sur F1 dans Rust et tapez client.connect votre-ip-serveur:28015. Cela fonctionne que le serveur soit listé ou non, et c'est aussi le moyen le plus rapide de prouver que le serveur lui-même est sain et que seule sa liste est défaillante.

Mon serveur Rust était listé et ne l'est plus. Que s'est-il passé ?

Vérifiez d'abord la date. Facepunch publie un correctif le premier jeudi de chaque mois, et un serveur resté sur la version précédente peut disparaître complètement du navigateur. Mettez le serveur à jour et redémarrez-le.

Ai-je besoin du port de requête si les joueurs se connectent directement ?

Seulement si vous voulez être trouvable. Un serveur avec 28015 ouvert et 28017 fermé reste jouable pour quiconque possède l'adresse, et totalement invisible pour tous les autres.

Un hébergeur géré résout-il ce problème ?

Oui, car il n'y a ni pare-feu ni routeur à vous dans le chemin. Sur Flux, les trois ports sont ouverts au moment du déploiement et la mise à jour mensuelle de Facepunch est appliquée pour vous, ce qui supprime à la fois les causes liées aux ports et celle liée à une version obsolète.