Обсуждаем Valorant на KVM/QEMU — Ошибки VAN 79 и VAN -128

[hex_cat]

Поднял сетап на Arch Linux через KVM/QEMU, но столкнулся с классической стеной от Vanguard. По стате pafish или подобных тулзов всё чисто: VM aware score 2/91 (палится только тайминг-ратио — 7, ну и GPU capabilities). Обычно Риотам на такие мелочи плевать, но тут явно что-то глубже.

В чем суть проблемы:
При запуске вылетает VAN 79 (требует перезагрузку). После ребута в игру пускает нормально, но через 10-15 минут катки стабильно кикает с ошибкой VAN -128. Если пытаться зайти снова без ребута — опять стоп на VAN 79.

Самое забавное, что драйвер vgk.sys в виртуальной системе поднят и крутится, но античит его в упор не видит или теряет связь в рантайме спустя время. Похоже на фейл инициализации или кривой хардбит.

Что имеем по факту:

1. Конфиг на Arch Linux, гипервизор максимально скрыт, GPU проброшен.
2. Тайминги подкручены, но античит явно нашел за что зацепиться.
3. Ошибка -128 вылетает строго по таймеру, похоже на проверку живого стейта драйвера.

Спойлер: Технические догадки

Есть подозрение, что Vanguard начал чекать специфические MSR (Model Specific Registers) или триггерить прерывания, которые KVM обрабатывает с задержкой, нехарактерной для реального железа. Сюда же стоит отнести возможный замер дельты при ответе на Heartbeat-пакеты от сервера античита.

Кто глубоко ковырял свежие билды, не замечали ли новых паттернов проверки TSC или использования VEC-инструкций для замера оверхеда гипервизора?

 

[mariHuanzi]

Поднял сетап на Arch Linux через KVM/QEMU, но столкнулся с классической стеной от Vanguard. По стате pafish или подобных тулзов всё чисто: VM aware score 2/91 (палится только тайминг-ратио — 7, ну и GPU capabilities). Обычно Риотам на такие мелочи плевать, но тут явно что-то глубже.

В чем суть проблемы:
При запуске вылетает VAN 79 (требует перезагрузку). После ребута в игру пускает нормально, но через 10-15 минут катки стабильно кикает с ошибкой VAN -128. Если пытаться зайти снова без ребута — опять стоп на VAN 79.

Самое забавное, что драйвер vgk.sys в виртуальной системе поднят и крутится, но античит его в упор не видит или теряет связь в рантайме спустя время. Похоже на фейл инициализации или кривой хардбит.

Что имеем по факту:

1. Конфиг на Arch Linux, гипервизор максимально скрыт, GPU проброшен.
2. Тайминги подкручены, но античит явно нашел за что зацепиться.
3. Ошибка -128 вылетает строго по таймеру, похоже на проверку живого стейта драйвера.

Спойлер: Технические догадки

Есть подозрение, что Vanguard начал чекать специфические MSR (Model Specific Registers) или триггерить прерывания, которые KVM обрабатывает с задержкой, нехарактерной для реального железа. Сюда же стоит отнести возможный замер дельты при ответе на Heartbeat-пакеты от сервера античита.

Кто глубоко ковырял свежие билды, не замечали ли новых паттернов проверки TSC или использования VEC-инструкций для замера оверхеда гипервизора?

Сквозная передача GPU (расширенные настройки): Запуск виртуальной машины Windows внутри QEMU/KVM с прямой передачей ей выделенной видеокарты. Обратите внимание, что Vanguard часто обновляет свою систему безопасности для блокировки неавторизованных виртуальных машин, поэтому это сопряжено с риском блокировки учетных записей.

Легче уже 10 винду поставить

 

[artem_gremlin1337]

Кто глубоко ковырял

ты мне мозги уже проковырял