Antes de empezar
Ten a mano la dirección y el puerto de juego asignados, la hora del fallo, el estado del panel y los mensajes relevantes de consola. Anota los últimos cambios de recursos. Retira claves y credenciales de cualquier registro que compartas con soporte.
Confirmar que el juego terminó de arrancar
Un proceso iniciado no siempre significa que el servicio esté listo. Revisa la consola y busca errores de configuración, recursos o preparación de txAdmin. Usa el puerto de juego mostrado en el panel: el puerto administrativo de txAdmin no lo sustituye. En un nodo compartido no des por hecho que la instancia utiliza el puerto estándar.
Comparar conexión directa y listado
Prueba desde F8 una conexión directa a la dirección de juego asignada y compara el resultado con la entrada de la lista. Si solo funciona una vía, anota esa diferencia. No cambies anuncios, IP o puertos al azar: revisa primero los endpoints documentados y evita utilizar la dirección de otra instancia que esté en la misma máquina.
Separar HTTP de la conexión de juego
Las descargas y endpoints HTTP pueden responder mientras la conexión UDP falla. Comprueba por separado los archivos, la conexión y el acceso administrativo. Un resultado correcto en info.json no demuestra que el camino UDP funcione. Tampoco una comprobación TCP permite validar todo el tráfico del juego detrás de un proxy.
Revisar los cambios de recursos
Si el problema apareció tras una actualización, conserva el estado actual y analiza la última modificación con sus dependencias y orden de arranque. Usa mensajes concretos de consola. Cambia una cosa cada vez y prueba en una ventana de mantenimiento. Vaciar todos los recursos o el caché del cliente no arregla una dirección o un reenvío incorrectos.
Comprobar el proxy y el origen
Los endpoints publicados, los orígenes autorizados y las reglas de reenvío deben coincidir con la topología real. La documentación de Cfx.re diferencia estas funciones y sus requisitos. No declares todo Internet como proxy de confianza ni desactives la protección para hacer una prueba más cómoda. Cualquier comparación directa debe ser controlada y acordada con el operador.
Entregar un caso reproducible
Compara, cuando sea posible, dos conexiones de Internet independientes y averigua qué jugadores están afectados. Guarda la hora, la dirección y las líneas relevantes de consola. Un timeout no demuestra un ataque DDoS: contrasta tráfico, filtros y carga del servidor. Con un procedimiento reproducible, soporte podrá distinguir un fallo local, de aplicación o del camino de red.
Qué hacer en tu caso
| Situación | Próximo paso |
|---|---|
| El proceso aún no está listo | Revisa el arranque y la configuración; espera a que el juego esté disponible antes de evaluar el acceso público. |
| Descargas correctas, conexión fallida | Comprueba la dirección asignada y el reenvío UDP. La respuesta HTTP no valida todo el recorrido. |
| Fallo tras cambiar un recurso | Guarda una copia y prueba esa modificación con sus dependencias en un mantenimiento anunciado. |
Fuentes oficiales
Estas fuentes explican los protocolos y ajustes mencionados. Comprueba siempre la documentación de tu versión.