\u00ab FXServer ne r\u00e9pond pas \u00bb signifie que le moniteur de txAdmin ne peut pas obtenir la r\u00e9ponse attendue du serveur de jeu. V\u00e9rifiez si FXServer est en cours d'ex\u00e9cution, \u00e9coute au point de terminaison configur\u00e9 et est capable de terminer le d\u00e9marrage avant de modifier les param\u00e8tres du pare-feu ou des ressources.<\/p>\n
Enregistrez le message du moniteur, l'horodatage et la premi\u00e8re erreur FXServer. Sauvegardez le profil actif et server.cfg. \u00c9vitez les red\u00e9marrages r\u00e9p\u00e9t\u00e9s qui \u00e9crasent des preuves utiles ou interrompent \u00e0 plusieurs reprises le travail de la base de donn\u00e9es.<\/p>\n
Confirmez que le processus FXServer pr\u00e9vu est en cours d'ex\u00e9cution et que txAdmin utilise le chemin server-data et la configuration corrects. Pour la configuration de txAdmin, suivez la proc\u00e9dure officielle txAdmin fournie<\/a>. Il n'est pas activ\u00e9 en ajoutant start txAdmin comme une ressource ordinaire.<\/p>\n Si le processus se termine, examinez son erreur de d\u00e9marrage, ses d\u00e9pendances d'ex\u00e9cution ou son enregistrement de crash. S'il reste en cours d'ex\u00e9cution mais cesse de progresser sur une ressource, reproduisez avec cette ressource et ses d\u00e9pendances en staging.<\/p>\n V\u00e9rifiez les liaisons TCP et UDP dans server.cfg par rapport aux ports allou\u00e9s de l'h\u00f4te et au point de terminaison surveill\u00e9. Cet exemple courant utilise un seul port de jeu pour les deux protocoles :<\/p>\n Utilisez votre allocation r\u00e9elle. Gardez le port de gestion web de txAdmin distinct du point de terminaison du jeu. V\u00e9rifiez les sockets d'\u00e9coute du syst\u00e8me d'exploitation et si un autre processus poss\u00e8de d\u00e9j\u00e0 le port.<\/p>\n Une erreur de connexion refus\u00e9e du moniteur sugg\u00e8re l'absence d'\u00e9couteur \u00e0 l'adresse\/port demand\u00e9. Un d\u00e9lai d'attente peut impliquer un acc\u00e8s bloqu\u00e9 ou un processus bloqu\u00e9. Une erreur HTTP 404 peut indiquer que la requ\u00eate a atteint le mauvais service ou chemin.<\/p>\n V\u00e9rifiez l'accessibilit\u00e9 locale avant de modifier les param\u00e8tres NAT public ou DDoS. Ensuite, v\u00e9rifiez le trafic TCP\/UDP requis par le jeu \u00e0 partir d'un client r\u00e9el. Une sonde TCP uniquement r\u00e9ussie n'\u00e9tablit pas que le trafic de jeu UDP fonctionne.<\/p>\n En staging, restaurez la derni\u00e8re configuration fonctionnelle connue et ajoutez les ressources modifi\u00e9es une par une avec leurs d\u00e9pendances. Utilisez les journaux et le profileur pour examiner une ressource qui bloque le d\u00e9marrage. Ne d\u00e9sactivez pas toutes les d\u00e9pendances sur le serveur en direct.<\/p>\n Si un logiciel de s\u00e9curit\u00e9 signale un blocage, examinez cette d\u00e9tection sp\u00e9cifique et suivez la proc\u00e9dure officielle du fournisseur\/support. Une exclusion antivirus g\u00e9n\u00e9rale de FXServer n'est pas une \u00e9tape de d\u00e9pannage normale.<\/p>\n Red\u00e9marrez une fois avec la configuration corrig\u00e9e, confirmez une surveillance saine et connectez-vous avec un client. V\u00e9rifiez les erreurs de ressources, la persistance et l'acc\u00e8s \u00e0 la gestion. Restaurez la configuration pr\u00e9c\u00e9dente si le changement cr\u00e9e une nouvelle d\u00e9faillance.<\/p>\n Cfx.re \u2014 configuration d'un serveur vanilla<\/a><\/p>\n2. Comparez les points de terminaison r\u00e9els<\/h2>\n
endpoint_add_tcp \"0.0.0.0:30120\"\nendpoint_add_udp \"0.0.0.0:30120\"<\/code><\/pre>\n3. Testez le chemin r\u00e9seau appropri\u00e9<\/h2>\n
4. Isolez le travail de d\u00e9marrage en toute s\u00e9curit\u00e9<\/h2>\n
Confirmer la r\u00e9cup\u00e9ration<\/h2>\n
Documentation de r\u00e9f\u00e9rence<\/h2>\n