En cas d'échec de connexion FiveM, conservez l'erreur exacte et vérifiez si vous pouvez rejoindre un autre serveur. Une connexion refusée, un délai d'attente, un rejet de liste blanche et un échec de téléchargement de ressource nécessitent des corrections différentes.
Commencez par le symptôme visible
Connexion refusée : le point de terminaison sélectionné peut ne pas avoir de "listener" ou le serveur peut être arrêté. Délai d'attente : enquêtez sur l'accessibilité ou un serveur bloqué. Message de liste blanche/bannissement/droit : suivez le processus d'accès ou de propriété nommé. Échec lors du téléchargement d'une ressource nommée : conservez cette ressource et l'erreur pour le personnel.
Utilisez le lien de connexion officiel actuel de la communauté ou son adresse de connexion. D’anciens liens d’annuaire ou des adresses IP copiées peuvent renvoyer vers un serveur retiré du service.
Vérifications du joueur
- Enregistrez le serveur, l'heure et l'erreur complète. Vérifiez les annonces de statut de la communauté et le statut du service Cfx.re.
- Essayez un autre serveur connu. Si cela fonctionne, signalez l'échec au personnel du serveur d'origine avant de modifier toute la configuration réseau de votre PC.
- Redémarrez le client officiel une fois et vérifiez que GTA V et FiveM ont terminé les mises à jour requises.
- Si vous utilisez un VPN ou un réseau scolaire/professionnel restreint, comparez avec une connexion ordinaire autorisée si disponible. Demandez au propriétaire du réseau le trafic réel requis ; ne contournez pas sa politique.
- N'utilisez la récupération de cache ciblée que lorsque l'erreur identifie un problème de ressource téléchargée/mise en cache. Cela ne corrige pas un port de jeu fermé.
Vérifications de l'administrateur
Confirmez que FXServer est en cours d'exécution et écoute sur le point de terminaison de jeu TCP et UDP configuré. Comparez server.cfg, les allocations d'hôtes, les règles NAT et de pare-feu. La valeur par défaut commune est le port 30120 pour les deux protocoles, mais utilisez votre allocation réelle.
Maintenez l'accès de gestion séparé et restreint. La documentation du proxy Cfx.re explique la connexion HTTP et les chemins de jeu bruts ; un proxy web normal ne transporte pas automatiquement le trafic UDP du jeu.
Utilisez un test de joignabilité étroit
Dans Windows PowerShell, cela ne vérifie que le TCP vers le nom d'hôte réel de votre serveur. Remplacez l'exemple de nom d'hôte et de port :
Test-NetConnection -ComputerName game.example.com -Port 30120Un résultat TCP réussi ne prouve pas la connectivité UDP ou une session de joueur fonctionnelle. Vérifiez également une connexion client réelle et les journaux du serveur. Une perte de traceroute intermédiaire peut refléter des réponses de diagnostic à débit limité ; différentes réponses DNS peuvent refléter la mise en cache ou la distribution et ne prouvent pas en elles-mêmes une attaque.
Vérifiez une réparation ciblée
Ne modifiez que le point de terminaison, la règle ou la ressource dont il a été démontré qu'elle était incorrecte. Conservez la configuration précédente. Réessayez depuis le client affecté et une deuxième connexion autorisée, puis confirmez le chargement normal des ressources et l'état du joueur.
Ne désactivez pas les contrôles de sécurité des requêtes, ne modifiez pas les paramètres IPv6/MTU à l'échelle du système ou n'augmentez pas les emplacements et les tentatives comme réparations génériques. Si l'échec persiste, partagez une erreur expurgée et les horodatages avec l'hôte responsable ou le support Cfx.re.