Rust est l'un de ceux qui sèment le plus la confusion, car il utilise trois ports différents pour trois choses différentes, et l'un d'eux passe en TCP alors que les autres sont en UDP. N'ouvrir que le port de jeu permet aux gens d'entrer en tapant l'IP à la main, mais le serveur n'apparaît pas dans le navigateur.
Les ports
| Port | Protocole | À quoi il sert | Ouvrir ? |
|---|---|---|---|
| 28015 | UDP | Le jeu : c'est par là qu'entrent les joueurs | Oui |
| 28017 | UDP | Requête Steam : te place dans le navigateur de la communauté | Oui |
| 28016 | TCP | RCON / console web | Seulement si tu l'utilises depuis l'extérieur |
| 28083 | TCP | Application Rust+ | Seulement si tu veux Rust+ |
Deux remarques sur ce tableau :
- Le port de requête ne se règle pas tout seul. Si tu ne mets pas
+server.queryport, Rust en choisit un au-dessus du plus grand entre le port de jeu et celui du RCON, ce qui donne le 28017 sur une installation normale. Si tu as changé l'un des deux, refais le calcul ou fixe-le à la main. - Rust+ écoute sur le port indiqué avec
+app.port. Sans indication, il utilise le plus grand entre jeu et RCON plus 67, soit le 28083 sur une installation standard.
Windows (PowerShell en administrateur)
# Jeu et requête : l'indispensable
New-NetFirewallRule -DisplayName "Rust jeu UDP 28015 (entrant)" -Direction Inbound -Protocol UDP -LocalPort 28015 -Action Allow -Profile Any
New-NetFirewallRule -DisplayName "Rust requete UDP 28017 (entrant)" -Direction Inbound -Protocol UDP -LocalPort 28017 -Action Allow -Profile Any
New-NetFirewallRule -DisplayName "Rust jeu UDP 28015 (sortant)" -Direction Outbound -Protocol UDP -LocalPort 28015 -Action Allow -Profile Any
New-NetFirewallRule -DisplayName "Rust requete UDP 28017 (sortant)" -Direction Outbound -Protocol UDP -LocalPort 28017 -Action Allow -Profile AnyEt si tu comptes utiliser le RCON ou Rust+ depuis l'extérieur (seulement dans ce cas) :
New-NetFirewallRule -DisplayName "Rust RCON TCP 28016 (entrant)" -Direction Inbound -Protocol TCP -LocalPort 28016 -Action Allow -Profile Any
New-NetFirewallRule -DisplayName "Rust+ TCP 28083 (entrant)" -Direction Inbound -Protocol TCP -LocalPort 28083 -Action Allow -Profile AnyLinux
# Ubuntu / Debian
ufw allow 28015/udp
ufw allow 28017/udp
ufw allow 28016/tcp # seulement si tu utilises le RCON depuis l'extérieur
# AlmaLinux / Rocky
firewall-cmd --permanent --add-port=28015/udp
firewall-cmd --permanent --add-port=28017/udp
firewall-cmd --permanent --add-port=28016/tcp
firewall-cmd --reload# Est-ce qu'il écoute ?
ss -lntup | grep -E '28015|28016|28017'Le RCON, avec prudence
Le RCON te donne le contrôle total de la console du serveur. Si tu l'ouvres à Internet avec un mot de passe court, ce n'est qu'une question de jours avant que quelqu'un le devine et efface ta map. Mets un mot de passe long et unique dans +rcon.password et, si tu es le seul à l'utiliser, passe plutôt par un tunnel SSH :
ssh -L 28016:localhost:28016 root@TON_IPTu te connectes ainsi à localhost:28016 avec ton outil RCON sans rien ouvrir au monde.
Je n'apparais pas dans le navigateur de la communauté
- Il manque le port de requête (UDP 28017). C'est la cause la plus fréquente : avec le port de jeu ouvert, on peut entrer par IP, mais Steam ne te liste pas.
- Mauvais protocole. Le port de jeu et celui de requête sont en UDP. Une règle TCP 28015 n'ouvre rien d'utile.
- Le serveur met du temps à apparaître. Après le démarrage, Steam peut mettre quelques minutes à l'indexer. Laisse-lui le temps avant de toucher à quoi que ce soit.
- Tu viens de faire un wipe. Le serveur redémarre et se réenregistre ; il est normal qu'il disparaisse un moment.
- Filtrage AntiDDoS : onglet Sécurité de ton service. Si tu as des filtres faits à la main, le 28015 et le 28017 doivent y être en UDP.
Pour dimensionner la machine avant le wipe, attention à une chose : la consommation de Rust augmente au fil du cycle, parce que tout ce que construisent les joueurs reste. Notre calculateur pour Rust en tient compte.