Instalación Anticheat ESX: Dependencias y Pruebas

Verifica personaje, cuentas, inventario, spawn y trabajos en es_extended.

Legacy y forks antiguos pueden tener tablas o APIs distintas. El nombre no garantiza todas las funciones económicas.

Puntos a verificar

• es_extended activo; ts.Framework.framework esx.
• identifier, source y selección se comprueban aparte.
• Datos desconocidos no equivalen a saldo cero.
• Prueba hospital, policía, garaje y armas sin inventario.

Orden de instalación y activación

1. Crea cuenta con Sign up, verifica correo y pago del plan de pago apropiado.
2. Selecciona servidor correcto, respalda recurso/ajustes/base del juego y descarga su paquete.
3. Extrae en tosun-ac; guarda licencia solo en server.cfg con set.
4. Conserva dependencias, ajusta campo AC de framework e inicia en mantenimiento.
5. Completa pruebas con personaje de test; registra versión, fecha y resultados.

Ejemplo inicial de server.cfg

set tosun_ac_license "YOUR_SERVER_LICENSE"

ensure oxmysql
ensure es_extended
ensure tosun-ac

Cómo evaluar el resultado

• Inicio muestra versión y framework reales.
• Flujos legítimos no producen sanción inesperada ni exención permanente.
• Datos corresponden al servidor/personaje correcto; se explican límites.
• Rendimiento y falsos positivos se revisan con juego representativo.

Cuentas y esquema ESX

El puente espera identifier, accounts y job en users, y owned_vehicles. Efectivo corresponde a money en ESX, banco a bank. Cuentas/JSON propios pueden rechazarse; no demuestra saldo vacío. La edición de saldo en línea está activa por defecto y solo la usan usuarios del panel con rol admin u owner; no edites saldos hasta validar lecturas. Fija el total, no suma; si el saldo esperado no coincide (stale_balance), nada cambia. Las líneas antiguas tosun_db_bridge_enabled y tosun_db_bridge_money_write se ignoran mientras el modo manual esté desactivado; para desactivar la conexión usa Disable connection en la tarjeta Tosun Connect (Servidores → el servidor). Avanzado: con set tosun_db_bridge_manual "1" en server.cfg, esas dos líneas vuelven a leerse de server.cfg y cada una queda desactivada si no vale "1"; la línea manual sola apaga la conexión y la edición de saldo, y manual "1" más enabled "1" mantiene las lecturas y bloquea la edición de saldo.

Pruebas ESX

Con ox_inventory conserva adaptador ESX y dependencias. Propiedad de armas necesita hasWeapon o respuesta válida; API inaccesible no demuestra ausencia.

1. Verifica identifier real y personaje online.
2. Compara una lectura de efectivo/banco/trabajo con juego.
3. Prueba arma, soltarla, equipo policial y cambiar personaje.
4. Reanimación y teletransportes casa/garaje; integra MarkTeleport si procede.
5. Precio, permiso, cantidad y repeticiones deben validarse en servidor de tiendas/recompensas.

Preparar una instalación recuperable

Anota la versión del artifact y los nombres de recursos del framework e inventario. Descarga el paquete del servidor correcto en Servers: una licencia o un paquete ajenos pueden conectar otra instalación. Comprueba la suscripción de pago y tu permiso de administración. Mantén el ZIP privado.

1. Guarda una copia de tosun-ac, la configuración editable y la base de datos del juego. Comprueba que puedes abrirla antes de sustituir archivos.
2. Extrae el paquete aparte. fxmanifest.lua debe quedar directamente dentro de tosun-ac, sin otra carpeta tosun-ac anidada.
3. Compara tus ajustes con los nuevos valores predeterminados. Conserva cambios deliberados e integraciones; no sustituyas toda la configuración nueva por una antigua.

Avisar justo antes del teletransporte

Valida jugador, destino servidor, permiso y actividad. Llama MarkTeleport inmediatamente antes del movimiento. src y destination deben venir del flujo servidor validado, no de parámetros libres del cliente. El fragmento no es un evento de red completo.

No necesita lista de confianza. Relaja movimiento y controles relacionados de visibilidad/godmode/cámara; armas, dinero, abuso e injection siguen activos. Con los ajustes predeterminados, para recursos fuera de la lista de confianza: hasta 15 segundos por llamada y 180 por jugador en diez minutos. Extensiones gastan presupuesto; no lo repitas cada tick.

-- Dentro de un flujo servidor ya validado:
local ok = exports["tosun-ac"]:MarkTeleport(src, 8000, "house_enter")
if ok then
    SetEntityCoords(GetPlayerPed(src), destination.x, destination.y, destination.z)
end

Medir una referencia comparable

Perfila una sesión representativa antes de cambiar ajustes. Anota jugadores, artifact, versiones y actividad. Rol tranquilo, garajes llenos y combate generan cargas distintas. Tras un cambio compara el mismo escenario. CPU, hitches y consultas sirven más que prometer FPS fijos.

Los comandos registran una muestra limitada. Espera el final y revisa recurso e hilo de cada pico. No atribuyas todo hitch al anticheat. Guarda en privado valor exacto y comparación; una muestra corta no cubre toda hora punta.

profiler record 500
profiler status
profiler view

tosunac_doctor

Ajustar sanciones según pruebas

Observa controles sensibles al contexto y prueba juego normal. Un registro no exige banear a todos. Verifica selección, reanimación, teletransportes, policía y armas por script. Usa integración específica en lugar de exención permanente.

tosunac_doctor informa de valores efectivos arriesgados sin cambiarlos. Revisa sanciones fuertes, salvaguardas apagadas, debug y fail-open. El panel puede sustituir valores locales; evalúa los activos.

Una exención puede esconder quejas sin resolver la causa. Guarda excepciones temporales con fecha y script. Tras verificar integración retírala y repite el escenario comparando registros.

• Cambia un valor y registra razón, revisión y valor anterior.
• Compara repeticiones con acciones legítimas y horarios.
• Retesta tras cambiar sanción, core o inventario.
• Ante nuevos falsos positivos restaura y corrige la causa antes de endurecer.

Actualización, recuperación y soporte

Repite las pruebas al cambiar core, inventario, trabajos o AC. No cambies esquema, sanción y versión simultáneamente. Si falla lo nuevo, restaura recurso y ajustes guardados en mantenimiento; evalúa pérdida de datos antes de restaurar el banco. A soporte proporciona versiones de artifact/core/inventario/AC, recurso, pasos, hora y primer error limpio. No publiques identificadores, licencias, contraseñas o tokens.

Detalles relacionados

Documentación de instalación · Puente de base de datos · Exports del servidor

Sign upDocumentación Ver precios

Preguntas frecuentes

Relacionado: QBCore · Standalone · vRP · OX/Qbox · Guías por framework · Detección de RedEngine