Serveur 7 Days to Die introuvable ? Guide NAT et redirection de ports
Si votre serveur 7 Days to Die n’apparaît pas ou si vos amis ne peuvent pas rejoindre, ne commencez pas par une liste de ports prise au hasard. Identifiez d’abord où la connexion s’arrête : le serveur lui-même, le réseau domestique, le pare-feu ou le navigateur de serveurs.
Le bon ordre est le suivant : prouver que le serveur fonctionne en LAN, vérifier ensuite si des joueurs externes peuvent atteindre votre réseau, configurer les ports et le pare-feu de 7 Days to Die, puis seulement chercher pourquoi la liste de serveurs ne l’affiche pas.
Identifier d’abord la couche en échec
Ces symptômes se ressemblent côté joueur, mais les corrections ne sont pas les mêmes. Un serveur qui ne tourne pas localement n’est pas un problème de routeur. Un serveur qui marche en LAN mais échoue depuis l’extérieur relève de l’accessibilité. Un serveur joignable par adresse directe mais absent de la liste relève souvent de la visibilité ou des requêtes.
- Personne ne peut rejoindre, même sur le même LAN : corrigez d’abord le démarrage du serveur, le chargement du monde, serverconfig.xml ou le pare-feu local.
- Le LAN fonctionne, mais les amis hors de chez vous ne peuvent pas rejoindre : vérifiez IPv4 publique, NAT, redirection du routeur et pare-feu.
- La connexion par IP directe fonctionne, mais le serveur n’est pas dans la liste : vérifiez visibilité, comportement des requêtes, nom du serveur et rafraîchissement.
- Un seul ami ne peut pas rejoindre : vérifiez son réseau, pare-feu, DNS, VPN ou version du jeu avant de modifier encore votre routeur.
Si les connexions externes échouent, vérifier le NAT et l’accès public
Lancez le test sur le même appareil et le même réseau que pour 7 Days to Die. Le résultat aide à séparer l’accès FAI/routeur des problèmes de jeu, pare-feu et plateforme.
| Résultat | Impact sur l’hébergement ou la coop | Étape suivante |
|---|---|---|
| Full Cone / Ouvert | Généralement adapté aux connexions entrantes ou aux sessions directes. | Vérifiez pare-feu, ports, configuration serveur et version du jeu. |
| Restricted / Port Restricted | Peut fonctionner, mais le succès varie selon le jeu et le pair. | Essayez UPnP ou une redirection manuelle, puis retestez. |
| Symmetric NAT | Souvent peu fiable pour le P2P ou l’hébergement à domicile. | Désactivez VPN/proxy, changez de réseau ou utilisez hébergement/relais. |
| CGNAT / pas d’IPv4 publique | Internet ne peut généralement pas atteindre votre routeur domestique. | Demandez une IPv4 publique, ou utilisez un VPS, serveur hébergé ou relais. |
Si les joueurs externes atteignent l’hôte, appliquez le correctif propre au jeu
À ce stade, les numéros de ports de 7 Days to Die comptent. La documentation officielle et communautaire tourne souvent autour du groupe 26900, mais la source finale reste votre serverconfig.xml et vos paramètres de lancement, surtout si ServerPort a été modifié.
La redirection du routeur et le pare-feu du système doivent pointer vers la même machine serveur. Si une couche est correcte mais que l’autre bloque, les joueurs externes ne pourront toujours pas rejoindre.
TCP
26900Chemin principal de connexion au serveur ; à autoriser dans le routeur et le pare-feu du système.
UDP
26900-26903Plage courante pour le trafic de jeu, de requête et les flux associés des serveurs dédiés.
- Attribuez au PC serveur une IP LAN fixe, par exemple 192.168.1.50.
- Redirigez les ports vers l’IP LAN du serveur, pas vers votre IP publique.
- Autorisez l’exécutable du serveur ou les ports TCP/UDP exacts dans le pare-feu Windows Defender.
- Retestez depuis un réseau extérieur. Tester votre IP publique depuis le même routeur peut échouer si le routeur ne prend pas en charge NAT loopback.
Si la connexion directe fonctionne mais le symptôme reste, vérifiez la couche suivante
La visibilité du serveur est une couche séparée. Ne continuez pas à modifier les règles du routeur si les joueurs peuvent déjà rejoindre par adresse directe ; concentrez-vous sur les réglages serveur et le comportement du navigateur.
- Confirmez que le serveur a complètement démarré et n’est pas bloqué au chargement du monde ou sur des erreurs console.
- Vérifiez ServerVisibility, ServerName, ServerPort et les valeurs liées dans serverconfig.xml.
- Essayez d’abord une connexion directe IP:port au lieu de dépendre seulement de la liste en jeu.
- Laissez le navigateur se rafraîchir et vérifiez filtres, mot de passe et compatibilité de version.
- Si la connexion directe échoue aussi, revenez à l’accessibilité publique, la redirection et le pare-feu.
Quand les changements de routeur ne corrigeront pas le problème
C’est le point d’arrêt du diagnostic routeur. Si l’un de ces cas est vrai, répéter la même redirection de port ne changera rien ; il faut changer de chemin réseau ou traiter le pare-feu en amont.
- Votre FAI utilise CGNAT et l’adresse WAN du routeur n’est pas publique.
- Vous êtes sur un réseau de campus, entreprise, hôtel ou partagé sans contrôle du routeur amont.
- Vous avez un double NAT mais seul le routeur interne est configuré.
- Le trafic atteint le PC, mais le pare-feu Windows bloque le processus serveur.