Instalación Anticheat Standalone: Dependencias y Pruebas

Prueba protecciones generales y reglas propias en modos custom, FFA y minijuegos.

Pueden usarse controles generales apropiados. oxmysql sigue siendo necesario; APIs propias no se convierten en QBCore/ESX.

Puntos a verificar

• standalone o auto validado.
• oxmysql y tablas de registros listas.
• Prueba rondas, revive, spawn y arena.
• Explica que esquemas propios no están soportados por el puente.

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 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.

Separar protección y reglas

Algunos controles usan estado OneSync y natives disponibles. Revisa avisos de natives ausentes; no esperes comportamiento idéntico en todos los modos. Servidor determina premios, objetos y objetivos admin; no aceptes cantidad/ID libre del cliente.

Escenario FFA y minijuegos

Respawn rápido, armas de arena, espectador e invisibilidad temporal pueden ser normales. Prueba individualmente.

1. Entra/sal de rondas y reaparece varias veces sin exención duradera.
2. MarkTeleport corto antes de mover legítimamente.
3. Revisa y autoriza recurso de arena; AllowWeapon para un arma sin inventario.
4. Espectador/admin solo disponible para autorizados.
5. Tu código de recompensa evita pagar dos veces con peticiones simultáneas.

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 · ESX · vRP · OX/Qbox · Guías por framework · Detección de RedEngine