Le jeu indique un délai d’attente dépassé ou un serveur introuvable
Vérifier processus, port principal, ports secondaires et protocole TCP ou UDP. Un serveur peut apparaître démarré tout en n’écoutant pas le port attendu.
Un serveur peut apparaître démarré tout en n’écoutant pas le port attendu. Certains jeux utilisent un port de jeu, un port query et parfois RCON.
Procédure étape par étape
-
Identifier les ports
Consultez Réseau et la documentation du jeu pour distinguer port principal, query et RCON.
-
Contrôler l’écoute
Cherchez dans la console la ligne indiquant l’adresse et le port réellement ouverts.
-
Vérifier le protocole
Un test TCP ne valide pas un service UDP. Utilisez le client du jeu ou un outil compatible avec le protocole.
-
Écarter le DNS
Testez temporairement avec l’IP et le port du panel. Si cela fonctionne, corrigez l’enregistrement DNS ou le proxy.
Tester un port TCP depuis Windows, Linux ou macOS
# Windows (PowerShell)
Test-NetConnection 203.0.113.10 -Port 27015
# Linux / macOS
nc -vz 203.0.113.10 27015
Où trouver l’adresse et les ports
La page « Réseau » affiche l’« Adresse principale » et le « Port principal » : c’est l’adresse à donner aux joueurs. La commande de démarrage reçoit ce port par {{SERVER_PORT}}. Si vous la modifiez, gardez cette variable et une écoute sur 0.0.0.0 : un port écrit en dur ou une écoute sur 127.0.0.1 rend le serveur injoignable de l’extérieur.
Les ports secondaires (query, RCON) se règlent souvent par des variables de « Démarrage », par exemple QUERY_PORT et RCON_PORT sur ARK. Chacun doit correspondre à une adresse listée dans « Réseau » : un port absent de cette liste n’est pas ouvert vers l’extérieur. Le bouton « Ajouter » attribue un port de plus ; sur une offre gratuite, les ports supplémentaires ne sont pas disponibles.
Tester depuis l’extérieur
Testez depuis l’ordinateur d’un joueur, pas depuis le serveur lui-même. Pour un port TCP, la commande ci-dessous répond en quelques secondes. Pour un port UDP, nc -vzu annonce presque toujours un succès, même quand rien n’écoute : seul le client du jeu ou le navigateur de serveurs Steam donne alors une réponse fiable.
- Connection refused : l’IP répond, mais aucun processus n’écoute sur ce port. Le serveur est arrêté, encore en démarrage, ou écoute sur un autre port.
- Connection timed out : aucune réponse ne revient. Vérifiez l’IP et le port, puis le réseau du joueur : VPN, pare-feu d’entreprise ou réseau d’établissement scolaire.
Questions fréquentes
Le serveur est « En ligne » mais n’apparaît pas dans la liste du jeu, pourquoi ?
La liste publique interroge le port query, pas le port de jeu. Vérifiez que la variable du port query correspond à une adresse de « Réseau ». Certains jeux exigent aussi un jeton : sur Garry’s Mod, la variable STEAM_ACC attend un jeton de compte de serveur de jeu Steam pour que le serveur soit affiché publiquement.
Pourquoi le nom de domaine ne fonctionne-t-il pas alors que l’IP fonctionne ?
Un enregistrement A ne contient que l’adresse IP, jamais le port : les joueurs doivent saisir host:port dès que le port n’est pas celui par défaut du jeu. Seuls les jeux qui lisent les enregistrements SRV, comme Minecraft Java, peuvent masquer le port.
Que signifie Address already in use dans la console ?
Le jeu essaie d’ouvrir un port déjà pris, souvent parce que deux réglages utilisent le même numéro, par exemple un port query identique au port de jeu. Donnez à chaque variable un port distinct listé dans « Réseau », puis redémarrez.
Les joueurs d’un autre pays obtiennent un délai dépassé, est-ce la distance ?
Tous les serveurs ACLClouds sont en France. La distance augmente le ping, mais ne provoque pas à elle seule un délai dépassé. Si un seul joueur échoue, faites le test de port depuis sa connexion.