Débutant5 min de lecture

Ouvrir un port dans le pare-feu

Autoriser un service à recevoir des connexions, sous ufw, firewalld ou Windows — et vérifier depuis l'extérieur que c'est bien ouvert.

Votre service tourne mais personne n'arrive à s'y connecter ? Trois causes possibles, dans cet ordre de fréquence : le pare-feu de la machine bloque, le service n'écoute que sur 127.0.0.1, ou le service n'est pas démarré. Commencez par vérifier la deuxième — elle ne coûte rien.

bash

sudo ss -tulpn | grep :25565

Si la ligne indique 127.0.0.1:25565, le service n'accepte que les connexions locales : c'est sa configuration qu'il faut changer, pas le pare-feu. S'il indique 0.0.0.0:25565 ou *:25565, il écoute bien partout, et le pare-feu est le suspect suivant.

ufw — Debian, Ubuntu

bash

sudo ufw allow 25565/tcp
sudo ufw allow 19132/udp
sudo ufw status numbered

Pour n'ouvrir un port qu'à une adresse précise — un port d'administration, par exemple — nommez la source :

bash

sudo ufw allow from 203.0.113.25 to any port 3306 proto tcp

firewalld — AlmaLinux, Rocky

bash

sudo firewall-cmd --permanent --add-port=25565/tcp
sudo firewall-cmd --reload

Sans --permanent, la règle disparaît

Une règle firewalld ajoutée sans --permanent ne survit pas au redémarrage. C'est la cause numéro un des services qui « marchaient hier ».

Windows Server

powershell

New-NetFirewallRule -DisplayName "Mon service" -Direction Inbound -Protocol TCP -LocalPort 25565 -Action Allow

Vérifier depuis l'extérieur

Un port testé depuis la machine elle-même répond toujours. Testez depuis un autre poste :

bash

nc -zv 203.0.113.10 25565

Le TCP et l'UDP sont deux mondes séparés : ouvrir 25565/tcp n'ouvre pas 25565/udp. Un serveur Minecraft Bedrock, par exemple, écoute en UDP.

PrécédentMettre son VPS à jour SuivantDémarrer, arrêter et créer un service

Bloqué malgré tout ? Ouvrez un ticket : on répond en français, et on regarde votre machine si besoin.

Ouvrir un ticket