«FXServer no responde» significa que el monitor de txAdmin no puede obtener la respuesta esperada del servidor del juego. Comprueba si FXServer está en ejecución, escuchando en el punto final configurado y es capaz de finalizar el inicio antes de cambiar la configuración del firewall o de los recursos.
Conserva el primer fallo
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 útiles o interrumpen repetidamente el trabajo de la base de datos.
1. Comprueba el proceso y el contexto de inicio
Confirma que el proceso de FXServer previsto está en ejecución y que txAdmin utiliza la ruta y la configuración correctas de server-data. Para la configuración de txAdmin, sigue el procedimiento oficial de txAdmin incluido. No se habilita añadiendo start txAdmin como un recurso ordinario.
Si el proceso se cierra, investiga su error de inicio, las dependencias en tiempo de ejecución o el registro de fallos. Si sigue ejecutándose pero deja de progresar en un recurso, reprodúcelo con ese recurso y sus dependencias en el entorno de prueba.
2. Compara los puntos finales reales
Comprueba los enlaces TCP y UDP en server.cfg con los puertos asignados del host y el punto final monitorizado. Este ejemplo común utiliza un puerto de juego para ambos protocolos:
endpoint_add_tcp "0.0.0.0:30120"
endpoint_add_udp "0.0.0.0:30120"Usa tu asignación real. Mantén el puerto de gestión 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.
3. Prueba la ruta de red adecuada
Un error de conexión rechazada del monitor sugiere que no hay ningún oyente en la dirección/puerto solicitados. Un tiempo de espera puede implicar un acceso bloqueado o un proceso estancado. Un HTTP 404 puede indicar que la solicitud llegó al servicio o ruta incorrectos.
Comprueba la accesibilidad local antes de cambiar la configuración pública de NAT o DDoS. Luego, verifica el tráfico TCP/UDP requerido por el juego desde un cliente real. Una prueba exitosa solo de TCP no establece que el tráfico UDP del juego funcione.
4. Aísla el trabajo de inicio de forma segura
En el entorno de prueba, restaura la última configuración conocida que funcionaba y añade 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.
Si el software de seguridad informa de un bloqueo, inspecciona esa detección específica y sigue el procedimiento oficial del proveedor/soporte. Una exclusión general de FXServer del antivirus no es un paso normal de solución de problemas.
Confirma la recuperación
Reinicia una vez con la configuración corregida, confirma la monitorización saludable y únete con un cliente. Comprueba los errores de recursos, la persistencia y el acceso de gestión. Restaura la configuración anterior si el cambio crea un nuevo fallo.