\u00abFXServer no responde\u00bb significa que el monitor de txAdmin no puede obtener la respuesta esperada del servidor del juego. Comprueba si FXServer est\u00e1 en ejecuci\u00f3n, escuchando en el punto final configurado y es capaz de finalizar el inicio antes de cambiar la configuraci\u00f3n del firewall o de los recursos.<\/p>\n
Guarda el mensaje del monitor, la marca de tiempo y el primer error de FXServer. Haz una copia de seguridad del perfil activo y de server.cfg. Evita los reinicios repetidos que sobrescriben pruebas \u00fatiles o interrumpen repetidamente el trabajo de la base de datos.<\/p>\n
Confirma que el proceso de FXServer previsto est\u00e1 en ejecuci\u00f3n y que txAdmin utiliza la ruta y la configuraci\u00f3n correctas de server-data. Para la configuraci\u00f3n de txAdmin, sigue el procedimiento oficial de txAdmin incluido<\/a>. No se habilita a\u00f1adiendo start txAdmin como un recurso ordinario.<\/p>\n Si el proceso se cierra, investiga su error de inicio, las dependencias en tiempo de ejecuci\u00f3n o el registro de fallos. Si sigue ejecut\u00e1ndose pero deja de progresar en un recurso, reprod\u00facelo con ese recurso y sus dependencias en el entorno de prueba.<\/p>\n Comprueba los enlaces TCP y UDP en server.cfg con los puertos asignados del host y el punto final monitorizado. Este ejemplo com\u00fan utiliza un puerto de juego para ambos protocolos:<\/p>\n Usa tu asignaci\u00f3n real. Mant\u00e9n el puerto de gesti\u00f3n web de txAdmin distinto del punto final del juego. Comprueba los sockets de escucha del sistema operativo y si otro proceso ya posee el puerto.<\/p>\n Un error de conexi\u00f3n rechazada del monitor sugiere que no hay ning\u00fan oyente en la direcci\u00f3n\/puerto solicitados. Un tiempo de espera puede implicar un acceso bloqueado o un proceso estancado. Un HTTP 404 puede indicar que la solicitud lleg\u00f3 al servicio o ruta incorrectos.<\/p>\n Comprueba la accesibilidad local antes de cambiar la configuraci\u00f3n p\u00fablica de NAT o DDoS. Luego, verifica el tr\u00e1fico TCP\/UDP requerido por el juego desde un cliente real. Una prueba exitosa solo de TCP no establece que el tr\u00e1fico UDP del juego funcione.<\/p>\n En el entorno de prueba, restaura la \u00faltima configuraci\u00f3n conocida que funcionaba y a\u00f1ade los recursos modificados uno a uno con sus dependencias. Utiliza los registros y el perfilador para investigar un recurso que detiene el inicio. No desactives todas las dependencias en el servidor en vivo.<\/p>\n Si el software de seguridad informa de un bloqueo, inspecciona esa detecci\u00f3n espec\u00edfica y sigue el procedimiento oficial del proveedor\/soporte. Una exclusi\u00f3n general de FXServer del antivirus no es un paso normal de soluci\u00f3n de problemas.<\/p>\n Reinicia una vez con la configuraci\u00f3n corregida, confirma la monitorizaci\u00f3n saludable y \u00fanete con un cliente. Comprueba los errores de recursos, la persistencia y el acceso de gesti\u00f3n. Restaura la configuraci\u00f3n anterior si el cambio crea un nuevo fallo.<\/p>\n Cfx.re \u2014 configuraci\u00f3n de un servidor vanilla<\/a><\/p>\n2. Compara los puntos finales reales<\/h2>\n
endpoint_add_tcp \"0.0.0.0:30120\"\nendpoint_add_udp \"0.0.0.0:30120\"<\/code><\/pre>\n3. Prueba la ruta de red adecuada<\/h2>\n
4. A\u00edsla el trabajo de inicio de forma segura<\/h2>\n
Confirma la recuperaci\u00f3n<\/h2>\n
Documentaci\u00f3n de referencia<\/h2>\n