Instalación Anticheat OX / Qbox: Dependencias y Pruebas

Distingue Qbox, ox_core y ox_inventory; verifica dependencias y alcance de datos.

ox_lib es biblioteca, oxmysql controlador, ox_inventory inventario, ox_core otro core. Qbox usa qbx_core. No inicies todo por nombres parecidos.

Puntos a verificar

• Verifica qbx_core, ox_lib, oxmysql en Qbox.
• AC qbox; evalúa ox_core puro aparte.
• Prueba API de inventario y armas legítimas.
• Puente para estructuras Qbox compatibles, no ox_core arbitrario.

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 ox_lib
ensure qbx_core
ensure ox_inventory
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.

No copiar ejemplo Qbox a OX puro

El ejemplo es Qbox. No añadas qbx_core a ox_core funcional; no recomienda cores alternativos juntos. En Qbox usa ts.Framework.framework qbox. En ox_core conserva dependencias y prueba AC general con standalone.

Inventario y puente son distintos

Armas pueden usar ox_inventory. El puente no entiende por ello personajes ox_core. Qbox: players/citizenid y player_vehicles compatibles con API online qbx_core.

Prueba Qbox e inventario

Revisa carga de personaje y equipo después de actualizar.

1. Comprueba un core real y modo AC correcto.
2. Mueve, equipa y retira arma de prueba; operación normal no exige log de detección.
3. Prueba selección, policía, vehículos y objetos emote.
4. AllowWeapon específico en arena y MarkTeleport en movimientos.
5. El puente Qbox está activo por defecto: compara datos con juego. La edición de saldo en línea (solo admin/owner) también está activa por defecto; úsala solo tras validar lecturas.

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