Установка Античита vRP / vRPex: Зависимости и Проверки

Общая AC, реальные ресурсы, права и своя экономика на forks vRP.

Forks отличаются папками, Proxy/Tunnel и схемой. Общая интеграция, не полный автоматический экономический адаптер.

Что проверить

• Определить реальные core и драйвер.
• Подготовить oxmysql AC, не меняя драйвер случайно.
• Использовать standalone без специального адаптера.
• Проверять user_id, source и права на сервере.

Порядок установки и запуска

1. Создайте аккаунт через Sign up, подтвердите почту и оплату подходящего платного тарифа.
2. Выберите сервер, сохраните ресурс/настройки/игровую базу и скачайте его пакет.
3. Распакуйте в tosun-ac; лицензию храните только в server.cfg через set.
4. Сохраните зависимости, укажите режим AC и запускайте при обслуживании.
5. Проверьте тестового персонажа; запишите версию, дату и результат.

Начальный пример server.cfg

set tosun_ac_license "YOUR_SERVER_LICENSE"

ensure oxmysql
# Сохраните здесь запуск своего core vRP и драйвера.
ensure tosun-ac

Как оценить результат

• Запуск показывает реальную версию и фреймворк.
• Легитимные действия не вызывают наказаний или постоянного исключения.
• Данные относятся к нужному серверу/персонажу; ограничения названы.
• Нагрузку и ложные срабатывания проверяют на типичной игре.

Настоящее имя ресурса

Сохраните работающие строки vRP у комментария. Не добавляйте ensure vrp при другом имени. Для общих проверок задайте standalone явно. Автоопределение vrp не доказывает полный адаптер экономики или инвентаря. Отдельно оценивайте драйвер vRP и oxmysql AC.

Права и операции

Proxy/Tunnel не разрешает награды/admin-действия сам по себе. Код проверяет user_id/source, группу/работу и состояние сервера.

1. Тестировать spawn, больницу, гараж контролируемым игроком.
2. Коротко сообщать телепорт через MarkTeleport.
3. Скриптовое оружие получает trusted AllowWeapon.
4. В staging неуполномоченная группа не запускает чувствительное событие.
5. Своя транзакция не выдаёт награду дважды при повторных/параллельных вызовах.

Подготовка с возможностью отката

Запишите версию artifact и названия ресурсов фреймворка и инвентаря. Скачайте пакет именно для сервера, выбранного в Servers: чужая лицензия может подключить другую установку. Проверьте платную подписку и право управления. Не публикуйте ZIP в открытом доступе.

1. Сохраните текущую папку tosun-ac, редактируемые настройки и игровую базу. До замены убедитесь, что резервная копия доступна.
2. Распакуйте пакет отдельно. fxmanifest.lua должен находиться непосредственно в tosun-ac, без второй вложенной папки tosun-ac.
3. Сравните свои настройки с новыми значениями. Перенесите осознанные изменения и интеграции, но не заменяйте новую конфигурацию целиком старой.

Сообщать перед телепортом

Проверьте игрока, серверную точку, право и действие. MarkTeleport вызывается непосредственно перед перемещением. src и destination берутся из проверенного серверного процесса, не свободных клиентских параметров. Это фрагмент, не готовое сетевое событие.

Trust не требуется. Кратко ослабляет движение и связанные видимость/godmode/камеру; оружие, деньги, злоупотребление событиями и injection остаются. По умолчанию для ресурсов вне списка доверия: 15 секунд за вызов, 180 на игрока за десять минут. Продления расходуют бюджет; не вызывайте каждый tick.

-- Внутри уже проверенного серверного процесса:
local ok = exports["tosun-ac"]:MarkTeleport(src, 8000, "house_enter")
if ok then
    SetEntityCoords(GetPlayerPed(src), destination.x, destination.y, destination.z)
end

Измерение воспроизводимой нагрузки

До изменения снимите профиль типичной сессии. Запишите игроков, artifact, версии и действия. Спокойная игра, заполненные гаражи и бой различаются. После одного изменения сравните тот же сценарий. CPU, hitch и запросы полезнее обещаний постоянного FPS.

Команды записывают ограниченную выборку. Дождитесь завершения и найдите ресурс и поток пика. Не связывайте каждый hitch с AC. Сохраните значения и сравнение приватно; короткая запись не охватывает все пики.

profiler record 500
profiler status
profiler view

tosunac_doctor

Наказание по контексту и доказательствам

Наблюдайте контекстные проверки и тестируйте обычную игру. Лог не означает бан всем. Проверьте персонажа, реанимацию, телепорты, полицию и скриптовое оружие. Узкая интеграция лучше постоянного исключения.

tosunac_doctor сообщает рискованные действующие значения, не меняя их. Проверьте жёсткие наказания, отключённые защиты, debug и fail-open. Панель может переопределить локальные настройки; смотрите эффективные.

Исключение может скрыть жалобы, не исправляя причину. Сохраните временные исключения, даты и скрипты. После исправления удалите исключение и сравните логи повторённого сценария.

• Меняйте одно значение, записывая причину, проверяющего и прошлое значение.
• Сравнивайте повторения с легитимными действиями и временем.
• После изменения наказания, core или инвентаря тестируйте снова.
• При новых ложных срабатываниях верните значение и исправьте причину до усиления.

Обновление, восстановление и поддержка

Повторяйте тесты после изменения core, инвентаря, работ или AC. Не меняйте схему, наказание и версию вместе. При сбое нового изменения восстановите ресурс и настройки при обслуживании; до восстановления БД оцените потерю данных. Поддержке нужны версии artifact/core/инвентаря/AC, ресурс, шаги, время и первая очищенная ошибка. Не публикуйте данные игроков, лицензии, пароли и токены.

Дополнительные инструкции

Документация установки · Мост базы данных · Server exports

Sign upДокументация Цены

Частые вопросы

Похожее: QBCore · ESX · Standalone · OX/Qbox · Все руководства · Обнаружение RedEngine