Туннелирование через ретранслятор в Hamachi¶

Туннелирование через ретранслятор — режим работы виртуальной частной сети LogMeIn Hamachi, при котором сетевой трафик между участниками локальной сети передаётся через промежуточный сервер (ретранслятор), а не напрямую между клиентами. Режим активируется автоматически, когда прямое соединение (P2P) между двумя узлами невозможно, и нередко сопровождается сообщением «Tunneling via relay» или «Туннелирование через ретранслятор». Хотя соединение в этом случае остаётся рабочим, его пропускная способность и задержка существенно хуже, чем при прямом канале, поэтому пользователи часто воспринимают его как «блокировку».

¶Причины туннелирования через ретранслятор

Hamachi использует гибридную модель соединения. По умолчанию клиенты пытаются установить прямой UDP-канал между собой (NAT traversal). Если это удаётся, трафик идёт напрямую, и в сетевом окне отображается статус «Прямое соединение». Когда прямой канал построить не удаётся, клиенты обращаются к серверу-ретранслятору Hamachi, и соединение помечается как «Туннелирование через ретранслятор».

Основные причины, по которым прямое соединение не устанавливается:

• Симметричный NAT на стороне одного или обоих участников. В этом случае адрес и порт наружного соединения меняются для каждого назначения, и стандартные методы обхода NAT не срабатывают.
• CGNAT (Carrier-Grade NAT) у провайдера. Мобильные операторы и часть широкополосных провайдеров раздают клиентам адреса из внутренних диапазонов, что делает прямое соединение практически невозможным без дополнительных средств.
• Двойной NAT — ситуация, когда за роутером пользователя находится ещё один маршрутизатор (например, модем провайдера в режиме роутера).
• Жёсткий файрвол или отсутствие проброса портов UDP 12975, используемого Hamachi для установления прямых каналов.
• Блокировка UDP на уровне провайдера или корпоративной сети.

¶Как определить, что соединение идёт через ретранслятор

В интерфейсе Hamachi статус отображается в сетевом окне. При прямом соединении рядом с именем узла появляется отметка о прямом канале, при туннелировании — соответствующая пометка о работе через ретранслятор. Дополнительно можно открыть журнал Hamachi (меню «Сеть» → «Журнал») и найти строки, указывающие на способ установления канала. Снижение скорости передачи и заметная задержка при игре или файлообмене также косвенно указывают на ретрансляцию.

¶Способы устранения туннелирования

¶Настройка роутера и проброс портов

Для установления прямого соединения необходимо, чтобы UDP-трафик Hamachi проходал без преобразования. На роутере следует открыть (пробросить) порт 12975/UDP для локального адреса компьютера, на котором запущен клиент Hamachi. В настройках роутера также рекомендуется включить UPnP (Universal Plug and Play) — это позволяет Hamachi самостоятельно открывать нужные порты. Если роутер поддерживает DMZ, можно временно указать в нём адрес компьютера, чтобы исключить влияние файрвола на соединение.

¶Отключение симметричного NAT

Если в сетевых настройках Windows используется «Исходящий NAT с трансляцией адресов» (в свойствах подключения), его следует заменить на «Исходящий NAT с трансляцией адресов и портов». Этот параметр находится в свойствах подключения «Беспроводная сеть» или «Подключение по локальной сети» (вкладка «Доступ»). Для сетевых адаптеров виртуальных машин (VirtualBox, VMware) режим NAT необходимо перевести в режим «Bridged» или отключить, если они не используются.

¶Настройка файрвола и антивируса

Файрвол Windows и сторонние антивирусы (Kaspersky, Dr.Web, Avast и другие) могут блокировать UDP-трафик Hamachi. В исключениях файрвола необходимо разрешить работу hamachi.exe и hamachi-2.exe. В Kaspersky дополнительно следует включить режим «Низкий уровень фильтрации трафика» или добавить Hamachi в список доверенных приложений. После изменения правил рекомендуется перезапустить службу Hamachi.

¶Обновление драйверов и клиента

Устаревшие драйверы сетевого адаптера или самой виртуальной сетевой карты Hamachi могут препятствовать установке прямого соединения. Рекомендуется обновить драйверы сетевой карты с сайта производителя и переустановить клиент Hamachi последней версии. Иногда помогает удаление виртуального адаптера Hamachi через «Диспетчер устройств» с последующей переустановкой клиента.

¶Использование VPN вместо ретрансляции

Если прямое соединение не устанавливается по объективным причинам (например, оба участника находятся за симметричным NAT у мобильных операторов), альтернативой может служить подключение обоих клиентов к внешнему VPN-серверу с последующим образованием сети Hamachi поверх него. Этот подход не устраняет саму причину, но позволяет обойти ограничения провайдера.

¶Ограничения режима ретрансляции

При туннелировании через ретранслятор пропускная способность канала ограничена возможностями сервера Hamachi и обычно составляет существенно меньше, чем при прямом соединении. Задержка возрастает, что критично для онлайн-игр с реальным временем. Число одновременных туннельных соединений на один ретранслятор также ограничено, поэтому в сетях с большим числом участников часть пользователей может получать худшее качество связи.

¶Интересные факты

• Hamachi использует порт 12975/UDP для установления прямых каналов и TCP 443 для связи с сервером управления.
• Ретрансляция в Hamachi реализована на уровне приложения, поэтому не требует от пользователя настройки сервера — в отличие от собственных решений вроде WireGuard или OpenVPN.
• В бесплатной версии Hamachi ограничено число сетей и участников, но режим туннелирования доступен и в бесплатном, и в платном тарифах.

Источники: документация LogMeIn Hamachi; руководства по настройке сетевых подключений Windows; обзоры технологий NAT traversal.