Instalación Anticheat vRP / vRPex: Dependencias y Pruebas

AC general, nombres reales, permisos y economía propia para forks vRP.

Forks pueden diferir en carpetas, Proxy/Tunnel y esquema. Integración general, no adaptador económico completo automático.

Puntos a verificar

• Identifica core y controlador reales.
• Prepara oxmysql para AC sin cambiar al azar el controlador anterior.
• Usa standalone válido sin adaptador específico.
• Valida user_id, source y permisos en tu 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
# Conserva aquí el inicio de tu core vRP y controlador.
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.

Usar nombre real

Conserva inicio vRP funcional donde hay comentario. No añadas ensure vrp si carpeta es distinta. Usa standalone explícito para protección general. La etiqueta vrp detectada no demuestra un adaptador completo de economía o inventario. Evalúa controlador vRP y oxmysql del AC por separado.

Prueba permisos y operaciones

Proxy/Tunnel no autoriza premios ni acciones de staff. Tu código compara user_id y source, grupo/trabajo y estado servidor.

1. Prueba spawn, hospital y garaje con jugador controlado.
2. Avisa teletransportes brevemente con MarkTeleport.
3. Arma por script usa AllowWeapon autorizado.
4. Miembro sin permiso no ejecuta eventos sensibles en staging.
5. Código propio impide doble recompensa por llamadas repetidas/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 · Standalone · OX/Qbox · Guías por framework · Detección de RedEngine