7 Days to Die Intermédiaire 9 min de lecture

Serveur 7 Days to Die qui ne s'affiche pas ou refuse la connexion : solutions

Votre serveur 7 Days to Die n'apparaît pas dans la liste ou refuse les joueurs ? Version ou branche différente, ports 26900-26903, ServerVisibility, EAC, crossplay console, mods, SandboxCode : diagnostic pas à pas.

Serveur 7 Days to Die qui ne s'affiche pas ou refuse la connexion : solutions

Serveur 7 Days to Die qui ne s’affiche pas ou refuse la connexion

Le serveur tourne, la console affiche des lignes… mais personne n’arrive à entrer, ou le serveur est introuvable dans la liste. Neuf fois sur dix, la cause est dans cette liste : version différente, ports, visibilité, EAC ou règles crossplay. Suivez le diagnostic dans l’ordre.

🛠️ Fini les soucis de connexion

Ports ouverts, serveur à jour

Notre hébergeur 7 Days to Die dès 8,90 €/mois : réseau déjà configuré, Anti-DDoS 5 Tbps, Ryzen 9 5950X et support FR 24/7 qui diagnostique avec vous.

Voir l'offre 7DTD →

Étape 0 — Le serveur a-t-il vraiment fini de démarrer ?

Un serveur 7 Days to Die met du temps à démarrer, surtout lors de la première génération d’une carte RWG : il n’accepte personne tant que le monde n’est pas prêt. Ouvrez le log du serveur (le fichier indiqué par l’argument -logfile de votre script de lancement, ou la console du panel) et attendez la fin du chargement avant de tester.

Profitez-en pour relever les lignes d’erreur : elles indiquent souvent la cause exacte (fichier XML mal formé, mod qui ne charge pas, port déjà utilisé).


Cause n°1 — Version ou branche différente

Le serveur et chaque joueur doivent être sur exactement la même version. C’est la cause la plus fréquente après une mise à jour.

  • Tapez version dans la console du serveur.
  • Côté joueur Steam : clic droit sur 7 Days to Die → Propriétés → Bêtas : tout le monde doit avoir la même branche que le serveur (public par défaut, ou v2.6, v1.4… pour un serveur modé).
  • Un serveur sur latest_experimental n’est joignable que par des joueurs sur latest_experimental.

Les notes officielles V3.1 le rappelaient : un joueur qui ne peut pas se connecter doit sélectionner la bonne branche (« Default Public Version »). Voir mettre à jour un serveur 7DTD.


Cause n°2 — Ports fermés (auto-hébergement)

PortProtocoleUsage
26900TCP + UDPPort de jeu (ServerPort)
26901 à 26903UDPTrafic de jeu
8080TCPWeb Dashboard (optionnel)
8081TCPTelnet (optionnel)

Vérifiez le pare-feu de la machine et la redirection de ports sur votre box. Si vous avez changé ServerPort, décalez toute la plage. Le commentaire officiel conseille de rester entre 26900 et 26905 ou 27015 et 27020 pour que les PC du même réseau local voient le serveur en LAN.

Guide détaillé : ouvrir les ports 7 Days to Die.

CGNAT : si votre fournisseur d’accès partage votre IP publique, aucune redirection ne fonctionnera. Il faut demander une IP publique dédiée ou passer par un hébergeur.


Cause n°3 — La visibilité

<property name="ServerVisibility" value="2"/>
  • 2 = public, 1 = amis seulement, 0 = non listé.
  • Le fichier officiel précise qu’avec 1, le serveur n’apparaît qu’après qu’un premier joueur s’est connecté manuellement par IP, car on n’est jamais « ami » avec un serveur dédié.

Pour tester sans dépendre de la liste : Rejoindre une partie → connexion par IP avec IP:26900. Si ça marche par IP mais pas dans la liste, le problème vient de la visibilité ou de la recherche (filtres, nom du serveur).


Cause n°4 — Protocoles réseau

<property name="ServerDisabledNetworkProtocols" value="SteamNetworking"/>

Valeurs possibles : LiteNetLib, SteamNetworking. Le commentaire officiel indique que les serveurs dédiés devraient désactiver SteamNetworking quand les ports sont correctement redirigés (c’est la valeur par défaut). Ne désactivez pas LiteNetLib : c’est le protocole principal de connexion directe.


Cause n°5 — EAC et mods

  • EACEnabled=true sur le serveur : les joueurs qui lancent le jeu sans EAC (souvent pour utiliser des mods) sont refusés.
  • EACEnabled=false (serveur modé) : chaque joueur doit avoir les mêmes mods que le serveur quand ils ont une partie cliente (overhauls comme Darkness Falls).

Un mod pas à jour peut aussi faire planter le serveur au démarrage : vérifiez les erreurs de chargement dans le log. Voir installer des mods sur un serveur 7DTD.


Cause n°6 — Les joueurs console n’entrent pas (crossplay)

Les PC se connectent, pas les PS5 / Xbox ? Vérifiez les 4 réglages officiels :

PropriétéValeur
ServerAllowCrossplaytrue
EACEnabledtrue
ServerMaxPlayerCount8 maximum
IgnoreEOSSanctionsfalse

Puis : aucun mod, serveur public, et des réglages de gameplay dans les plages console. Un joueur PS5 a rapporté sur le forum Steam officiel le message « non standard game settings detected in this game » : il signale des réglages hors des valeurs acceptées par la console. Tout est détaillé dans crossplay sur un serveur 7DTD.


Cause n°7 — Serveur plein, mot de passe, whitelist

  • Serveur plein : ServerMaxPlayerCount atteint. Pensez à ServerAdminSlots pour garder une place aux admins.
  • Mot de passe : un ServerPassword oublié ou changé.
  • Whitelist : dès qu’une entrée existe dans la whitelist de serveradmin.xml, seuls les joueurs listés (et les admins) entrent.
  • Ban : vérifiez la section <blacklist> ou ban list.

Voir serveur 7DTD privé : mot de passe et whitelist.


Cause n°8 — Un fichier XML cassé

Une balise mal fermée dans serverconfig.xml ou serveradmin.xml peut empêcher le serveur de démarrer correctement ou faire ignorer vos réglages. Après chaque modification :

  • vérifiez que chaque <property … /> est bien fermée ;
  • attention aux guillemets typographiques (“ ”) collés depuis un site web : utilisez des guillemets droits (") ;
  • relisez le log au démarrage.

V3.x : si vos réglages de difficulté, XP ou Blood Moon « ne marchent pas », ce n’est pas une panne : ils ont été déplacés dans le SandboxCode. Voir configurer le SandboxCode.


Tableau récapitulatif

SymptômePiste principale
Personne ne se connecte après une mise à jourVersion / branche différente
Connexion par IP OK, absent de la listeServerVisibility, filtres de recherche
Rien ne marche depuis l’extérieur, OK en localPorts / box / CGNAT
Certains joueurs PC refusésEAC, mods, whitelist, ban
PC OK, consoles refuséesRègles crossplay
Serveur qui plante au démarrageLog : mod, XML, port déjà utilisé

FAQ

Mon serveur apparaît en local mais pas pour mes amis

Les ports ne sont pas redirigés sur votre box, ou votre FAI utilise du CGNAT. Testez avec un outil de vérification de port pendant que le serveur tourne.

Comment se connecter directement par IP ?

Dans le menu Rejoindre une partie, utilisez la connexion par IP avec IP_DU_SERVEUR:26900 (ou votre ServerPort).

Le serveur a disparu après une mise à jour

Soit il n’a pas redémarré correctement (regardez le log), soit vous cherchez avec un client sur une autre branche.

Chez un hébergeur, dois-je ouvrir des ports ?

Non : chez HebergTonServ, le réseau est déjà configuré. Restent à vérifier la version, EAC, les mods et les réglages crossplay.


Conclusion

Version identique, ports ouverts, visibilité correcte, EAC cohérent : ces quatre points règlent la grande majorité des serveurs « invisibles ». Et gardez le réflexe de lire le log : c’est lui qui donne la réponse quand rien d’autre ne marche.

Pour aller plus loin

Sources : commentaires du serverconfig.xml officiel (ServerPort, ServerVisibility, ServerDisabledNetworkProtocols — copie LinuxGSM), 7daystodie.com — Crossplay Server Requirements, notes V3.1.0, forum Steam officiel — Dedicated Server Crossplay, wiki de modding 7D2D.