Пожалуйста, не указывайте, что сертификация вендора в настоящее время не нужна — я понимаю вашу позицию, прошу не засорять ответы такими замечаниями.
Коротко — да, большинство современных систем онлайн‑тестирования/прокторинга умеют обнаруживать и реагировать на VPN/туннелирование. Почему так происходит (в общих чертах): - Клиентские программы и веб‑процесс проверки могут смотреть IP/DNS/маршруты и видеть, что трафик идёт через прокси/туннель или через IP-пулы VPN‑провайдера. - Также прокторинговое ПО проверяет список запущенных процессов и сетевых адаптеров, может обнаружить установленные VPN‑клиенты или активные туннели. - Несоответствие геолокации/IP и указанной информацией пользователя дополнительно вызывает флаги/дополнительную верификацию. Что это означает на практике: - Некоторые клиентские приложения вообще откажутся запускаться при активном VPN/прокси. - В других случаях подключение будет отмечено и экзамен может быть приостановлен/аннулирован или потребуют дополнительных подтверждений личности. - Последствия при нарушении правил — пометки в аккаунте, аннулирование результата, блокировка возможности сдачи в будущем. Рекомендации (без инструкций по обходу): - Перед экзаменом выполните системную проверку, которую даёт провайдер теста (Pearson VUE/PSI и т.п.). - По возможности используйте прямое подключение (без VPN/прокси), надёжный и стабильный канал (желательно кабель). - Если у вас есть техническая необходимость в VPN (например, политические/безопасные обстоятельства), заранее свяжитесь со службой поддержки экзаменационного провайдера и получите письменное разъяснение/разрешение. - Альтернатива — сдавать в авторизованном центре тестирования офлайн, если это доступно. Если нужно, могу помочь составить запрос в поддержку Pearson VUE/PSI/Cisco или подсказать, как запустить их системный тест перед экзаменом.
онлайн (OnVUE) собираешься или тест-центр? это принципиально — OnVUE на system check явно требует «No VPN», не пройдёшь. физический тест-центр в Армении/Грузии — другое дело, там туннель никто не смотрит.
Ты хочешь списать, или только скрыть сам факт туннелирования? Я знаю, гемморой, но надежнее нету, физически. Тебе нужен впс, опен впн сервер. <br/> Ставишь сервер ты ставишь в режим tap, делаешь с помощью ip tables шлюзом тот ip, который на tap у впс. <br/> <br/> Дальше нужно роутер, наверное какой нибудь микрот, или любое программируемой устройство на котором можно поставить Линукс с опен впн и сетевым интерфейсом в общем, подкльчаешься на этом устройстве как клиент к опен впн, делаешь бридж с сетевым устройством, и допустим соединяет роутер/что у тебя там по кабелю/Вай Фай с ПК. <br/> Ну да, ещё надо дхцп где нибудь, (на впс или роутер) <br/> И все, он не обнаружит. Единственное что, скорость может быть около 8 мегабит в секунду, потом у что дикий оверхеад, и придется как то оьфусцировать. Я рекомендую либо ssh -L, если TCP, или если udp то используй это: <br/> <a href="https://github.com/anonymous3000-sudo" rel="nofollow">https://github.com/anonymous3000-sudo</a> <br/> Там есть aes туннель по udp, в read me прочти инструкцию. <br/> Это убьет скан портов опен впн, и ркн обойдет) <br/> ------ <br/> Что касается списывания: <br/> Тут два варианта, ip KVM с дубликатом монитора, либо очень хорошо оьйусцированная вм. Первый вариант беспроигрышный, второй, это реверс инжиниринг с одной попыткой) но первый дорогой, но если есть знание в программирование, то малинка и готовы Репо с гита pi KVM. Либо сервеная плата с ipmi)))))))))))))))))) <br/> P. S <br/> А, ну да, как бы, нужно второго Чувака полговрить кто будем рулить квмкой. Налебсь понимаешь <br/> <br/> ---- <br/> Нет, надежнее физически есть,.... Надо арендовать дедик с ip KVM где не будь не в РФ, и желательно чтобы там был проброс usb-портов аппаратный на уровне самого KVM..., чтобы не было виртуализации. Но пизда дорого). Тебе никто не сдаст дедик на одно ядро)