Ir a la guía

Documentación 9.6.24

Solución de problemas

Anota servidor, versión, hora y error exacto. Elimina secretos de los registros.

El puente no devuelve datos#

Comprueba que la conexión no esté apagada en la tarjeta Tosun Connect, que no haya set tosun_db_bridge_manual "1" sin tosun_db_bridge_enabled "1" y que el espejo antiguo (ts.panelMirror.enabled) esté apagado; después revisa oxmysql, framework, estructura y conexión reciente. Un paquete tosun-ac anterior a 9.6.14 sigue necesitando set tosun_db_bridge_enabled "1" en server.cfg hasta instalar el paquete nuevo. Los resultados son páginas de campos compatibles, no una copia completa.

¿Protección garantizada?#

No. La validación y los tokens restringidos reducen riesgos concretos. Actualiza recursos, revisa falsos positivos, protege administradores y renueva claves expuestas. El cifrado no impide inspeccionar código cliente.

Localice el primer fallo#

Distinga acceso, pago, descarga, inicio del recurso, panel, puente y sitio. Anote primer paso fallido, resultado esperado y último momento operativo.

Registre versión, cambios y cuenta afectada; compare horas de consola y panel. Pruebe un cambio cada vez. Ante pagos o cambios de dinero inciertos, compruebe factura o saldo antes de repetir.

Revise descarga e inicio#

La descarga verifica servicio contratado, acceso al servidor y permiso de gestión. Use solo su propio área de descarga.

  1. Seleccione cuenta y servidor; lea el aviso de permisos o facturación.
  2. Conserve el nombre tosun-ac, extraiga todo y no mezcle versiones.
  3. Revise dependencias y orden de inicio; corrija el primer error sin copiar la licencia al cliente.
  4. Envíe versión, ID y error sin secretos a soporte; no publique el paquete.

Servicios pendientes y ayuda#

Un sitio puede estar en cola; no lo duplique. Compruebe activación y HTTPS por separado. El dominio necesita destino DNS y TXT de propiedad. El puente está activo por defecto (sin líneas extra en server.cfg) y requiere permisos del panel, oxmysql y esquema compatible. No responde si la conexión se desactivó en la tarjeta Tosun Connect, si en modo manual (tosun_db_bridge_manual) falta set tosun_db_bridge_enabled "1" o si el espejo completo antiguo está activo (ts.panelMirror.enabled = true en configs/anticheat_config.lua); en este último caso el puente queda apagado para que el espejo siga funcionando. Los paquetes anteriores a 9.6.14 siguen necesitando set tosun_db_bridge_enabled "1" hasta instalar el paquete nuevo.

El puente no es un explorador SQL completo: una respuesta vacía o incompatible no demuestra base vacía. Tras diez minutos reinicie 2FA y use el nuevo QR/clave. Revise reloj y cuenta del autenticador si rechaza el código.

Para soporte: ID, versión/framework, pasos, resultado esperado, error, fecha con zona horaria y cambios recientes. Quite licencias, tokens, QR, códigos de respaldo, códigos bancarios y datos innecesarios de jugadores.

Aísle un problema de navegador sin perder pruebas#

Antes de actualizar una página que carga mal, anote dirección, cuenta y mensaje. Distinga problema visual, guardado rechazado y redirección externa fallida. Sus causas son distintas; borrar inmediatamente todos los ajustes del navegador puede eliminar contexto útil sin corregir permisos o estado del servicio.

Para un problema solo de visualización, compare la página en una sesión nueva y revise extensiones que bloqueen scripts o navegación. Confirme la cuenta al iniciar sesión. Si un formulario antiguo indica sesión de seguridad caducada, abra la página por navegación normal en vez de reenviar repetidamente el formulario.

Deje fuera del contraste los pagos y escrituras de economía hasta conocer su resultado original. No copie cookies ni cabeceras de autenticación al solicitar soporte. Indique versión del navegador, si la sesión nueva cambió el resultado y el error y hora originales.

Prepare una reproducción corta con un punto de parada#

Elija la secuencia más pequeña que alcanza el error con una cuenta autorizada. Por ejemplo, seleccione servidor, abra lista de jugadores y registre respuesta: no necesita modificar saldos para demostrar un fallo de lectura. Especifique lo esperado en cada paso.

Si solo ocurre después de una actualización o durante una acción concreta de juego, incluya esa condición. Compárela con la última configuración funcional y versión. Deténgase al capturar el primer fallo, evitando acumular peticiones, reinicios y cambios que ocultan la causa original.

Describa qué comprobó y qué resultados siguieron iguales. Comparta solo líneas de consola próximas al error, sin secretos ni datos ajenos de jugadores. Una reproducción compacta ofrece un caso verificable y un criterio claro para determinar si funcionó la solución propuesta.

Compruebe la solución frente al síntoma original#

Después de aplicar una corrección, repita la lectura o escenario de juego original en condiciones comparables. Revise respuesta inmediata y registro del panel o consola. Que desaparezca un aviso no prueba que descarga, conexión, preparación de website o confirmación de pago alcanzaran el resultado previsto.

Guarde valores o versiones anteriores y nuevas en el registro de cambios. Para juego, pruebe la acción normal afectada y otra cercana no afectada. Para website, verifique dirección prevista y HTTPS. Para facturación, use el resultado de la factura existente en lugar de generar un cobro de prueba.

Si vuelve el síntoma, informe de la hora y condiciones cambiadas desde la verificación. Restaure una configuración conocida solo mediante su procedimiento preparado. Conserve el historial breve para que la siguiente investigación empiece con observaciones comprobadas, evitando repetir las mismas suposiciones fallidas.

Preparar un ticket con un ejemplo anónimo ya rellenado#

Abre un ticket nuevo en Soporte dentro del panel; tu cuenta necesita el permiso support.create. Rellena asunto, categoría, prioridad y mensaje siguiendo el ejemplo ficticio. Para un problema al leer la lista de jugadores se han elegido technical y normal. Selecciona la prioridad según el impacto real: un fallo en una pantalla de lectura no equivale a una caída de todo el servidor. Las etiquetas visibles dependen del idioma de la interfaz; los valores entre paréntesis son opciones actuales del formulario. No hace falta entregar tu licencia, contraseña ni acceso a la base de datos.

El servidor y la referencia del ejemplo no corresponden a clientes reales. Identifica claramente el servidor afectado en tu ticket privado autorizado y anonimiza el texto si lo compartes públicamente. El mensaje incluye pasos y un punto de parada: no se cambió ningún saldo ni se creó otro trabajo. El formulario comprueba al menos cinco caracteres en el asunto y diez en el mensaje; un título breve y una explicación útil bastan. Añade las observaciones posteriores al mismo ticket. Comparte solo las líneas relevantes sin datos sensibles, en lugar de toda la consola, un volcado SQL o cookies. Elegir una prioridad no garantiza un plazo de respuesta.

Asunto: La solicitud de lista de jugadores no termina
Categoría: Técnica (technical)
Prioridad: Normal (normal)
Mensaje:
Servidor: TEST-SERVER — anonimizado para este ejemplo
Versión / framework: 9.6.3 / QBCore — valores de ejemplo
Hora: 2026-09-26 14:03 UTC
Pasos: Seleccioné el servidor y abrí la lista una vez.
Esperado: Primera página de jugadores completada.
Observado: pending seguido de un tiempo de espera de red.
Referencia: TEST-REQUEST — no es un ID real
Comprobado: resource iniciado; permiso de lectura correspondiente presente.
Punto de parada: No inicié otro trabajo ni cambié saldos.
Se eliminaron secretos, cookies, _csrf e identificadores de jugadores.

Elegir el siguiente paso y el límite según el síntoma#

Esta secuencia ayuda a encontrar el primer paso que falló; no es una reparación automática ni una regla de reintento para cualquier error. Si la lista de jugadores no abre, mira primero el resultado HTTP: 401 lleva a la sesión, 419 al valor de seguridad del formulario, 403 a permisos de cuenta o servicio y 429 a capacidad o espera. Si solo un registro aparece vacío, revisa el personaje y el esquema compatible. Síntomas similares pueden tener causas distintas: una página vacía completada y una solicitud rechazada son eventos diferentes. Conserva la evidencia existente antes de seguir una rama.

Ante una escritura de economía pendiente o un pago de resultado incierto, elige detenerte: revisa la solicitud, la factura y el estado actual antes de iniciar otra operación. Si un resource no arranca, consulta instalación y el primer error de consola; si se marca un movimiento legítimo, revisa su integración y la duración limitada del permiso. No desactives toda la protección como solución temporal. Si un sitio está activo pero falla HTTPS, separa dominio y certificado. Cambiar el reloj o la pantalla local no completa una operación del servidor. Explica al soporte qué observación determinó la rama; no clasifiques como exitoso un resultado desconocido.