Ports et protocoles par service
Cette page rassemble les ports utilisés par les services CloudFive et explique comment en ouvrir un. Elle s’adresse à vous si un joueur n’arrive pas à se connecter, si un client de messagerie refuse de s’authentifier, ou si vous configurez le pare-feu d’un VPS.
Deux règles avant tout le reste. Sur un serveur de jeu, le port qui compte n’est pas celui du jeu mais celui de votre allocation : le panel l’affiche, et vous n’avez rien à ouvrir. Sur un VPS, vous êtes administrateur : les ports se gèrent dans le pare-feu de la machine.
Lire une allocation : adresse, port, protocole
Section intitulée « Lire une allocation : adresse, port, protocole »Une allocation se lit 203.0.113.10:25565 : l’adresse à gauche, le port à droite. C’est cette chaîne complète que vos joueurs saisissent.
- Le port de votre allocation est rarement le port par défaut du jeu. Plusieurs serveurs cohabitent sur une machine, donc chacun reçoit un numéro distinct. Vérifiez-le dans le panel avant de le communiquer.
- Le protocole n’est pas un détail. Un service en UDP ne répondra jamais à un test en TCP, et inversement.
- Un serveur peut avoir plusieurs allocations. La principale sert au jeu, les suivantes aux services annexes.
Pour ajouter ou changer une allocation, voir Ports et allocations. Pour remplacer l’adresse IP par un nom lisible, voir Utiliser un nom de domaine personnalisé.
Les ports des principaux jeux
Section intitulée « Les ports des principaux jeux »Ces valeurs sont les ports par défaut des logiciels de jeu : utiles pour comprendre ce qui doit communiquer, et pour un jeu que vous installez vous-même sur un VPS. Sur un serveur livré par CloudFive, référez-vous à l’allocation du panel.
| Service | Port par défaut | Protocole | Rôle |
|---|---|---|---|
| Minecraft Java | 25565 | TCP | Connexion des joueurs |
| Minecraft Bedrock | 19132 | UDP | Connexion des joueurs |
| Minecraft RCON | 25575 | TCP | Administration à distance |
| FiveM / RedM | 30120 | TCP et UDP | Connexion des joueurs |
| txAdmin | 40120 | TCP | Interface web d’administration |
| Rust | 28015 | UDP | Connexion des joueurs |
| Rust RCON | 28016 | TCP | Administration à distance |
| Rust+ | 28082 | TCP | Application compagnon |
| Garry’s Mod | 27015 | UDP et TCP | Jeu en UDP, RCON en TCP |
| ARK: Survival Evolved | 7777 | UDP | Connexion des joueurs |
| ARK — requêtes | 27015 | UDP | Affichage dans la liste des serveurs |
| ARK RCON | 27020 | TCP | Administration à distance |
| Palworld | 8211 | UDP | Connexion des joueurs |
| Palworld RCON | 25575 | TCP | Administration à distance |
| Arma 3 | 2302 à 2306 | UDP | Jeu, requêtes Steam, voix, BattlEye |
Les guides d’installation détaillent la configuration port par port : Minecraft, FiveM, Rust, Garry’s Mod, ARK, Palworld, Arma 3, RedM.
Les ports d’administration
Section intitulée « Les ports d’administration »| Accès | Port | Protocole | Concerne |
|---|---|---|---|
| SSH | 22 | TCP | VPS et dédiés Linux |
| Bureau à distance (RDP) | 3389 | TCP | VPS Windows |
| SFTP du panel de jeu | celui qu’affiche le panel | TCP | Serveurs de jeu |
| Interfaces web (panel, espace client) | 443 | TCP | Depuis un navigateur |
| Administration Plesk | 8443 | TCP | Hébergement web |
- SSH : 22 est la valeur par défaut ; si vous l’avez changée, c’est votre numéro qui compte. Voir Première connexion SSH et Clés SSH.
- SFTP du panel de jeu : il ne passe pas par le port 22 du serveur mais par un port propre au panel. Voir Accéder à son serveur en SFTP.
- Interfaces web : cloudfive.fr/manager, panel.cloudfive.xyz et web.cloudfive.fr s’ouvrent en HTTPS, sans port à préciser. Voir Découvrir Plesk.
Les ports du web et de la messagerie
Section intitulée « Les ports du web et de la messagerie »| Service | Port | Protocole | Remarque |
|---|---|---|---|
| HTTP | 80 | TCP | Redirigé vers HTTPS en général |
| HTTPS | 443 | TCP | Le port du site |
| FTP | 21 | TCP | Plus une plage pour le mode passif |
| FTPS (TLS direct) | 990 | TCP | FTP chiffré |
| SFTP | 22 | TCP | Transfert de fichiers par SSH |
| MySQL | 3306 | TCP | À ne pas exposer publiquement |
| DNS | 53 | UDP et TCP | Résolution des noms |
| Envoi d’email (recommandé) | 587 | TCP | Avec STARTTLS |
| Envoi d’email (TLS direct) | 465 | TCP | Alternative au 587 |
| Email entre serveurs | 25 | TCP | Souvent bloqué en sortie par les fournisseurs d’accès |
| IMAP chiffré | 993 | TCP | Relève des messages |
| IMAP avec STARTTLS | 143 | TCP | Variante du 993 |
| POP3 chiffré | 995 | TCP | Relève sans conservation sur le serveur |
Pour configurer un client de messagerie, prenez les noms de serveur entrant et sortant tels que le panel les indique pour la boîte, et préférez 587 ou 465 à 25 : voir Créer et configurer des boîtes email.
Ouvrir un port sur un VPS
Section intitulée « Ouvrir un port sur un VPS »Valable pour un VPS ou un dédié, Linux ou Windows, sur lequel vous êtes administrateur.
-
Vérifiez que le service écoute vraiment. Un pare-feu ouvert devant un service arrêté ne change rien :
Sur le VPS sudo ss -lntup | grep 25565La ligne doit montrer
0.0.0.0:25565ou[::]:25565. Si elle montre127.0.0.1:25565, le service n’écoute que localement : corrigez sa configuration. -
Ajoutez la règle dans le pare-feu du système, en précisant le bon protocole :
Fenêtre de terminal sudo ufw allow 25565/tcpsudo ufw status numberedFenêtre de terminal sudo firewall-cmd --permanent --add-port=25565/tcpsudo firewall-cmd --reloadsudo firewall-cmd --list-portsFenêtre de terminal netsh advfirewall firewall add rule name="Jeu 25565" dir=in action=allow protocol=TCP localport=25565 -
Répétez l’opération en UDP si le service en a besoin : remplacez
tcpparudp. Un serveur Rust ou Palworld ne fonctionnera pas avec une règle TCP seule. -
Testez depuis une autre machine, jamais depuis le VPS lui-même. Un test local réussit même quand le pare-feu bloque tout :
Depuis votre ordinateur nc -vz 203.0.113.10 25565 -
Pour un port UDP, ne cherchez pas de test fiable : l’absence de réponse y est normale. Faites essayer un vrai client de jeu.
Sur un serveur de jeu du panel, il n’y a pas de pare-feu à configurer : vous demandez une allocation supplémentaire. Voir Ports et allocations.
Pourquoi un port fermé n’est pas toujours la cause
Section intitulée « Pourquoi un port fermé n’est pas toujours la cause »« Le port est fermé » est le diagnostic le plus souvent porté, et l’un des plus souvent faux. Avant de toucher au pare-feu, écartez ces cas :
- Le service n’est pas démarré, ou il a planté après coup. L’étape 1 ci-dessus répond en une ligne.
- Le service n’écoute que sur
127.0.0.1. Fréquent avec les configurations par défaut des bases de données. Le pare-feu n’y changera rien. - Le protocole testé n’est pas le bon. Tester un port UDP avec un outil TCP renvoie toujours « fermé », et les testeurs en ligne ne savent tester que le TCP.
- Votre propre réseau bloque la sortie. École, entreprise, hôtel : essayez depuis un partage de connexion.
- Le nom de domaine ne pointe pas encore au bon endroit. Ce n’est pas le port, c’est la zone DNS et le TTL.
- Le jeu refuse pour une autre raison : whitelist, mot de passe, version de client différente, serveur plein. Voir Whitelist et opérateurs.
- La protection anti-DDoS n’est pas un pare-feu personnel. Elle filtre en amont, sans réglage de votre part, et n’explique pas un port local fermé. Voir Comprendre l’anti-DDoS.
Si ça ne marche pas
Section intitulée « Si ça ne marche pas »Trois symptômes couvrent presque tous les cas. Lisez le message exact : il désigne la cause.
« Connection refused ». Quelque chose a répondu : la machine est joignable, mais rien n’écoute sur ce port. Service arrêté, ou mauvais numéro. Vérifiez l’allocation, puis la console du serveur.
« Timeout », ou aucune réponse. Les paquets n’arrivent pas jusqu’au service. Suspectez, dans l’ordre : la mauvaise adresse IP, la machine arrêtée, une règle de pare-feu, votre réseau local. Pour un VPS muet, suivez Dépannage : mon VPS est inaccessible.
Ça marche depuis le serveur mais pas de l’extérieur. Le service écoute sur 127.0.0.1 seulement, ou le pare-feu bloque. Reprenez les étapes 1 et 2.
Si rien n’aboutit, ouvrez un ticket avec l’adresse et le port testés, le protocole, la commande et son résultat copié tel quel, et l’heure de l’essai. Pour une question rapide, le Discord est plus direct, et status.cloudfive.xyz se vérifie avant d’écrire.
Pour le vocabulaire employé ici, voir le glossaire ; les autres cas courants sont traités dans les questions fréquentes.