Guide des ports du serveur Minecraft : multijoueur sur le port 25565

Un serveur Minecraft écoute sur un port configuré et attend que les clients se connectent. Pour Java Edition, ce port est TCP 25565 par défaut. Le client effectue une poignée de main, vérifie l'état du serveur, puis rejoint le monde si la version, l'authentification, la liste blanche et les règles du serveur le permettent.

Le port rend uniquement possible le chemin réseau. La qualité du jeu dépend également des performances du processeur, de la mémoire, de la vitesse du disque, de la distance de visualisation, du taux de ticks, de la charge du plugin, de la latence du réseau et du nombre de joueurs ou de fermes automatisées actifs en même temps.

Minecraft Java Edition utilise généralement TCP 25565. Si vous modifiez le port du serveur dans server.properties, les joueurs doivent inclure le port personnalisé à moins que DNS SRV ne l'enregistre ou qu'un proxy ne le cache.

Minecraft Bedrock Edition utilise couramment UDP 19132 pour IPv4 et peut utiliser des ports associés en fonction de la plate-forme et de la configuration. Java et Bedrock sont des protocoles différents. Une vérification du port Java ne prouve pas qu'un serveur Bedrock est accessible, et Bedrock nécessite généralement des tests compatibles UDP.

Ouvrez TCP 25565 lorsque des joueurs extérieurs à la machine hôte ou au réseau local doivent rejoindre un serveur Java Edition. Pour un serveur hébergé à domicile, cela signifie généralement une redirection du port du routeur vers l'adresse IP privée du serveur ainsi qu'une règle de pare-feu hôte sur le serveur.

N'ouvrez pas 25565 si le serveur est privé sur un réseau local, un monde de test ou un environnement de construction temporaire dont seuls les joueurs locaux ont besoin. Utilisez un VPN, une liste verte ou un chemin d'hébergement privé lorsque le groupe de joueurs est petit et connu.

Avant d'ouvrir le port, définissez une réservation IP privée statique ou DHCP pour le serveur, confirmez que server.properties utilise le port de serveur attendu et vérifiez que le serveur écoute. Décidez si le mode en ligne, la liste blanche, les opérateurs, la difficulté, les sauvegardes et les autorisations du plugin sont configurés correctement.

Un vérificateur de port peut vous dire si TCP 25565 est accessible de l'extérieur, mais il ne peut pas confirmer que la version de Minecraft correspond, que la liste blanche autorise un joueur ou que les plugins sont sains. Testez avec le vrai client Minecraft après avoir validé le port.

Sous Windows, autorisez le TCP 25565 entrant dans le pare-feu Windows Defender pour le runtime Java ou le processus serveur. Si le serveur se trouve derrière un routeur domestique, transférez le TCP 25565 externe vers l'adresse IP et le port du serveur interne.

Sous Linux, autorisez TCP 25565 via ufw, firewalld, nftables, iptables ou le groupe de sécurité cloud. Si le serveur s'exécute dans Docker, publiez le port du conteneur sur l'hôte. S'il fonctionne sur un VPS, vérifiez à la fois le pare-feu de l'hôte et le pare-feu du fournisseur.

Sur les réseaux domestiques, surveillez CGNAT. Si votre routeur ne possède pas de véritable adresse IP publique, la redirection de port normale ne fonctionnera pas depuis Internet. Vous aurez peut-être besoin d'un plan VPS, tunnel, hôte géré ou FAI avec une adresse publique.

Commencez par une vérification du port externe par rapport au nom d'hôte public ou à l'adresse IP et au port 25565. Si le résultat est ouvert, les clients distants peuvent établir une connexion TCP au port du serveur Java. Connectez-vous ensuite depuis un client Minecraft en dehors du réseau local.

Si vous utilisez un nom de domaine, confirmez que DNS pointe vers la bonne adresse publique. Si vous utilisez un port personnalisé, demandez aux joueurs de l'inclure ou de configurer un enregistrement SRV pour Java Edition. Pour Bedrock, utilisez le port UDP approprié et testez avec un client Bedrock.

Si le port 25565 est fermé, le serveur peut ne pas fonctionner, peut être en train d'écouter sur un autre port ou peut être bloqué par le pare-feu de l'hôte, le pare-feu cloud, le transfert de routeur ou CGNAT. Si le port est ouvert mais que les joueurs ne peuvent pas le rejoindre, vérifiez l'incompatibilité des versions, la liste blanche, le mode en ligne, les interdictions, les plugins, les mods et les journaux du serveur.

Si les joueurs locaux peuvent rejoindre mais pas les joueurs distants, le problème est généralement lié au NAT du routeur, à l'adresse IP publique, au pare-feu du fournisseur ou au DNS. Si les joueurs distants peuvent rejoindre mais que le jeu est en retard, inspectez la charge du processeur, la pression de la mémoire, les E/S du disque, la distance d'affichage, le nombre d'entités, les horaires des plugins et la latence du réseau.

Utilisez une liste blanche pour les communautés privées, maintenez les logiciels de serveur et les plugins à jour, sauvegardez régulièrement les mondes et évitez de donner des autorisations générales aux opérateurs. Les serveurs publics doivent disposer d'outils de modération, de contrôles anti-deuil, d'un hébergement compatible DDoS et de procédures de restauration claires.

N'exécutez pas le serveur en tant qu'administrateur ou utilisateur root si vous pouvez l'éviter. Limitez les autorisations sur les fichiers, examinez les sources des plugins, maintenez Java à jour et surveillez les journaux pour détecter les jointures suspectes, les abus de commandes, les plantages et les tentatives de connexion répétées.