Mullvad Multihop WireGuard: как включить

Что меняется после включения Multihop

При single-hop клиент устанавливает туннель к одному VPN‑серверу, который и становится точкой выхода в интернет. В Multihop трафик сначала идёт на entry‑сервер, а затем по защищённому маршруту к exit‑серверу. Mullvad объясняет эту схему как дополнительный слой против анализа входящего и исходящего трафика: наблюдение одного дата‑центра даёт меньше информации, чем в одноузловой конфигурации. При этом второй сервер не отменяет ограничения VPN как класса: если вы вошли в персональный аккаунт, разрешили браузеру геолокацию или используете узнаваемый отпечаток браузера, сетевой маршрут не скрывает эти признаки. Multihop полезен только там, где дополнительный сетевой разнос соответствует реальной модели угроз, а не просто включён как ещё одна галочка.

Важно: Не включайте второй hop «для галочки». Сначала решите, важнее ли вам устойчивость маршрута к наблюдению или минимальная задержка.

Как включить Multihop в приложении Mullvad

1. 1. Обновите Mullvad VPN и убедитесь, что обычное WireGuard‑подключение работает без ошибок. Это отделяет проблемы базовой сети от проблем Multihop.
2. 2. Откройте Advanced → VPN settings → WireGuard settings и включите Enable multihop. Это путь, указанный в официальной инструкции Mullvad для функции Multihop.
3. 3. Вернитесь к выбору локации. Интерфейс должен позволить выбрать Entry location — первый сервер, к которому подключается клиент, и Exit location — сервер, через который трафик выходит в интернет.
4. 4. Для первого теста выберите entry в географически близком регионе, а exit в нужной стране. Такая пара обычно даёт более предсказуемую задержку, чем два далёких узла.
5. 5. Подключитесь и проверьте внешний IP. Он должен соответствовать exit‑локации, а не entry‑серверу.
6. 6. Запустите несколько реальных задач: браузинг, видеозвонок, скачивание файла. Сравните не только мегабиты, но и ping, джиттер и стабильность.

Совет: Меняйте только одну часть пары за раз. Если одновременно сменить entry и exit, будет непонятно, какой участок улучшил или ухудшил маршрут.

Как выбирать пару Entry / Exit

• Нужен IP конкретной страны. ближайший стабильный узел. нужная страна. минимизирует лишний географический крюк
• Повышенная приватность. другая инфраструктура/юрисдикция. страна выхода. разносит наблюдение по двум точкам
• Плохой peering у провайдера. узел с лучшим маршрутом от вашего ISP. нужная локация. иногда второй hop может обойти неудачный маршрут
• Игры и звонки. максимально близко. максимально близко к сервису. если latency высока — вернитесь к single-hop

Совет: Редкий случай: Multihop может оказаться быстрее single-hop из‑за более удачного peering. Это исключение нужно подтверждать измерением.

Как выбрать Entry и Exit без лишней задержки

Entry и Exit решают разные задачи. Entry — первый сервер Mullvad, поэтому его имеет смысл выбирать так, чтобы путь от вас до него был стабильным и не делал большой географический крюк. Exit — второй сервер и точка, чей внешний IP увидят сайты, поэтому именно его страна важна для нужной локации выхода. Не пытайтесь максимизировать расстояние между узлами ради самого факта multihop: длинный маршрут не становится автоматически «приватнее», зато увеличивает число сетевых участков и вероятность нестабильности. Сначала выберите близкий Entry и нужный Exit, затем сравните эту пару с single-hop по ping, потерям и скорости в одном и том же приложении. Если рабочий сервис чувствителен к задержке, сохраните отдельный single-hop сценарий вместо постоянного компромисса.

Совет: Если нужен конкретный внешний IP‑регион, фиксируйте прежде всего Exit. Entry влияет на первый участок маршрута, но не задаёт страну, которую обычно видит сайт.

Как понять, что внешний IP и маршрут работают правильно

Сначала проверьте, что приложение показывает активный Multihop и обе выбранные локации. Затем откройте сервис определения IP: внешний адрес должен принадлежать exit‑серверу, потому что именно он обращается к конечным сайтам. После этого сравните DNS‑поведение и доступ к локальным ресурсам. Если сайт открывается, но корпоративное приложение перестало работать, причиной может быть не сам Multihop, а блокировка VPN‑адресов, дополнительный прокси, split tunneling или правила локального фаервола. Для диагностики временно отключите лишние сетевые слои и вернитесь к простому single-hop; если там всё работает, снова включите Multihop и меняйте по одному параметру. Такой порядок быстрее случайной смены серверов и DNS одновременно.

Предупреждение: Если сервис блокирует конкретный exit‑IP, смена entry‑сервера обычно не поможет: конечный сайт видит именно выходной адрес.

Когда Multihop лучше отключить

Второй hop не нужен постоянно. Для онлайн‑игр, удалённого рабочего стола, видеоконференций и интерактивных приложений лишняя задержка часто заметнее, чем выгода от дополнительного маршрута. Для больших загрузок важна ещё и пропускная способность обоих серверов и сетей между ними. Если вы используете VPN в основном в домашней сети для защиты трафика от локального провайдера и не рассматриваете компрометацию VPN‑выхода как значимую угрозу, single-hop может быть рациональнее. Практический подход — сохранить две привычные схемы: быструю одноузловую для повседневных задач и проверенную multihop‑пару для ситуаций, где повышенная приватность действительно важна. Так вы не платите скоростью за функцию, которую в данный момент не используете.

Как тестировать пары без самообмана

Измеряйте одну и ту же задачу несколькими повторами: например, три серии ping до одного хоста, загрузку одного крупного файла и реальный видеозвонок. Не сравнивайте single-hop утром с Multihop вечером на перегруженном Wi‑Fi — такой результат смешивает слишком много переменных. Запишите entry, exit, время и тип подключения. Если один маршрут нестабилен, попробуйте другой entry при том же exit; затем, если проблема сохраняется, смените выход. Так вы постепенно локализуете слабый сегмент. Для постоянной конфигурации важнее не рекордный разовый speedtest, а повторяемая задержка, отсутствие обрывов и приемлемая скорость в часы, когда вы реально пользуетесь VPN.

Как сохранить рабочую пару серверов

Когда нашли стабильную комбинацию Entry и Exit, запишите её вместе с фактической задержкой и назначением. Например: «Entry — близкий регион, Exit — нужная страна, подходит для браузера и рабочих сервисов, но не для звонков». Такой простой журнал полезнее списка случайных speedtest: через неделю вы сможете вернуться к проверенной паре после обновления приложения или смены сети. Если Mullvad временно выводит один сервер из эксплуатации или нагрузка меняется, заменяйте сначала только один узел и повторяйте тест. Для поездок сохраните хотя бы две альтернативы с разными entry‑локациями. Это не усложнение ради сложности, а способ быстро восстановить рабочий маршрут без перебора десятков стран в момент, когда соединение уже нестабильно.

Что учитывать

Условия меняются. Страница отражает состояние на 2026-09-21; при расхождении с официальной документацией приоритет у первоисточника.

Источники и проверка

Фактическая часть сверена по первичным источникам (в т.ч. Multihop with WireGuard). Пример и формулировки — редакция N1RO на 2026-09-21.

• Multihop with WireGuard