Inicio rápido

Configuración#

Regístrate con Sign up, verifica tu correo y elige un plan de pago. Después, añade un servidor en Servidores y descarga su paquete con permisos de administración.

Prepare la cuenta y el servicio#

Verifique el correo y revise en Facturación el plan de pago, periodo y límites de servidores y sitios. Volver del proveedor o subir un justificante no confirma por sí solo la activación.

Entre con una cuenta autorizada para gestionar servidores. Dé permisos adecuados a cada miembro, sin compartir una contraseña de administrador. Antes de instalar, guarde una copia de los recursos, ajustes editables y base de datos del juego.

Conecte el servidor correcto#

El paquete y la licencia pertenecen al registro seleccionado. No mezcle archivos o claves de distintos servidores.

1. Compruebe el nombre y descargue su paquete.
2. Siga el orden de instalación. Guarde la licencia solo en server.cfg del servidor usando set, nunca en archivos compartidos o del cliente.
3. Inicie durante mantenimiento planificado; revise el primer error de consola y la conexión del servidor correcto en el panel.
4. El puente de datos está activo por defecto; aparte de la licencia no necesita líneas en server.cfg. Si no lo quiere, desactívelo con “Disable connection” en la tarjeta Tosun Connect del servidor; empiece con una pequeña consulta de lectura.

• Instalación
• Puente de base de datos

Compruebe los resultados reales#

Pruebe selección de personaje, aparición, reanimación, garajes, equipo policial y teletransportes administrativos antes de aumentar sanciones. Compare cada detección con la actividad legítima y cambie un ajuste cada vez.

La conexión AC, las consultas del puente, la preparación del sitio y HTTPS tienen resultados separados. Verifique cada servicio necesario y revise la factura antes de repetir un pago incierto.

Descargar otro paquete no revoca una licencia filtrada. Coordine su cambio y la parada de copias antiguas. Para soporte, recopile versión, ID de servidor o sitio, hora y error sin secretos.

• Ajustes y rendimiento

Prepare un pequeño plan de aceptación#

Antes de invitar a toda la comunidad, anote qué debe demostrar la primera sesión. Incluya un jugador normal, una cuenta del equipo, una conexión nueva y una reconexión. Use su framework real y los recursos habituales: una consola silenciosa no demuestra que el hospital o el garaje sean compatibles.

Para cada escenario, registre la acción, el resultado esperado y el observado. El personaje debe cargar, el equipo habitual debe funcionar y una acción permitida del personal debe completarse. Si aparece una detección, conserve su hora junto al contexto de juego e investigue antes de ampliar las medidas.

Elija un periodo de observación que incluya las actividades importantes del servidor. Después de cambiar el ajuste pertinente, repita el escenario afectado manteniendo los demás ajustes iguales. Superar estas pruebas proporciona un registro concreto de aceptación, pero no garantiza compatibilidad con todos los recursos o futuras actualizaciones.

Separe la instalación necesaria de los servicios opcionales#

Elabore un pequeño mapa de dependencias para su despliegue. La cuenta de pago, el paquete del servidor elegido, su licencia del lado del servidor y el arranque correcto del recurso forman el recorrido inicial. La conexión de datos del panel (Tosun Connect) ya viene activa por defecto y no requiere líneas extra en server.cfg; basta con comprobarla con una lectura pequeña y puede desactivarse en la tarjeta Tosun Connect del servidor. Notificaciones Discord, launcher y website alquilada añaden flujos propios. Actívelos después de entender la conexión principal.

Si el anticheat conecta y la website sigue preparándose, continúe verificando el juego normal y siga la website por separado. Si falla una lectura del puente, investigue soporte de framework y permisos del puente. Sustituir repetidamente una licencia válida no arregla un esquema de base de datos no compatible.

Añada una integración opcional cada vez y anote responsable y método de verificación. Así puede localizar la primera etapa fallida y recuperar una configuración funcional sin descartar trabajo terminado. Mantenga una lista de opciones desactivadas deliberadamente para que otro administrador no las confunda con averías.

Entregue un registro operativo reproducible#

Antes de un cambio de administrador, prepare un registro breve con ID del servidor, versión instalada, framework, orden de arranque y ubicación de los ajustes editables. Enlace la documentación pertinente e indique qué integraciones opcionales se verificaron. Guarde licencias y credenciales privadas en su almacenamiento seguro, fuera del registro.

Incluya ventana de mantenimiento, ajustes cambiados y valores anteriores que funcionaban. Indique quién gestiona facturación, credenciales y avisos de jugadores. Describa cómo restaurar sus archivos de recursos y configuración guardados y qué observaciones deben comprobarse inmediatamente después.

Si cambian recursos, framework o alojamiento, reutilice los mismos escenarios de aceptación. Compare los resultados nuevos con el registro previo en lugar de confiar en la memoria. Esto facilita revisar actualizaciones y proporciona a soporte un historial útil sin compartir archivos de datos de jugadores ajenos al problema.

Relacionar cuatro identidades en el registro de instalación#

Anote ID del servidor del panel, Build ID del historial de descargas, versión de fxmanifest.lua y directorio previsto. Identifican registro, paquete distribuido, software e instalación de la máquina. Un ZIP nuevo puede estar en el escritorio mientras el servidor inicia la carpeta antigua. Descargar correctamente no demuestra una actualización activa. No incluya la licencia en este registro.

Tras extraer, siga el árbol hasta fxmanifest.lua e identifique la raíz real del recurso. Relacione salida inicial y hora de prueba. Si los nombres del panel y de la máquina difieren, compare identidades, no nombres parecidos. Con varias máquinas, señale la copia activa. Estas cuatro referencias y el tiempo permiten a soporte distinguir paquete equivocado, servidor equivocado y archivos obsoletos sin solicitar secretos o un archivo ajeno al problema.

Llevar cada síntoma al tema apropiado#

Describa el resultado esperado en una frase. Si inicia sesión pero no descarga, revise Facturación y derecho del servidor; acceso a la cuenta no confirma descarga. Si el recurso no inicia, consulte archivos y dependencias en Instalación. Si inicia pero rechaza licencia, revise vínculo de licencia y Build ID. Si el juego funciona y fallan lecturas del panel, empiece por MySQL, estado del trabajo y compatibilidad del framework.

Mantenga el alcance del síntoma. Un saldo diferente requiere verificar identidad y tipo de lectura, no cambiar toda protección. Para pausas medidas use Configuración y rendimiento; para acciones legítimas rechazadas, Exports e integración. No repita pagos ni escrituras con resultado incierto como diagnóstico. Aplique el paso pertinente y compruebe la misma observación para localizar la primera etapa fallida sin perder trabajo ya confirmado.

Tosun AC 9.6.12#

Se corrigió el manifiesto de arranque de Render. Un único INSTALL.sql repara columnas antiguas ausentes. El puente usa la licencia resuelta en el servidor. Los permisos se actualizan regularmente y se conserva el último ajuste en cola. Los recursos sin cambios reutilizan análisis. La descarga incluye guías sin conexión en nueve idiomas y el instalador separado del bot.

Cambios en 9.6.19#

El anticheat repara sus tablas admin_logs y ac_detections al arrancar añadiendo solo las columnas que faltan; las tablas compartidas con otros scripts no se tocan por defecto. El limitador de eventos ahora registra a los jugadores que superan el límite de un evento de la lista (server_event_spam, LOG por defecto; revise sus límites y luego ponga KICK; un valor guardado en el panel tiene prioridad). Los demás scripts del servidor ya no pueden disparar los eventos internos del anticheat salvo que estén en la lista de recursos de confianza (set tosun_ac_local_event_guard "audit" solo informa mientras ajusta). La cuarentena automática de backdoors funciona al activarla, los avisos de nuevos registros llegan a los teléfonos del equipo y al menú del juego, y un resumen del estado de la instalación (tosunac_health) indica qué corregir tras el arranque. Un inicio tardío del framework ya no detiene el módulo del servidor.

Cambios en 9.6.18#

Los jugadores cuyo cliente anticheat no se ejecuta o deja de responder ahora son expulsados (nunca baneados), incluido el equipo. La exención del equipo es más estrecha: solo están exentos los miembros indicados explícitamente (archivo de admins, permiso del panel, permiso tosun.exempt o una sesión de txAdmin verificada); quienes solo tienen un permiso amplio o una entrada ip: se revisan como jugadores, las acciones automáticas se limitan a una expulsión y las detecciones sobre miembros exentos se envían al nuevo webhook StaffAlerts. El noclip, la cámara libre y el modo espectador del menú del juego y de txAdmin reciben un permiso de modo administrador verificado por el servidor. Una nueva protección de movimiento comprueba las posiciones en el servidor; empieza en modo de observación (shadow) y no expulsa a nadie hasta que ponga ts.serverMovement.guard.mode = "enforce". Lea RELEASE-9.6.18.md antes de instalar: añada el webhook StaffAlerts y revise quién está exento.

Cambios en 9.6.3#

Los errores de la API del framework ya no prueban que falte un arma. checkDamage=false funciona y reiniciar el inventario borra resultados antiguos. AllowWeapon requiere un recurso de confianza. Anti-aimbot conserva el último impacto por objetivo; los umbrales y acciones no cambian.

¿Qué cambió en 9.6.6?#

Se corrigió un problema de rendimiento que podía hacer que el servidor se trabara en combates grandes. La comprobación de admin (ts.AdminStatus) lanzaba dos consultas síncronas a la base de datos en cada llamada para jugadores que no son staff, y todo el hilo del servidor espera mientras se ejecutan. La comprobación de exención de castigos la llama en cada explosión y evento de daño, así que los combates grandes podían causar lag, y un jugador podía provocar la misma carga a propósito pidiendo una comprobación de admin cada segundo. Ahora un resultado «no es staff» de la base de datos se guarda 30 s por jugador. Las comprobaciones de ACE, txAdmin y admins.lua no se guardan en caché y se aplican al instante; un permiso nuevo del panel se reconoce en 30 s como máximo.

¿Qué cambió en 9.6.5?#

En las capturas pedidas desde el panel, ahora se comprueba la dirección que devuelve el jugador observado. Antes, un tramposo observado podía devolver cualquier dirección en lugar de una captura: una imagen limpia alojada en otro sitio, un píxel de seguimiento o un enlace a otra web. Ahora solo se aceptan direcciones data:image del modo base64 y rutas bajo /images/ del panel, y el host de una dirección completa se sustituye siempre por el panel que recibió la subida. Las demás direcciones se descartan, la petición se marca como fallida y la consola del servidor muestra un aviso.

¿Qué cambió en 9.6.3 y 9.6.4?#

9.6.3: ts.weaponInventory.checkDamage = false ahora sí desactiva la comprobación de daño. Si la API de inventario no responde, el arma cuenta como desconocida, no como ausente. AllowWeapon ahora requiere un recurso de servidor de confianza: añade tu script de arena/paintball a la lista existente tosun_ac_trusted_resources (sin quitar los otros nombres). El barrido anti-aimbot usa ahora memoria y trabajo acotados; los umbrales no cambian. 9.6.4: una captura de Shield solo se acepta si el servidor la pidió (en 60 s, una vez). Un vídeo de ban solo se acepta de un jugador realmente expulsado o baneado en los últimos 2 minutos; antes, cualquier jugador podía crear una entrada «BAN» falsa en el panel y una notificación de ban en Discord.

¿Qué cambió en 9.6.2?#

Se corrigieron dos casos en los que la protección física de vehículos (ts.vehicleGuard, kick por defecto) podía expulsar a un jugador inocente. Una explosión que levantaba varios vehículos del mismo jugador contaba un aviso por vehículo, así que el dueño podía ser expulsado aunque otra persona lanzara la bomba. Ahora cada jugador recibe como máximo un aviso por pasada de muestreo, y los vehículos a menos de 30 m de una explosión de los últimos 4 s no se evalúan. Solo cuentan las explosiones que ningún otro control canceló, así que un tramposo no puede ocultar un lanzamiento tras una explosión bloqueada.

¿Qué cambió en 9.6.1?#

Se reforzó el canal de logs del cliente. Cualquier jugador podía escribir logs con cualquier etiqueta y estado: líneas falsas «[BAN] ...» en el panel, notificaciones de teléfono a todos los admins con el estado «Detection» y una petición al panel por línea. Ahora los jugadores normales solo pueden usar las etiquetas de cliente propias del anticheat; el servidor fija el estado y cada jugador tiene un límite de 12 líneas por minuto. Las demás etiquetas (menú de admin) requieren permisos de staff. El espejo de logs del panel se envía ahora en una sola petición agrupada cada 3 s, así las notificaciones de ban y detección ya no chocan con el límite de peticiones del panel en momentos de carga. El registro en la base de datos del juego no cambia.

¿Qué cambió en 9.6.0?#

La comprobación de armas e inventario ahora también mira el daño infligido, no solo el arma en la mano. Los menús de trampas pueden disparar un arma sin sostenerla (magic bullet, electrocutar jugadores con una pistola eléctrica). Si el arma de un evento de daño no está en el inventario del atacante, pasa por la misma cadena de registro y sanción (solo registro por defecto). Hacen falta 2 eventos en 60 s. Se ignoran las armas arrojadizas, los primeros 60 s tras entrar, los inventarios no cargados, las armas addon y de vehículo, y las armas concedidas con AllowWeapon. Desactívalo con ts.weaponInventory.checkDamage = false.

¿Qué cambió en 9.5.9?#

Las detecciones se pausan mientras un jugador está muerto, derribado o en last stand, para que las animaciones de reanimación no causen falsos positivos. Un tramposo podía mantener ese estado para siempre disparando localmente el evento de muerte de un framework o manteniendo la salud entre 101 y 110. Un jugador derribado no puede correr, esprintar ni conducir un vehículo en movimiento. Tras 20 s haciendo una de esas cosas, se borra la marca de “derribado” obsoleta y la salud baja ya no pausa las detecciones. Los jugadores realmente derribados no se ven afectados.

¿Qué cambió en 9.5.7 y 9.5.8?#

Se auditaron todas las comprobaciones del cliente que pueden sancionar, y cada hallazgo pasó por tres revisiones independientes. Cerrado para tramposos: un bloqueo que silenciaba todas las detecciones del cliente durante la sesión con un solo evento local; exenciones que el propio cliente puede escribir y que se tragaban las detecciones en silencio (ahora se registran); SetSpawned desactivando las comprobaciones para siempre; una renovación de clave que cegaba las detecciones firmadas; y una ventana de confirmación que nunca se completaba. Corregido para jugadores inocentes: baneos permanentes por bajar una cuesta en bicicleta, expulsiones al repostar con un bidón, baneos de godmode tras 1 PV de daño ambiental, baneos de aimbot a policías que apuntan a un sospechoso que huye, coches aparcados contados como apariciones, baneos de godmode de vehículo en coches de prueba, escaneos de menús que coincidían con el comando exec de FiveM y con nombres de texturas del propio juego, estar de pie en la cubierta de un barco o en la caja de un camión, y scripts de avería del motor que expulsaban a los conductores.

¿Qué cambió en 9.5.6?#

Las trampas del cliente creadas con nombres de eventos de menús de trampas ya no afectan a recursos reales. En un servidor con el menú policial SEM_InteractionMenu, un jugador encarcelado recibía el evento propio de ese menú y era expulsado como tramposo. Si el prefijo del nombre de un evento es un recurso en ejecución, el evento se considera legítimo de ese recurso y nunca se sanciona. Los tipos de explosión de armas (railgun, mina de proximidad, bomba casera, raygun) ahora siguen la lista negra de armas: si quitaste el arma de la lista negra, por ejemplo para un script de atracos, su explosión también está permitida.

¿Qué cambió en 9.5.5?#

Un baneo con campos vacíos ya no bloquea a jugadores ajenos. La comprobación de conexión buscaba los identificadores que faltaban como valores vacíos, así que después de que el panel baneara a un jugador sin Steam ni Discord, cualquiera que entrara sin Steam ni Discord podía ser rechazado con la tarjeta de ese baneo. Ahora los identificadores se validan por su formato y los valores vacíos o de relleno nunca coinciden. Los baneos sin conexión ahora sí se registran. En MySQL 8 no se podían añadir las columnas de los baneos temporales, lo que dejaba entrar a jugadores baneados; la migración y el SQL de instalación funcionan ahora en ambos motores. El análisis de evasión de baneos usa solo baneos activos y por defecto ya no considera un vínculo compartir una IP (operador, residencia, cibercafé).

¿Qué cambió en 9.5.4?#

Un fallo del módulo anti-aimbot permitía que los tramposos se libraran. Las entradas de registro y las sanciones compartían una espera de 4 segundos, así que las señales que se repetían cada 2 segundos o más a menudo (magic bullet en cada disparo, un triggerbot con un strike por segundo) nunca se sancionaban. Un solo disparo de escopeta contra un grupo ya no cuenta como magic bullet: el umbral es de 4 objetivos y la señal debe repetirse. La comprobación del servidor de daño excesivo de arma ignora embestidas, atropellos, explosiones y caídas, y un evento aislado solo se registra. Se compararon los valores por defecto del panel con los de la configuración. Los servidores nuevos reciben ajustes más seguros de OCR, combate, rate guard y burst. Sin ajustes del panel, el watchdog expulsa, el native guard registra y la comprobación de estamina infinita está desactivada por defecto.

¿Qué cambió en 9.5.3?#

El threat intel ya no convierte las detecciones LOG ni los problemas de conexión en una expulsión al entrar. La puntuación enviada al panel contaba cada detección (incluidas las que solo registran), los heartbeats perdidos y un valor que el propio cliente del jugador puede escribir. La puntuación guardada nunca bajaba, así que un jugador inocente podía ser expulsado en cada entrada. Ahora solo cuentan las detecciones aplicadas de verdad (kick o baneo) en este servidor durante los últimos 10 minutos, y la acción por defecto al entrar es solo registrar. En las instalaciones sin ajustes del panel, la comprobación de objetos en masa ahora registra por defecto en lugar de banear. El doctor de configuración y el panel avisan si se desactiva el fail-open (una caída del panel expulsaría entonces a todos) y cuando se expulsa al entrar.

¿Qué cambió en 9.5.2?#

Shield AI ya no elimina entidades legítimas. En un servidor OneSync, los objetos y los peds de los jugadores no tienen tipo de población. Con los ajustes antiguos se cancelaba cada objeto en red que creaba un jugador (props de emotes y de teléfono, conos, muebles), y también cada vehículo y NPC de un script que no estuviera en una lista corta. Ahora se permite una entidad creada por cualquier recurso que se ejecute en el servidor. Solo se cancela una entidad de script que ningún recurso creó. La aparición siempre se cancela; el kick o el baneo solo llega si la infracción se repite 3 veces en 60 s. El comportamiento anterior sigue disponible como lista blanca estricta opcional. La comprobación de objetos en lista negra, que no funcionaba desde la 9.3.0, vuelve a funcionar. Las explosiones silenciosas sin daño (petardeos del escape) ya no cuentan para la sanción.

¿Qué cambió en 9.5.1?#

Se cerraron otras dos fuentes de baneos erróneos. El control de overlay basado en el cursor podía banear para siempre a un jugador que movía el ratón en un menú de cajero, tienda o teléfono abierto con E, y mientras tanto llevaba el cursor a la esquina; ahora nunca se ejecuta mientras un menú tiene el foco, ya no vigila E ni Esc y por defecto solo registra. Una sola explosión silenciosa o invisible era un baneo permanente, aunque los scripts de bomberos, escapes y termita también las crean. La explosión se sigue cancelando siempre; la sanción ahora requiere 5 repeticiones en 60 s y por defecto es kick.

¿Qué cambió en 9.5.0?#

Doctor de configuración: tras aplicar los ajustes del panel y de la base de datos, el anticheat lee los valores reales y lista los que suponen riesgo de baneo erróneo o de seguridad. Por ejemplo, avisa cuando la sanción de OCR o de teletransporte está en ban, cuando se desactiva una protección o cuando Debug está activo. Se ejecuta solo unos 90 s después del inicio y escribe un resumen en los registros del panel; ejecuta tosunac_doctor en la consola del servidor cuando quieras. Nunca cambia un ajuste. En el panel, los valores de los detalles de detección, jugador y baneo ahora se escapan: un motivo enviado desde un cliente de juego no puede ejecutar código en el navegador de un admin, y los datos incrustados en las páginas no pueden salir de su contexto. La campana de notificaciones vuelve a funcionar.

¿Qué cambió en 9.4.0?#

Nuevo control de armas e inventario: el servidor lee el arma que el jugador tiene en la mano y la busca en el inventario (ox_inventory, QBCore/Qbox o ESX). Un arma sin objeto correspondiente fue generada y se detecta aunque no esté en la lista negra. Por defecto solo registra, exige 3 muestras consecutivas e ignora los primeros 60 s tras entrar y a los jugadores cuyo personaje no está cargado. Observa el panel unos días y luego súbelo a kick o ban en la sección de autoridad del servidor de los ajustes del anticheat. Los scripts que dan armas sin objeto de inventario deben llamar a AllowWeapon. También se cerró un segundo registro de getConfig y la página de la API ahora muestra la clave como cabecera en lugar de en la URL.

¿Qué cambió en 9.3.1?#

El resto de la revisión desde el punto de vista del jugador inocente. Los chalecos antibalas y los botiquines ya no expulsan a los jugadores; un salto de salud o blindaje ahora requiere 3 repeticiones en 60 s. Vaciar un SMG, el fuego y las explosiones ya no cuentan como aimbot, y el control de distancia solo considera armas de corto alcance. Mirar coches en un concesionario, caer herido dos veces, un coche en llamas que explota tras alejarte y los impactos de francotirador ya no causan sanciones. El equipo policial y de atracos (gas BZ, pistola de bengalas, dispositivo de hackeo) se quitó de la lista negra de armas por defecto. Las firmas de Shield usan el mismo texto canónico en ambos lados, y la pérdida de una sola entrega de clave ya no expulsa al jugador por tiempo de espera.

¿Qué cambió en 9.3.0?#

Una versión de seguridad y de baneos erróneos. En versiones anteriores, la clave API del panel podía llegar a los clientes de los jugadores al guardar ajustes en el panel; el panel ya no la envía y 9.3.0 filtra cada ajuste que se envía a los clientes. Tras actualizar, genera una nueva clave API del AC en los ajustes del sitio, guárdala y envíala al AC. Los eventos de servidor con los que un jugador podía eximirse a sí mismo ahora solo relajan brevemente los controles de movimiento y visibilidad. Un teletransporte aislado (selección de personaje, hospital, casa, traer por un admin) ahora genera un registro en lugar de un baneo; la velocidad imposible continua (vuelo con noclip) se sanciona. El control de dinero, los filtros de chat y de nombre, el OCR, la protección de vehículos y 27 detecciones de cliente sin asignar se corrigieron para que ya no causen baneos erróneos. Los exports sensibles solo aceptan recursos de confianza; añade un script de confianza con tosun_ac_trusted_resources en server.cfg. Los detalles están en RELEASE-9.3.0.md e INTEGRATION.md dentro del paquete.

Novedades de 9.2.0#

Se rediseñó el menú de administración del juego. Ahora se abre como un panel en el borde de la pantalla, así el juego sigue visible; el botón de anclaje lo mueve al otro lado. Ctrl K encuentra cualquier jugador o acción, los jugadores con detecciones en esta sesión aparecen primero, y expulsar, banear, advertir y dar arma abren un pequeño formulario con el nombre del objetivo. Matar, desbanear, eliminar cercanos y toda acción que afecte al servidor piden una segunda pulsación. Los nombres de jugador ya no pueden inyectar código en el menú, y los ajustes allowEsp, allowFreecam y allowDelete del menú de administración ahora se aplican.

Novedades de 9.1.0#

Una nueva protección del lado del servidor lee el estado del jugador que OneSync replica al servidor: supersalto, invencibilidad, invisibilidad, noclip con colisión desactivada, modificadores de daño y defensa de armas, armas de la lista negra en la mano y una cámara alejada del jugador (spectate/freecam). Estas comprobaciones siguen funcionando aunque un cheat detenga el anti-cheat del cliente. Las de alta confianza expulsan por defecto; las que dependen del contexto solo registran hasta que las endurezcas en la sección v25 de los ajustes del anti-cheat. Las comprobaciones que tu versión del servidor no admite se desactivan automáticamente y aparecen en la consola del servidor.

Novedades de 9.0.3#

Validación y límites de frecuencia para eventos; puente de datos opcional bajo demanda; credenciales de carga temporales sin permisos de gestión del panel. Ningún anticheat ni protección de paquetes garantiza detener todos los ataques.