server.cfg, convars y permisos

Dónde está la configuración#

Tosun AntiCheat lee los ajustes de server.cfg, de cuatro archivos del recurso y del panel web. Las credenciales solo deben ir en lugares exclusivos del servidor. configs/anticheat_config.lua es un script compartido, así que el servidor lo envía a todos los clientes.

• Instalación
• Configuración del panel
• Clave de licencia

Ejemplo completo de server.cfg#

Un bloque completo para una instalación típica. El orden importa: las dependencias y los convars de credenciales deben ir antes de ensure tosun-ac, porque las credenciales se resuelven una sola vez cuando se carga el recurso. Las líneas que empiezan por un solo # son opcionales; quita el # para usarlas.

## ---------- Tosun AntiCheat: bloque de server.cfg ----------
## OneSync es una dependencia del manifest (txAdmin también puede activarlo).
set onesync on

## Dependencias: inícialas antes de tosun-ac.
## oxmysql y tosun_render son dependencias obligatorias.
## screenshot-basic es el ts.screenshotModule por defecto.
## Configura mysql_connection_string antes de ensure oxmysql (consulta la guía de MySQL).
ensure oxmysql
ensure screenshot-basic
ensure tosun_render

## Credenciales: usa set (nunca setr ni sets) y mantenlas ENCIMA de ensure tosun-ac.
## Se leen una sola vez cuando se carga el recurso.
## Formato de la licencia: tac_live_ seguido de 40 caracteres hexadecimales en minúscula.
set tosun_ac_license "YOUR_LICENSE_KEY"
## Opcional: si está vacía, la clave del panel se carga desde panel_settings en la DB del juego.
# set tosun_ac_panel_key "YOUR_PANEL_API_KEY"
# set tosun_ac_central_token "YOUR_FIVEM_SCOPED_TOKEN"
## Opcional: solo lo usa ts.licenseLock.
# set tosun_ac_server_id "server-1"

## Recursos que pueden llamar a los exports protegidos del AC (separados por comas).
set tosun_ac_trusted_resources "my-housing,my-clothing"

## Opcional: dirección https pública del panel para subir capturas y pruebas.
# set ts_public_panel_url "https://panel.example.com"

## Opcional: controla el DB bridge de Tosun Connect desde este archivo.
## Sin la línea manual (y con ts.panelMirror desactivado), los dos convars del bridge se fuerzan a "1".
# set tosun_db_bridge_manual "1"
# set tosun_db_bridge_enabled "1"
# set tosun_db_bridge_money_write "0"

## Opcional: desactiva el registro de tiempo de juego (solo qb, qbcore y qbox).
# set tosun_panel_playtime "0"

## Opcional, para integradores que usan los archivos del bridge. Los clientes los leen, así que usa setr.
# setr tosun_ac_resource "tosun-ac"
# setr tosun_ac_bridge_client_ms "60000"

ensure tosun-ac

## ---------- Permisos del staff ----------
## Estado de staff y menú de administración en el juego:
add_ace group.admin tosun.admin allow
## tosunac_setup, los escaneos manuales y la vista previa de la pantalla de ban:
add_ace group.admin tosunac.admin allow
add_ace group.admin command.tosunac_setup allow
add_ace group.admin command.tosunac_backdoorscan allow
add_ace group.admin command.tosunac_eventscan allow
add_ace group.admin tosunac.banscreen.test allow
## Una línea por cada miembro del staff:
add_principal identifier.license:YOUR_LICENSE_HEX group.admin

## ---------- Convars de endurecimiento de FiveM que el AC comprueba al arrancar ----------
set sv_stateBagStrictMode true
set sv_filterRequestControl 2
set sv_enableNetworkedSounds false
set sv_enableNetworkedPhoneExplosions false
set sv_enableNetworkedScriptEntityStates false
set sv_scriptHookAllowed false
## Prueba primero: relaxed o strict pueden romper scripts que generan vehículos desde el cliente.
set sv_entityLockdown relaxed
set sv_pureLevel 1
## La auditoría de server.cfg avisa mientras esto esté vacío:
# set sv_enforceGameBuild YOUR_GAME_BUILD

• Configuración de MySQL
• Guía de configuración

Reglas para el bloque de server.cfg#

Sigue estas reglas cuando adaptes el ejemplo a tu servidor.

• Inicia oxmysql y tosun_render antes de tosun-ac. El manifest declara como dependencias la build de servidor 4890 o posterior, OneSync, oxmysql y tosun_render.
• Inicia screenshot-basic si mantienes el ts.screenshotModule por defecto.
• Pon todas las líneas de credenciales set tosun_ac_ antes de ensure tosun-ac. Los valores se leen una sola vez al cargar; un cambio posterior necesita reiniciar el recurso.
• Usa set para las credenciales. setr replica el valor a todos los clientes, y sets lo publica en la información pública del servidor.
• Usa setr solo para los convars que leen los clientes: ts_screen_upload, tosun_ac_resource y tosun_ac_bridge_client_ms.
• No necesitas ninguna línea del DB bridge. Desde la 9.6.14 el bridge está activado por defecto, y las líneas set ... "0" se ignoran salvo que tosun_db_bridge_manual sea "1" o ts.panelMirror.enabled = true.
• Las guías de instalación antiguas (INSTALLER-READY.md, INSTALLER-LICENSE.md, INSTALL-MULTILANG.md, CONFIG-PERFORMANCE-GUIDE.md) ponen ensure antes de las credenciales, ponen la clave del panel en configs/anticheat_config.lua y omiten tosun_render. Sigue esta página en su lugar.

Referencia de convars#

Todos los convars que lee Tosun AntiCheat y que puedes definir. Usa set salvo que la columna Notas diga setr. El AC también escribe y lee algunos convars internos propios; están protegidos y no debes definirlos.

Credenciales: precedencia y manejo#

Tres credenciales se resuelven una sola vez cuando se carga el recurso: la clave de licencia, la clave de API del panel y el token central. Para cada una, el AC toma el primer valor no vacío en este orden.

El aviso MIGRATION te pide vaciar el valor compartido y rotar cualquier credencial que haya estado guardada ahí alguna vez, porque ese archivo se envía a todos los clientes.

Un valor de más de 4096 caracteres, o que contenga caracteres de control, detiene la carga con un error Invalid server credential setting.

Solo clave del panel: si sigue vacía después de estos pasos, el AC copia panel_settings.ac_api_key de la DB del juego. En cada arranque el AC escribe la clave resuelta en la fila webPanelKey de ac_settings, en texto plano. Si alguien edita esa fila en el panel, el valor editado sustituye al tuyo hasta el siguiente reinicio.

Solo clave de licencia: el bloqueo de licencia acepta los formatos tac_live_ más 40 caracteres hex en minúscula (49 caracteres), TOSUN-AC-YYYY-... y TOSUN-.... La comprobación de formato solo se ejecuta cuando ts.licenseLock.enabled = true, y solo comprueba el formato.

1. El convar de servidor: tosun_ac_license, tosun_ac_panel_key o tosun_ac_central_token.
2. El valor en configs/anticheat_server.lua: licenseKey, panelKey o centralToken.
3. El valor heredado en el archivo compartido configs/anticheat_config.lua: ts.licenseLock.licenseKey, ts.webPanelKey o ts.Central.token. Cualquier valor aquí imprime un aviso MIGRATION en la consola.

• Clave de licencia

configs/anticheat_server.lua#

Usa este archivo exclusivo del servidor cuando prefieras no poner las credenciales en server.cfg. Se carga antes de los scripts de servidor del AC y termina al instante en los clientes. Deja un hueco vacío para seguir usando el convar o la detección desde la base de datos.

• Un convar no vacío siempre tiene prioridad sobre el valor de este archivo.
• Deja vacíos los huecos correspondientes en configs/anticheat_config.lua: ts.webPanelKey, ts.Central.token y ts.licenseLock.licenseKey.
• Mantén privadas las copias de seguridad de este archivo.
• El archivo solo rellena ts.webPanelKey, ts.Central.token y ts.licenseLock.licenseKey. Los demás scripts leen esos valores, no el archivo.

-- configs/anticheat_server.lua (solo servidor)
local credentials = {
    panelKey = '',     -- o: set tosun_ac_panel_key "YOUR_PANEL_API_KEY"
    centralToken = '', -- o: set tosun_ac_central_token "YOUR_FIVEM_SCOPED_TOKEN"
    licenseKey = '',   -- o: set tosun_ac_license "YOUR_SERVER_LICENSE"
}

URL del panel y subida de capturas#

ts.webPanelURL en configs/anticheat_config.lua es la URL base del panel. Puedes dejarla vacía: si está vacía, el AC carga panel_url o site_url desde panel_settings en la DB del juego y la guarda en ac_settings. La sincronización HTTP de ajustes solo se ejecuta cuando están definidas tanto la URL como la clave del panel.

Define ts_public_panel_url solo cuando las capturas, las pruebas de ban y el vídeo en directo deban ir a otra dirección pública. Debe ser https. Los tokens de subida solo se emiten para https://host/api/screen_upload.php cuando la base es igual a este convar o a ts.webPanelURL.

ts_screen_upload es una ruta aparte que usan el export screenCapture y los comandos /capture y /ts_capture. Necesita setr, y su valor por defecto apunta a localhost. Nada en el AC gestiona el resultado de esa subida.

Los nombres heredados ts.PanelUrl, ts.panelUrl y ts.webPanelUrl se siguen leyendo como alternativas.

• Configuración del panel

Convars del DB bridge de Tosun Connect#

Desde la 9.6.14 el DB bridge bajo demanda está activado por defecto y no necesita ninguna línea en server.cfg. Al cargar, editable/server/tosun_db_bridge_defaults.lua pone tosun_db_bridge_enabled y tosun_db_bridge_money_write en "1", así que las líneas "0" de las guías antiguas se ignoran.

También puedes desactivar la conexión para un servidor en el panel: Servers, luego el servidor y luego la tarjeta Tosun Connect.

El bridge consulta https://admin.tosundev.com/api/server_db_bridge.php, envía tu clave de licencia como token Bearer y solo ejecuta estas operaciones: players.list, player.detail, player.vehicles, bans.list, logs.list y player.money.set.

Con ts.panelMirror.enabled = true el AC no fuerza la activación del bridge, así que el mirror heredado sigue funcionando. El mirror en sí no se ejecuta mientras tosun_db_bridge_enabled sea "1".

Los comandos de consola tosunac_db_status y tosunac_db_check muestran el estado del bridge y prueban oxmysql.

1. Para controlar el bridge desde server.cfg, añade set tosun_db_bridge_manual "1" antes de ensure tosun-ac.
2. Añade set tosun_db_bridge_enabled con "1" o "0".
3. Añade set tosun_db_bridge_money_write con "1" o "0". Sin "1", player.money.set falla con write_disabled y no se anuncia al panel.

• Configuración de MySQL

Convars para desarrolladores de scripts#

Estos convars solo importan cuando otro recurso llama al AC. tosun_ac_trusted_resources decide qué recursos pueden llamar a exports protegidos; los convars del bridge configuran los archivos opcionales del bridge.

Entre los exports protegidos están SetExempt, SetPlayerExempt, los exports Pause, BypassDetection, addAdmin, whitelistPlayer, approveResource, ban, offlineBan, los exports webBridge y quarantine.

La consola del servidor y el propio tosun-ac siempre son de confianza. Una llamada no fiable se rechaza; para cada par de recurso y export el AC imprime un aviso en consola y una línea en el log del panel que nombra este convar. Con ts.EnforceExportCallerWhitelist = false la llamada se ejecuta y solo se registra una vez.

Quienes llaman siendo de confianza también obtienen MarkTeleport sin el presupuesto por jugador.

INTEGRATION.md y bridge/INTEGRATION.txt muestran set para tosun_ac_resource y tosun_ac_bridge_client_ms. Usa setr en su lugar: el bridge de cliente lee ambos en el cliente.

También existen eventos y exports internos del AC. Están protegidos y no deben llamarse desde tus recursos.

# Recursos autorizados a llamar a exports protegidos (separados por comas o espacios)
set tosun_ac_trusted_resources "my-housing,my-clothing"

# Archivos del bridge dentro de tu propio recurso
setr tosun_ac_resource "tosun-ac"
setr tosun_ac_bridge_client_ms "60000"
set tosun_ac_bridge_server_ms "60000"
set tosun_ac_bridge_cooldown_ms "750"

• Exports
• Referencia de exports
• Eventos

Permisos ACE#

Todos los ACE que comprueba Tosun AntiCheat. Concede los ACE a un grupo y añade el staff al grupo con add_principal. Un ACE que también tiene builtin.everyone nunca convierte a nadie en staff.

• Comandos

Comandos restringidos y solo de consola#

Diez comandos del AC se registran como restringidos. En el juego, FiveM exige entonces el ACE de comando correspondiente además de la propia comprobación del AC. Cinco de los diez ignoran por completo a los jugadores.

banscreentest no está restringido. La forma de consola banscreentest playerId no necesita ACE; /banscreentest en el juego necesita tosunac.banscreen.test o tosunac.admin. Las denegaciones de tosunac_setup, los dos escaneos y banscreentest son silenciosas.

tosunac_setup no aprueba nada si el escaneo de backdoors o de firmas no termina, incluido cuando ts.BackdoorGuard está desactivado. Una segunda ejecución mientras otra está en curso se rechaza.

• Comandos

Cómo se reconoce al staff#

El AC tiene dos niveles de acceso separados. El estado de staff da exención de sanciones y los comandos de staff (subcomandos de /ts y los comandos ts_). El acceso al menú abre el menú de administración del juego. Algunas fuentes solo conceden uno de los dos.

La exención de sanciones para el staff solo se aplica mientras ts.AdminBypassDetections = true (valor que se distribuye) y ts.Debug = false (valor que se distribuye).

El acceso al menú también necesita que ts.AdminMenu.enable y ts.AdminMenu.enabled sigan en true. Si cualquiera de los dos es false, el menú, la tecla F7 y los comandos de herramientas de administración del cliente no se registran.

El staff que tiene estado de staff pero no acceso al menú, por ejemplo el staff solo de txAdmin, puede seguir pulsando F7. La petición se deniega y se registra.

• Comandos

Listas de identificadores: Admins, allowedIds y AdminBypassIdentifiers#

Usa identificadores completos, como valores license:, steam:, discord: o fivem:. Para el staff, usa preferiblemente admins/anticheat_admins.lua o los permisos del panel: ese archivo es exclusivo del servidor, mientras que configs/anticheat_config.lua se envía a todos los clientes.

• Admins: una entrada coincide con el identificador completo (sin distinguir mayúsculas de minúsculas) o con la parte después del prefijo. Concede estado de staff y menú.
• ts.AdminMenu.allowedIds: estado de staff y menú. Los valores "all" y "staff" no conceden nada.
• ts.AdminBypassIdentifiers: solo estado de staff y exención, sin menú.

-- admins/anticheat_admins.lua (solo servidor)
Admins = {
    "license:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
    "steam:11000010xxxxxxxx",
    "discord:123456789012345678",
}

-- configs/anticheat_config.lua (compartido, se envía a los clientes)
ts.AdminMenu = {
    -- las demás claves del menú se quedan como vienen
    allowedIds = {
        "license:YOUR_EXACT_PLAYER_IDENTIFIER",
    },
}
ts.AdminBypassIdentifiers = {}  -- estado de staff y exención, sin menú

Permisos del panel y el export addAdmin#

Los permisos del panel son filas en ac_v7_admin_grants que creas en el panel web. Un permiso activo coincide con la license o license2 del jugador, con o sin prefijo, y da estado de staff y acceso al menú.

Una respuesta positiva se guarda en caché 5 s y una negativa 30 s, así que un permiso nuevo puede tardar hasta 30 s en aplicarse a un jugador que ya se había comprobado.

Un recurso de confianza puede llamar al export addAdmin para dar a un jugador estado de staff y acceso al menú hasta que se llame a removeAdmin. Mientras ts.EnforceExportCallerWhitelist sea true, quien llama debe estar en tosun_ac_trusted_resources o en ts.ExportCallerWhitelist.

• Configuración del panel
• Exports

La whitelist de jugadores no es staff#

La whitelist de jugadores del panel (ac_whitelist) y los identificadores añadidos en ejecución con los exports de whitelist solo detienen las sanciones. No dan comandos de staff ni menú de administración.

• Una fila cuenta mientras expires_at esté vacío o sea una fecha futura.
• Valores aceptados: un identificador license, discord, steam o fivem, o un citizenid. Los prefijos se quitan.
• Las entradas en ejecución se guardan en memoria y se pierden al reiniciar.
• Ambas listas se ignoran mientras ts.Debug = true.

Ajustes que cambian el trato al staff#

Estas claves de configs/anticheat_config.lua cambian cómo se trata al staff y a los usuarios no autorizados del menú.

builtin.everyone y la comprobación de IP al conectar#

Todas las comprobaciones de ACE de staff y de menú ignoran un ACE que también tiene builtin.everyone. Por eso add_ace builtin.everyone command allow no convierte a los jugadores en staff. La comprobación de IP al conectar funciona de otra forma.

Mientras ts.v12.bypassStaffIpCheck no sea false, un jugador que se conecta se salta la lista de países denegados y los rechazos por VPN, proxy y hosting en cualquiera de estos casos: el jugador es staff; el jugador tiene el ACE command, txadmin, tx.admin, txadmin.menu, command.kick, command.ban o uno de los nombres group.admin, group.superadmin, group.moderator o group.god; o un permiso activo del panel coincide exactamente con la licencia del jugador.

Esta comprobación usa pruebas de ACE simples sin filtro de builtin.everyone. Por eso, en un servidor con add_ace builtin.everyone command allow, todos los jugadores se saltan las comprobaciones de VPN y de país. La comprobación de avalancha de entradas se sigue ejecutando antes de la excepción.

Archivo de webhooks de Discord#

configs/anticheat_webhooks.lua es exclusivo del servidor. Contiene una URL de webhook de Discord por canal de log y el estilo de los embeds. Todas las URL vienen con el marcador WEBHOOK_URL_BURAYA.

• La sincronización HTTP del panel sobrescribe cualquier webhook para el que envíe una URL no vacía.
• Los demás recursos solo reciben las URL de los webhooks mediante getConfig('webhooks') cuando llaman siendo de confianza.
• Los logs de capturas etiquetan el embed de Detections con ts.punishType en lugar de la sanción resuelta, y también publican en Webhooks.Bans siempre que ts.punishType es BAN.
• Webhooks.WebhookAvatar define la imagen de avatar del embed.

Webhooks.Detections    = "https://discord.com/api/webhooks/..."
Webhooks.Bans          = "https://discord.com/api/webhooks/..."
Webhooks.AdminMenuLogs = "https://discord.com/api/webhooks/..."
Webhooks.Connections   = "https://discord.com/api/webhooks/..."
Webhooks.OCR           = "https://discord.com/api/webhooks/..."
Webhooks.Commands      = "https://discord.com/api/webhooks/..."
Webhooks.MoneyLogs     = "https://discord.com/api/webhooks/..."
Webhooks.ResourceLogs  = "https://discord.com/api/webhooks/..."

Webhooks.WebhookUsername = "Tosun AntiCheat"
Webhooks.WebhookColor    = 15285208
Webhooks.WebhookInlines  = true

Cómo el panel sobrescribe el archivo de configuración#

La mayoría de los valores de configs/anticheat_config.lua son valores por defecto. El panel web guarda sus propios valores en ac_settings y en otras tablas ac_, y esos valores tienen prioridad. Edita el archivo solo para los valores que el panel no gestiona.

• Unos 3 s después del arranque, y luego cada ts.ServerPerf.configSyncIntervalSec segundos (120 en la configuración que se distribuye, mínimo 20, alternativa 60), las filas de ac_settings sobrescriben los valores de ts.
• Las claves con puntos como AdminMenu.enable escriben campos anidados. Las claves planas heredadas como framework o moneyCheck se asignan primero.
• Una clave punishment_ escribe ts.DetectionPunishments para esa detección. BAN y KICK se conservan; cualquier otro valor pasa a LOG.
• Los campos de acción se normalizan a ban, kick, log, cancel, reject o stop. Cualquier otro valor pasa a log.
• Las claves que empiezan por globalBan. se ignoran.
• Las listas del panel sustituyen a las listas de la configuración: armas, lista negra de vehículos, matrículas, lista de triggers, límites de eventos, recursos en whitelist, palabras de OCR, las listas Blacklist, la lista de explosiones y las whitelists de entidades. Los recursos en whitelist y las palabras de OCR de la base de datos se combinan en lugar de sustituirse.
• Excepción: los handlers de ts.EventLimiter y ts.ProtectedEvents se registran una sola vez desde el archivo al cargar. Los cambios posteriores en el panel no cambian la aplicación del lado del servidor para ellos.
• Después de un cambio, solo se vuelven a enviar a los clientes las claves seguras para el cliente.
• Ejecuta tosunac_doctor en la consola para revisar los valores arriesgados después de la sincronización con el panel.

• Configuración y rendimiento
• Configuración del panel

Ajustes principales#

Claves de primer nivel cerca del inicio de configs/anticheat_config.lua. La mayoría también se pueden definir desde el panel.

Secciones de configuración: detecciones y sanciones#

Secciones que deciden qué se detecta y con qué dureza se sanciona.

Secciones de configuración: guards del lado del servidor#

Guards que se ejecutan en el servidor. Varios cancelan primero el evento y solo sancionan tras strikes repetidos.

Secciones de configuración: conexión, administración y panel#

Secciones para la entrada de jugadores, el menú de administración, la conexión con el panel y el comportamiento de todo el servidor.

Secciones de configuración: recursos, eventos e integración#

Secciones para la confianza en recursos, los escáneres y la integración para desarrolladores. Las filas marcadas para desarrolladores solo importan cuando tus propios scripts llaman al AC.

• Exports
• Eventos
• Framework

Secciones de configuración: listas#

Listas por defecto en configs/anticheat_config.lua. La mayoría las sustituyen las tablas del panel al sincronizar.

Claves que no hacen nada y claves que faltan en el archivo#

Algunas claves de configs/anticheat_config.lua no las lee el código en la 9.6.15. Cambiarlas no tiene efecto.

El código también lee claves que el archivo no contiene. Añádelas tú si las necesitas: ts.v12.joinFloodWindowSec (60), ts.v12.joinFloodMaxJoins (6), ts.v12.bannedCountries (códigos de país; una lista geográfica de denegación), ts.v6Enforcement.heuristic (sustituye la lista de tipos heurísticos), ts.LiveWatch.fps (30), ts.SafeEventMaxArgs (64) y always = true en los eventos de servidor de ts.DetectionExempt.

Estos interruptores de cliente se leen pero no están en el archivo, y están activados salvo que se pongan en false: ts.antiScreenshotBypass, ts.antiRateOfFire y ts.antiNetOwnership. ts.microJitterMeanMin (0.5) también se lee pero no está en el archivo.

• ts.NetworkJoin.minimalSync
• ts.AdminMenu.espMaxDistance y ts.AdminMenu.screenshotTimeout (el ESP usa espMaxDist)
• ts.AdminMenu.permissionLevel (una etiqueta heredada; el acceso viene de los ACE, las listas y los permisos)
• ts.ResourceGuard.strictClientDiff
• ts.LiveWatch.enabled, preferTosunRender y maxConcurrent
• ts.PhoneNotify.enabled, onBan y onDetect

Comentarios del archivo de configuración que están desactualizados#

Algunos comentarios dentro de configs/anticheat_config.lua describen un comportamiento antiguo. El código funciona así.

• El comentario dice que los ajustes del panel se resincronizan cada 30 s. El intervalo es ts.ServerPerf.configSyncIntervalSec (120 s en la configuración que se distribuye).
• El comentario dice que tosunac_setup pone eventos en whitelist. Solo los cataloga; ts.EventScanner.autoProtect decide la protección.
• El comentario de ts.ProtectedEvents advierte de que los eventos del framework causan bans falsos. Las llamadas sin clave se rechazan y se registran, nunca se sancionan.
• El comentario de ts.EventLimiter dice que se activa cuando se supera el límite. Se dispara cuando el recuento alcanza el valor.
• El comentario del bridge recomienda setr para los cuatro convars del bridge. Solo tosun_ac_resource y tosun_ac_bridge_client_ms necesitan setr.
• El comentario de ts.Locale omite ar, pero locales/ar.json se distribuye.

Convars de endurecimiento de FiveM que comprueba el AC#

Dos módulos leen convars de FiveM al arrancar. La protección de convars (ts.hardening) se ejecuta unos 8 s después del arranque y trata un valor sin definir como débil. La auditoría de server.cfg (ts.cfgAudit) se ejecuta 15 s después del arranque y es de solo lectura.

Interruptores de endurecimiento y salida#

Por defecto, ambas comprobaciones solo informan. Cámbialas en configs/anticheat_config.lua.

• ts.hardening.enabled = false omite la protección de convars.
• ts.hardening.autoApply = true (se distribuye en false) deja que el AC ejecute set por sí mismo para los seis convars seguros. sv_entityLockdown y sv_pureLevel nunca se aplican automáticamente.
• ts.cfgAudit.enabled = false desactiva la auditoría de server.cfg.
• La protección de convars imprime un aviso en consola y escribe una fila en ac_detections (detection_type hardening_missing) con todos los convars débiles.
• La auditoría imprime un aviso en consola y escribe una fila en admin_logs con el número de ajustes débiles.
• El texto de consola de ambas comprobaciones está en turco fijo en el código. Cada línea de aviso de la protección muestra la línea set exacta que debes añadir.
• tosunac_doctor es un informe de consola aparte sobre ajustes arriesgados del AC, no sobre convars de FiveM.

Errores comunes#

Revisa esto antes de abrir un ticket de soporte.

• Credenciales definidas con setr o sets: llegan a todos los clientes o a la información pública del servidor.
• Credenciales colocadas después de ensure tosun-ac: no se recogen hasta el siguiente reinicio del recurso.
• Una clave del panel en configs/anticheat_config.lua: el archivo se envía a los clientes y la consola imprime un aviso MIGRATION.
• tosun_render sin iniciar: es una dependencia obligatoria.
• ts.Framework.framework dejado en "qb" en un servidor ESX o Qbox.
• ts.Locale dejado en "tr" en un servidor que no usa el turco.
• ts.appealDiscord dejado con el enlace de Discord del proveedor.
• ts.punishType en LOG o KICK: los bans manuales también pasan a ser logs o expulsiones.
• add_ace builtin.everyone command allow: todos los jugadores se saltan las comprobaciones de VPN y de país.
• Esperar que tosun.admin desbloquee tosunac_setup: eso necesita tosunac.admin más command.tosunac_setup.
• Esperar que los admins de txAdmin abran el menú del AC: los ACE de txAdmin solo dan estado de staff. Añade tosun.admin o un permiso del panel.
• set tosun_db_bridge_enabled "0" sin tosun_db_bridge_manual "1": la línea se ignora.
• ts.Debug dejado en true: las excepciones de staff y whitelist están desactivadas.

• Primeros pasos
• Comandos