Instalación Anticheat QBCore: Dependencias y Pruebas

Verifica dependencias, personajes, armas, datos del panel y activación en qb-core.

Un core activo no confirma la misma API en cada banco/inventario. Conserva tu instalación y prueba la integración.

Puntos a verificar

• qb-core activo; valor qb o auto verificado.
• Distingue citizenid de source temporal.
• Prueba armas propias y de arena separadas.
• Eventos propios validan permiso, cantidad y actividad en servidor.

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

Ajuste QBCore y alcance

Edita ts.Framework.framework existente a qb en configs/anticheat_config.lua sin borrar la tabla. Con ox_inventory conserva dependencias y compatibilidad. El control de armas prefiere ox_inventory activo; fallo API no prueba falta de propiedad.

Prueba de personaje y economía

El puente lee campos/índices compatibles de players por citizenid y player_vehicles. No replica bancos ni stashes enteros. La conexión y la edición de saldo en línea están activas por defecto, sin línea propia en server.cfg; las líneas antiguas tosun_db_bridge_enabled y tosun_db_bridge_money_write se ignoran mientras el modo manual esté desactivado. Solo usuarios del panel con rol admin u owner fijan el saldo, con el personaje conectado y si el saldo esperado coincide; valida antes las lecturas. Para detenerla en este servidor 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.

1. Conecta personaje con trabajo, efectivo, banco y vehículo conocidos.
2. El puente está activo por defecto: lee un personaje en el panel y compara con juego.
3. Cambia personaje y relee; descarta identidad/source anteriores.
4. Prueba casas, garajes, policía y armas de arena sin inventario.
5. Revisa que recompensas no acepten cantidad libre ni otro jugador del cliente.

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