AmneziaWG, WireGuard или OpenVPN: инженерный выбор

WireGuard как базовая архитектура

WireGuard создаёт интерфейс уровня 3 и связывает адреса туннеля с публичными ключами. Официальная спецификация перечисляет Noise_IK, Curve25519, ChaCha20-Poly1305, BLAKE2s, SipHash24 и HKDF. Все внешние пакеты идут по UDP. Протокол регулярно обновляет сессионные ключи и хранит небольшое состояние пиров.

Компактная модель облегчает аудит и развёртывание. WireGuard не включает выдачу конфигураций, учёт пользователей или маскировку. Официальный список ограничений прямо говорит, что обфускация относится к внешнему слою. Это честная граница проекта, а не дефект шифрования.

Для открытой сети WireGuard подходит как простой системный туннель. В сети, которая классифицирует его фиксированный формат или ограничивает UDP, администратору нужен дополнительный транспорт либо другой протокол. Перенос WireGuard поверх TCP также не входит в базовую спецификацию.

Что добавляет AmneziaWG 3.1

AmneziaWG меняет наблюдаемые поля WireGuard-пакетов. Версия 3.0 поддерживает диапазоны H1 - H4, префиксы S1 - S4 и сигнатурные I1 - I5. J-параметры задают число и размер служебных junk-пакетов. Amnezia указывает DNS и QUIC как примеры рисунка, который можно формировать.

Криптографическое ядро остаётся совместимым с конструкцией WireGuard, но обычный WireGuard-клиент не понимает параметры AmneziaWG. Нужен AmneziaVPN 5.0.1.5 или новее либо совместимый нативный клиент. Для 3.0 создают новую конфигурацию; профиль Legacy не обновляется на месте.

Дополнительные параметры увеличивают количество способов ошибиться. Пересекающиеся H-диапазоны, несовпадающие настройки или пакет больше MTU нарушают работу. Маскировка помогает против части методов классификации, но не скрывает адрес сервера и не обходит полный запрет UDP.

Как устроен OpenVPN

OpenVPN 2.6 поддерживает TUN и TAP, TLS-аутентификацию, сертификаты, UDP и TCP. В TLS-режиме control channel договаривается о ключах, а data channel переносит трафик туннеля. Параметры tls-auth и tls-crypt могут защищать или скрывать часть control channel. Гибкость позволяет использовать PKI, парольную аутентификацию, proxy и разные платформы.

Официальная документация рекомендует UDP для производительности. TCP помогает в сетях, где UDP запрещён, но создаёт риск TCP-over-TCP: внешний и внутренний уровни одновременно повторяют потерянные данные, что увеличивает задержку. Порт TCP 443 сам по себе не делает поток HTTPS; классификатор может учитывать протокольные признаки.

Большой набор опций повышает стоимость сопровождения. Команда должна управлять CA, сертификатами, списком отзыва, cipher negotiation и версиями клиента. Эта сложность оправдана, если организация использует PKI и нуждается в совместимости с существующей инфраструктурой.

Безопасность и модель доверия

WireGuard и AmneziaWG используют статические ключи пиров и cryptokey routing. Потеря клиентского PrivateKey требует отзыва пира и выпуска нового ключа. Amnezia-параметры не защищают украденный ключ. Отдельная конфигурация на устройство ограничивает последствия компрометации.

OpenVPN в распространённом TLS-режиме использует CA и клиентские сертификаты. Администратор может отозвать сертификат через CRL, но должен защищать корневой ключ и серверную конфигурацию. tls-auth или tls-crypt добавляют общий секрет control channel; его жизненный цикл тоже требует управления.

Сравнивать алгоритмы без конфигурации недостаточно. Устаревший клиент, открытая панель, слабая защита ключей или неверная маршрутизация снижают безопасность любого протокола. Официальные источники и актуальные версии имеют больший вес, чем списки «самых безопасных VPN».

Производительность, MTU и потери

WireGuard проектировался как компактный UDP-туннель и имеет реализации в ядре Linux и userspace. AmneziaWG добавляет поля и служебные пакеты, но размер эффекта зависит от реализации и параметров. Официальные источники не дают универсального процента потери скорости. OpenVPN зависит от криптобиблиотеки, режима data channel, платформы и transport.

MTU влияет на все три варианта. Дополнительная инкапсуляция уменьшает полезный размер внешнего пакета. Фрагментация или black-hole PMTUD проявляются как зависание крупных ответов. Для AWG сигнатурный пакет, превышающий MTU, может фрагментироваться ещё до handshake.

Тестируйте на одинаковом сервере, маршруте и времени. Соберите throughput в обе стороны, p50/p95 RTT, потери, CPU, время handshake и восстановление после смены сети. Для OpenVPN TCP добавьте сценарий с потерями, чтобы увидеть TCP-over-TCP. Одно число Mbps не описывает пользовательский опыт.

Матрица решения

Выберите WireGuard для контролируемых сетей, где нужен компактный IP-туннель и UDP доступен. Выберите AmneziaWG 3.1 как кандидата для сетей, где фиксированные признаки WireGuard создают проблему и совместимые клиенты допустимы. Выберите OpenVPN, если важны PKI, зрелая корпоративная интеграция или TCP fallback.

Решение должно учитывать ОС, централизованный отзыв, transport policy, требования к proxy, режим TUN/TAP, опыт команды, наблюдаемость и резервный канал. Создайте тестовый профиль каждого допустимого класса и проверьте его у целевых операторов. Не выдавайте неподтверждённый вариант всей базе.

Добавьте к матрице процедуру выпуска и отзыва. Для WireGuard и AWG заведите уникальный peer на устройство, храните публичный ключ и дату выдачи, а приватный ключ оставляйте только у клиента. Для OpenVPN документируйте выпуск сертификата, срок действия, CRL и защиту корневого CA. Общий файл на группу пользователей делает адресный отзыв невозможным независимо от протокола.

Проверьте модель DNS и IPv6. Туннель может успешно подняться, но отправить DNS мимо нужного интерфейса или оставить IPv6 вне маршрута. Для каждого кандидата зафиксируйте DNS-сервер, AllowedIPs либо pushed routes, поведение при недоступном резолвере и отсутствие неожиданных обходных маршрутов. Эти проверки относятся к конфигурации сервиса, а не к криптографии.

Оцените обновление без простоя. WireGuard обычно сохраняет простой формат peer, но смена ключа требует координации. AWG 3.1 добавляет обязательную совместимость клиента и новый профиль при переходе с Legacy. OpenVPN может менять допустимые TLS-наборы и настройки data channel между версиями. Тестовая группа должна пройти обновление, отзыв и rollback до массового релиза.

Последний критерий касается поддержки. Специалисту нужен короткий диагностический сценарий для handshake, маршрута, DNS и MTU. Если команда умеет обслуживать один протокол и не имеет наблюдаемости для другого, теоретическое преимущество второго может обернуться более долгим восстановлением. Включите время диагностики и доступность безопасного резервного профиля в итоговый балл.

До релиза проведите тест отзыва одного пользователя. Удалите peer WireGuard или AWG, обновите CRL OpenVPN и подтвердите, что остальные устройства сохранили доступ. Затем выпустите новые учётные данные и проверьте журнал аудита. Этот сценарий показывает реальную готовность эксплуатации лучше списка поддерживаемых алгоритмов. Повторите проверку с потерянным телефоном и истёкшим сертификатом. Документ должен назвать ответственного, допустимое время отзыва и способ уведомления пользователя. Такая процедура закрывает риск, который таблица скорости и перечень шифров не показывают. Результат внесите в журнал релиза вместе с датой проверки.