Commencer par le service local
Vérifiez que le service écoute sur la bonne interface et le bon port. Un processus limité à 127.0.0.1 n’est pas joignable depuis le réseau local. Testez d’abord localement, puis depuis un autre appareil du LAN.
Contrôler le pare-feu
Autorisez uniquement le port et le protocole nécessaires, idéalement pour les sources attendues. Ne désactivez pas entièrement le pare-feu pour un test prolongé. Vérifiez séparément le pare-feu du système et celui du routeur.
NAT et redirection
La redirection doit viser l’adresse locale stable du bon appareil et utiliser TCP ou UDP selon le service. Derrière deux routeurs, chaque niveau doit être traité ou supprimé par une architecture plus simple.
Détecter le CGNAT et tester prudemment
Si l’adresse WAN de la box diffère de l’adresse publique, une traduction opérateur peut bloquer les connexions entrantes. Testez depuis un réseau extérieur contrôlé, sans publier inutilement un service administratif ou non mis à jour.
Questions fréquentes
Un site de test de ports suffit-il ?
Il indique seulement si une connexion aboutit au moment du test. Le service doit être démarré et le test doit utiliser le bon protocole.
UPnP remplace-t-il une configuration sécurisée ?
Non. Il automatise certaines ouvertures, mais doit être compris, limité et désactivé lorsqu’il n’est pas nécessaire.
Sources de référence
À explorer ensuite
Prudence : conservez une copie des réglages avant toute modification et n’exposez pas un service au réseau sans authentification et mises à jour adaptées.
Tous les diagnosticsPublié et vérifié par l’équipe VoirMonIP.com le 15 juillet 2026.