Как исправить туннель через ретранслятор в Hamachi?

Как исправить туннель через ретранслятор в Hamachi?
Как исправить туннель через ретранслятор в Hamachi?
  • 👤 Автор Довбенко Владимир 📧 [email protected].
  • ⏱ Дата публикации 2025-08-19 22:41.
  • 🖍 Последние изменения 2025-10-01 11:50.
  • 👁 Количество просмотров 4.

Проблема ретранслятора в Hamachi

1.1. Что означает статус "туннель через ретранслятор"

Статус «туннель через ретранслятор» появляется, когда прямое соединение между двумя клиентами Hamachi невозможно из‑за ограничений сети (например, строгие правила NAT, блокировка входящих портов или отсутствие проброса портов). В этом случае программа автоматически создаёт промежуточный канал через один из серверов‑ретрансляторов, которым управляет сервис.

  • Как это работает: клиент, у которого нет возможности принимать входящие соединения, отправляет свои данные на ретранслятор; ретранслятор, имеющий открытый доступ к Интернету, перенаправляет их к другому клиенту, который может принимать соединения напрямую.
  • Последствия: передача через ретранслятор обычно медленнее, поскольку данные проходят дополнительный путь и могут быть ограничены пропускной способностью серверов Hamachi. Кроме того, такой туннель может потреблять больше ресурсов сети, что сказывается на стабильности соединения.
  • Когда статус появляется: чаще всего он возникает после изменения параметров роутера, включения нового брандмауэра, перехода в другую сеть (например, публичный Wi‑Fi) или при работе за двойным NAT.

Понимание механизма позволяет быстро определить, почему система прибегает к ретрансляции, и принять меры по восстановлению прямого канала. Если сеть настроена правильно, статус исчезнет, и соединение будет работать без посредников.

1.2. Типичные причины возникновения

Туннель через ретранслятор в Hamachi появляется, когда прямая связь между клиентами невозможна. Наиболее частыми причинами являются:

  • Сложные NAT‑правила. При двойном NAT‑транслировании или строгих правилах трансляции адресов пакеты не проходят напрямую, и программа вынуждена использовать сервер‑ретранслятор.
  • Блокировка UDP‑трафика. Многие провайдеры и корпоративные сети ограничивают исходящие UDP‑соединения, что приводит к падению попыток прямого соединения.
  • Жёсткие настройки брандмауэра. Если в локальном или сетевом фаерволе закрыты порты 12975 и 17771, Hamachi не может установить P2P‑соединение и переключается на ретрансляцию.
  • Неоднородные сетевые среды. Сочетание Wi‑Fi, Ethernet и мобильных точек доступа создаёт разнородные маршруты, которые часто не совместимы с автоматическим пробитием NAT.
  • Устаревшая версия клиента. Старый софт может содержать ошибки в алгоритмах пробоя NAT, из‑за чего переходит к ретранслятору даже при наличии возможного прямого канала.
  • Конфликт с другими VPN‑сервисами. Параллельно работающие туннели (например, OpenVPN, Cisco AnyConnect) могут перехватывать трафик и препятствовать установлению прямой связи Hamachi.
  • Ограничения со стороны ISP. Некоторые провайдеры применяют DPI (глубокий анализ пакетов) и принудительно перенаправляют трафик через свои прокси‑серверы, что приводит к использованию ретранслятора.

Эти факторы создают условия, при которых Hamachi вынужден обходить прямой путь и задействовать сервер‑ретранслятор для поддержания соединения. Понимание каждой из причин позволяет целенаправленно устранять проблему и возвращать работу сети в режим прямого туннелирования.

Предварительная проверка и диагностика

2.1. Статус Hamachi и сетевое подключение

Статус Hamachi — первый индикатор того, что соединение работает корректно. Если значок отображается зелёным, клиент уже находится в сети и готов к обмену данными. Жёлтый цвет сообщает о проблеме с подключением: клиент видит сеть, но не может установить прямой канал. Красный индикатор означает полное отсутствие связи, что обычно связано с настройками локального компьютера или сети.

Для восстановления стабильного соединения следует выполнить несколько проверенных действий:

  1. Проверьте состояние сетевого адаптера Hamachi. Откройте «Сетевые подключения» в Windows, найдите адаптер «LogMeIn Hamachi Virtual Ethernet Adapter» и убедитесь, что он включён и имеет статус «Подключено». При необходимости отключите и включите адаптер заново.

  2. Убедитесь, что брандмауэр и антивирус не блокируют Hamachi. Добавьте программу в список исключений или временно отключите защиту, чтобы проверить, изменится ли статус клиента.

  3. Перезапустите службу Hamachi. Откройте «Службы», найдите «LogMeIn Hamachi Tunneling Engine», остановите её и запустите снова. Это часто устраняет зависшие соединения.

  4. Обновите клиент до последней версии. Старые версии могут содержать баги, препятствующие корректному переходу от прямого канала к ретранслятору.

  5. Проверьте маршрутизацию и NAT. Если ваш роутер использует строгий NAT‑тип, включите функцию UPnP или пробросьте порт UDP 12975 (для прямого соединения) и 12976 (для ретранслятора).

  6. Сбросьте конфигурацию сети. Выполните в командной строке:

    ipconfig /release
ipconfig /renew
netsh int ip reset
netsh winsock reset

    После перезагрузки компьютера Hamachi автоматически восстановит свои параметры.

  7. Проверьте статус сервера Hamachi. На официальном сайте есть страница со статусом сервисов; если центральный сервер недоступен, клиент будет работать только в режиме ретрансляции.

Если после всех шагов значок остаётся жёлтым или красным, рекомендуется удалить и заново установить клиент Hamachi. При повторной установке сохраняются все настройки сети, но полностью обновляются драйверы виртуального адаптера, что часто приводит к восстановлению прямого канала без необходимости использовать ретранслятор.

2.2. Проверка соединения с узлами Hamachi

Для надёжного функционирования сети Hamachi первым делом необходимо убедиться, что каждый узел виден и способен обмениваться пакетами. Если соединение с узлами нарушено, туннель через ретранслятор будет работать нестабильно или вовсе не будет установлен.

  1. Проверка статуса клиента
    – Откройте окно управления Hamachi и убедитесь, что статус вашего компьютера отображается как «Online».
    – Если статус «Offline», проверьте, запущена ли служба Hamachi и нет ли конфликтов с другими VPN‑клиентами. Перезапуск службы часто решает проблему.

  2. Согласование адресов
    – У каждого узла должен быть уникальный виртуальный IP‑адрес в диапазоне 25.x.x.x. Проверьте, что в списке сети нет дублирующих адресов.
    – При обнаружении совпадений удалите конфликтующий узел и заново подключите его к сети.

  3. Тестирование связи
    – Откройте командную строку и выполните ping <IP‑адрес узла>. При нормальном ответе пакетов (время отклика от 1 до 30 мс) соединение считается рабочим.
    – Если ответы отсутствуют, выполните tracert <IP‑адрес узла> для определения места, где пакет «теряется». Чаще всего проблема возникает на уровне локального роутера или брандмауэра.

  4. Проверка правил брандмауэра
    – Убедитесь, что в Windows Firewall (или в сторонних антивирусных решениях) разрешён входящий и исходящий трафик для программы hamachi‑2.exe.
    – Добавьте правило, позволяющее передачу UDP‑пакетов на портах 12975 и 32976, а также TCP‑соединений на порт 443.

  5. Анализ логов Hamachi
    – В папке установки найдите файл log.txt. В нём отображаются попытки соединения, ошибки аутентификации и сообщения о переключении на ретранслятор.
    – Если в логе встречаются строки вида «Relay connection failed» или «Unable to reach peer», это указывает на то, что прямой канал недоступен и требуется вмешательство.

  6. Перезапуск сети
    – Отключите все узлы от сети Hamachi, подождите 30 секунд и включите их заново. При повторном подключении система автоматически попытится установить прямой канал; если это не удаётся, будет использован ретранслятор.

  7. Проверка маршрутизации
    – Выполните route print и убедитесь, что виртуальный адаптер Hamachi имеет приоритет выше остальных VPN‑адаптеров. При необходимости измените метрику адаптера, задав более низкое значение.

После выполнения всех пунктов вы получите чёткое представление о состоянии соединения с каждым узлом. Если прямой канал восстановлен, ретранслятор будет задействован только в случае реальных сбоев, а производительность сети вернётся к ожидаемому уровню. При повторяющихся проблемах повторите проверку через несколько часов – иногда временные ограничения провайдера могут влиять на доступность прямых соединений.

2.3. Текущая версия Hamachi

Текущая версия Hamachi — это стабильный релиз, в котором реализованы улучшения протокола NAT‑пробоя, оптимизирована работа с ретрансляторами и добавлена более надёжная проверка целостности пакетов. В ней внедрены автоматические механизмы выбора оптимального пути соединения, а также расширенные возможности диагностики, что позволяет быстро выявлять и устранять проблемы с передачей данных.

Если соединение принудительно переходит через ретранслятор, это обычно свидетельствует о том, что прямой P2P‑канал недоступен. Для восстановления прямого туннеля следует выполнить несколько проверенных действий:

  1. Обновить клиент – убедитесь, что установлен последний пакет Hamachi; в новых версиях исправлены известные баги, влияющие на работу ретрансляторов.
  2. Перезапустить сервис – остановите и вновь запустите Hamachi через командную строку (net stop hamachi‑2 → net start hamachi‑2). Это принудительно пересоздаёт сетевые интерфейсы.
  3. Проверить настройки NAT – в роутере включите UPnP или вручную откройте порты UDP 12975 и UDP 32976. Отключение строгих правил фильтрации часто позволяет установить прямое соединение.
  4. Отключить конфликтующие VPN – если на компьютере работает другое виртуальное сетевое приложение, временно его выключите; оно может перехватывать трафик и заставлять Hamachi использовать ретранслятор.
  5. Сбросить кэш сети – выполните ipconfig /release, ipconfig /renew и netsh int ip reset. После этого клиент заново получит IP‑адрес в виртуальной сети.
  6. Проверить статус сети – откройте окно Hamachi, нажмите правой кнопкой мыши на нужный узел и выберите «Свойства». Если статус показывает «Direct», проблема решена; если «Relayed», повторите предыдущие шаги.

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

Настройка Hamachi для исправления туннеля

3.1. Перезапуск службы Hamachi

3.1.1. Через диспетчер задач

3.1.1. Через диспетчер задач
Для восстановления работоспособного туннеля через ретранслятор в Hamachi достаточно выполнить несколько простых действий, используя встроенный диспетчер задач Windows.

  1. Откройте диспетчер задач (Ctrl + Shift + Esc).
  2. На вкладке Процессы найдите записи «Hamachi», «hamachi‑service» и «hamachi‑ui».
  3. Выделите каждую из них и нажмите Завершить задачу. Это полностью очистит текущие соединения и освободит занятые порты.
  4. Перейдите на вкладку Службы (можно открыть через кнопку «Подробнее»).
  5. Найдите службу Hamachi (обычно называется «Hamachi2»), щёлкните правой кнопкой мыши и выберите Перезапустить. Служба запустится заново, проверит доступность ретранслятора и восстановит виртуальный сетевой адаптер.

После перезапуска службы откройте клиент Hamachi и убедитесь, что статус сети изменился с «Не подключено» на «Подключено». Если соединение всё ещё не устанавливается, выполните ещё один быстрый цикл: завершите процесс «hamachi‑ui», запустите его вручную из каталога программы (обычно C:\Program Files (x86)\LogMeIn Hamachi \hamachi‑ui.exe) и проверьте, появился ли новый туннель.

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

3.1.2. Через службы Windows

Для решения проблемы с туннелем через ретранслятор в Hamachi, когда обычные настройки не помогают, самым надёжным способом является работа через встроенные службы Windows.

Сначала проверьте, что службы Hamachi, Routing and Remote Access и Windows Firewall находятся в нужном состоянии. Откройте консоль services.msc и выполните следующие действия:

  • Hamachi Network Service – должна быть запущена и установлена в режим «Автоматически». Если сервис остановлен, запустите его вручную и проверьте, сохраняется ли соединение.
  • Routing and Remote Access – включите её, если планируете использовать IP‑маршрутизацию через Hamachi. В свойствах службы выберите «Автоматически» и нажмите «Запустить». Эта служба позволяет системе правильно обрабатывать пакеты, проходящие через ретранслятор.
  • Windows Firewall – создайте исключения для программ hamachi‑2.exe и hamachi‑svc.exe, а также откройте порты UDP 12975 и UDP 32976. Отключать брандмауэр полностью не требуется; достаточно добавить правила «Разрешить входящее соединение» для указанных процессов.

После настройки служб необходимо обновить таблицу маршрутизации. Откройте командную строку с правами администратора и выполните:

netsh interface ip delete destinationcache
netsh interface ip reset
ipconfig /release
ipconfig /renew

Эти команды очистят кэш маршрутов и заставят Windows заново построить путь к удалённому узлу через Hamachi.

Если проблема сохраняется, проверьте, не конфликтует ли адресация Hamachi с локальной сетью. В случае совпадения подсетей (например, обе используют 25.0.0.0/8) измените диапазон в клиенте Hamachi: зайдите в «Settings → Network», задайте альтернативный диапазон, например 5.0.0.0/8, и перезапустите клиент.

Наконец, убедитесь, что сервис DHCP Client работает без перебоев, потому что он отвечает за получение правильных параметров сети, включая DNS‑серверы, которые могут быть необходимы для корректного разрешения имен при работе через ретранслятор.

Следуя этим шагам, вы устраняете основные причины разрыва туннеля, гарантируя стабильное соединение через ретранслятор Hamachi без необходимости постоянного вмешательства.

3.2. Обновление или переустановка Hamachi

3.2.1. Удаление с сохранением настроек

Для устранения проблем с передачей данных через ретранслятор в Hamachi достаточно полностью удалить текущий туннель, оставив при этом все пользовательские параметры нетронутыми. Этот подход позволяет очистить повреждённые соединения, не требуя повторной настройки сети.

  1. Откройте клиент Hamachi и перейдите в список сетей.
  2. Выделите нужную сеть, нажмите правой кнопкой мыши и выберите пункт «Удалить». В появившемся диалоговом окне убедитесь, что опция «Сохранить настройки» (или аналогичная) отмечена.
  3. Подтвердите действие. Программа удалит только сведения о туннеле, а все остальные параметры – адреса, пароли, правила доступа – останутся в базе данных.

После удаления запустите процесс восстановления соединения:

  • Перезапустите Hamachi, чтобы клиент перечитал сохранённые конфигурации.
  • В списке сетей появится прежняя запись без активного туннеля. Нажмите «Подключить» – клиент автоматически построит новый маршрут через доступный ретранслятор.

Если новый туннель всё ещё не устанавливается, проверьте следующее:

  • Доступность портов UDP 12975 и UDP 32976 в локальном межсетевом экране.
  • Наличие обновлений клиента Hamachi и их установку.
  • Состояние сервера ретранслятора: иногда требуется переключить сеть на альтернативный ретранслятор через меню «Настройки → Туннель».

Эти простые действия позволяют быстро восстановить корректную работу туннеля, не теряя при этом настроек, которые уже были оптимизированы под ваш окружение. Работайте уверенно – система сама запомнит все параметры и применит их к новому соединению.

3.2.2. Чистая переустановка Hamachi

Чистая переустановка Hamachi — самый надёжный способ устранить проблемы с туннелем, когда соединение вынуждено идти через ретранслятор. При полной переустановке удаляются все повреждённые файлы конфигурации, устаревшие драйверы и скрытые реестровые записи, которые могут препятствовать прямому обмену пакетами между узлами.

  1. Остановите клиент Hamachi. В Windows это делается через «Службы»: найдите службу LogMeIn Hamachi 2 Tunneling Engine и нажмите «Остановить».
  2. Удалите программу через «Панель управления → Программы и компоненты». При удалении выберите опцию полного удаления, чтобы избавиться от оставшихся каталогов в %ProgramFiles%\LogMeIn Hamachi.
  3. Очистите реестр. Откройте regedit и удалите ветки HKLM\SOFTWARE\LogMeIn Hamachi и, при наличии, HKCU\Software\LogMeIn Hamachi. Будьте внимательны: изменять другие разделы нельзя.
  4. Перезагрузите компьютер, чтобы завершить очистку драйверов сетевого уровня.
  5. Скачайте последнюю версию Hamachi с официального сайта LogMeIn и установите её, следуя мастеру. При установке оставьте все параметры по умолчанию, чтобы драйверы были правильно зарегистрированы.
  6. После первого запуска войдите в свою учётную запись, создайте или присоединитесь к сети и проверьте статус соединения. Если статус отображается как «Direct», значит туннель работает без ретранслятора; при «Relayed» проверьте, не блокируют ли порты 12975 и 32976 ваш брандмауэр.

После выполнения этих действий большинство проблем с ретрансляцией исчезают мгновенно. Если всё равно остаётся связь через ретранслятор, проверьте настройки NAT‑проброса на роутерах и убедитесь, что на пути не находятся дополнительные VPN‑клиенты, которые могут конфликтовать с Hamachi. Чистая переустановка создаёт чистую основу, на которой любые дополнительные настройки работают корректно.

3.3. Настройка свойств сетевого адаптера Hamachi

3.3.1. Изменение метрики интерфейса

Для устранения проблем с маршрутизацией трафика через ретранслятор Hamachi необходимо скорректировать метрику сетевого интерфейса. Неправильный приоритет интерфейсов приводит к тому, что пакеты обходят виртуальное соединение и пытаются использовать обычный шлюз, что разрушает туннель.

  1. Откройте свойства соединения Hamachi.
  2. Перейдите в раздел «Сетевые адаптеры», найдите адаптер Hamachi и щёлкните «Свойства».
  3. Выберите «Протокол интернета версии 4 (TCP/IPv4)», нажмите «Свойства», затем «Дополнительно».
  4. Снимите галочку «Автоматическая метрика» и в поле «Метрика интерфейса» укажите небольшое значение, например 5. Это сделает Hamachi приоритетным маршрутом.
  5. Сохраните изменения и перезапустите клиент.

Если в системе присутствуют несколько VPN‑подключений, рекомендуется выполнить аналогичную настройку для каждого, задав у Hamachi наименьшую метрику, а у остальных – более высокие значения (50 – 100). После этого проверьте таблицу маршрутов командой route print (Windows) или netstat -rn (Linux/macOS) и убедитесь, что для подсетей Hamachi (обычно 25.0.0.0/8) указана метрика, соответствующая установленному числу.

Дополнительные шаги при необходимости:

  • Отключите временно другие VPN‑клиенты, чтобы исключить конфликт.
  • Очистите кэш ARP: arp -d * (Windows) или ip -s -s neigh flush all (Linux).
  • Перезапустите службу Hamachi: net stop hamachi → net start hamachi (Windows) или systemctl restart logmein-hamachi (Linux).

После корректировки метрики интерфейса трафик будет направляться через виртуальный адаптер, а связь через ретранслятор восстановится без перебоев.

3.3.2. Отключение IPv6 для адаптера Hamachi

Для устранения проблем с туннелем через ретранслятор в Hamachi первым делом отключите протокол IPv6 на соответствующем сетевом адаптере. Это позволяет избежать конфликтов адресации и гарантирует, что весь трафик будет передаваться исключительно по IPv4, что часто решает проблемы с нестабильным соединением.

  1. Откройте панель управления Windows → «Сетевые подключения».
  2. Найдите адаптер с названием «Hamachi Network Interface» (или похожим). Щёлкните по нему правой кнопкой мыши и выберите «Свойства».
  3. В списке компонентов соединения найдите пункт «Протокол интернета версии 6 (TCP/IPv6)». Снимите галочку, подтверждая действие нажатием «ОК».
  4. Перезапустите клиент Hamachi – закройте программу и запустите её заново. При необходимости перезагрузите компьютер, чтобы изменения вступили в силу полностью.

После выполнения этих шагов Hamachi будет использовать только IPv4, что устраняет большинство сбоев, связанных с ретрансляцией. Если проблема сохраняется, проверьте настройки брандмауэра и убедитесь, что порты 12975 и 32976 открыты для входящего и исходящего трафика. При правильной конфигурации туннель будет работать без перебоев.

Устранение проблем с сетевыми параметрами

4.1. Проверка брандмауэра Windows

4.1.1. Разрешение для Hamachi в брандмауэре

Для восстановления корректной работы туннеля через ретранслятор в Hamachi первым делом необходимо открыть доступ программе в брандмауэре. Без этого трафик будет блокироваться, и соединения не установятся.

  1. Запуск настроек брандмауэра

    • Откройте «Панель управления» → «Система и безопасность» → «Брандмауэр Windows Defender».
    • Выберите пункт «Разрешить приложение или компонент через брандмауэр Windows».

  2. Добавление Hamachi

    • Нажмите кнопку «Изменить параметры».
    • Если в списке уже присутствует «Hamachi», убедитесь, что отмечены галочки как для частных, так и для публичных сетей.
    • Если записи нет, нажмите «Разрешить другое приложение», укажите путь к исполняемому файлу Hamachi (обычно C:\Program Files (x86)\LogMeIn Hamachi\hamachi-2-ui.exe) и добавьте его.

  3. Разрешение входящих и исходящих соединений

    • Перейдите в раздел «Дополнительные параметры» → «Правила для входящих соединений».
    • Создайте новое правило, выбрав тип «Порт», укажите TCP‑ и UDP‑порты 12975, 32976 и диапазон 50000‑59999 (используется для передачи данных).
    • Установите действие «Разрешить подключение», задайте профиль (домашний, рабочий, публичный) и дайте правилу понятное имя.
    • Повторите процесс для «Исходящих соединений».

  4. Проверка работы

    • Перезапустите Hamachi, затем откройте окно статуса сети.
    • Если индикатор показывает «Online», а соединения с другими узлами установлены, значит правило сработало.
    • При необходимости проверьте журнал брандмауэра: в нём отразятся попытки блокировки, которые следует добавить в исключения.

  5. Дополнительные меры

    • Отключите сторонние антивирусные программы, которые могут иметь собственный сетевой контроль, или добавьте в их список разрешений тот же набор портов.
    • Убедитесь, что роутер не фильтрует указанные порты; при необходимости включите проброс (port forwarding) для диапазона 50000‑59999.

Эти действия гарантируют, что Hamachi получит полный доступ к сети через брандмауэр, а туннель через ретранслятор будет работать без сбоев. Выполняйте каждый пункт последовательно, и проблема исчезнет.

4.1.2. Открытие портов Hamachi

Открытие портов в Hamachi — неотъемлемая часть решения проблем с ретрансляцией. Когда клиенту не удаётся установить прямое соединение, трафик принудительно проходит через сервер‑ретранслятор, что ухудшает скорость и повышает задержку. Открыв необходимые порты, вы заставляете сеть работать в режиме прямого соединения, тем самым устраняя зависимость от ретранслятора.

Во-первых, убедитесь, что ваш маршрутизатор поддерживает проброс (port‑forwarding) и что у вас есть административный доступ к его настройкам. Затем выполните следующие действия:

  1. Определите используемые порты Hamachi.

    • Основной порт UDP 12975 — для установления соединения.
    • Порт UDP 32976 — для передачи данных.
    • При необходимости откройте TCP‑порт 443 для обхода ограничений в сети.

  2. Зайдите в интерфейс роутера.

    • Откройте браузер, введите IP‑адрес шлюза (обычно 192.168.0.1 или 192.168.1.1).
    • Введите логин и пароль администратора.

  3. Создайте правила проброса.

    • Выберите раздел «Port Forwarding», «Virtual Server» или аналогичный.
    • Добавьте новое правило, указав локальный IP‑адрес компьютера, где установлен Hamachi.
    • Введите номер порта (12975) и укажите протокол UDP. Сохраните правило.
    • Повторите процесс для порта 32976, также выбирая UDP. Если требуется, добавьте правило для TCP‑443.

  4. Отключите локальный файрвол, если он блокирует трафик.

    • В Windows откройте «Брандмауэр Windows», перейдите в «Дополнительные параметры» и создайте входящее правило для указанных портов.
    • На macOS добавьте аналогичные разрешения в «Брандмауэр» → «Параметры брандмауэра».

  5. Перезапустите Hamachi и роутер.

    • После применения изменений отключите и снова включите клиент Hamachi, чтобы он заново установил соединения через открытые порты.
    • При необходимости перезагрузите роутер, чтобы новые правила вступили в силу.

  6. Проверьте статус соединения.

    • Откройте окно «Состояние сети» в Hamachi и убедитесь, что рядом с каждым узлом отображается статус «Direct».
    • Если статус всё ещё «Relay», проверьте, нет ли конфликтов с другими правилами проброса и убедитесь, что указанный IP‑адрес компьютера не изменился (используйте статический IP или DHCP‑резервирование).

Эти простые шаги полностью устраняют зависимость от ретранслятора. После открытия портов Hamachi работает в полном режиме прямого канала, обеспечивая минимальную задержку и максимальную пропускную способность. Если проблема сохраняется, проверьте наличие ограничений со стороны провайдера — некоторые сети блокируют UDP‑трафик, и в таком случае потребуется запросить разблокировку.

4.2. Конфигурация сторонних антивирусов и брандмауэров

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

Во‑первых, определите, какие компоненты защиты установлены на каждом компьютере‑участнике. Наиболее часто встречающиеся продукты – это Kaspersky, Bitdefender, Avast, Norton, а также встроенный в Windows Защитник. Откройте их консоли управления и найдите разделы, отвечающие за сетевые фильтры, правила входящего и исходящего трафика.

Во‑вторых, внесите в список исключений следующие элементы:

  • Исполняемый файл Hamachi (обычно hamachi-2.exe или hamachi.exe);
  • Службу Hamachi (hamachi2-service.exe);
  • Порты UDP 12975, UDP 32976 и TCP 443, которые использует клиент для установления прямого соединения и для связи с ретрансляторами.

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

В‑третьих, проверьте правила брандмауэра:

  1. Создайте входящее правило, разрешающее UDP‑трафик на порты 12975 и 32976 от всех адресов.
  2. Создайте исходящее правило, позволяющее Hamachi инициировать соединения к любому IP‑адресу через TCP 443.
  3. Убедитесь, что правило «Блокировать все входящие соединения, если они не соответствуют разрешённым» не перекрывает вышеуказанные исключения.

Если в системе используется несколько брандмауэров (например, Windows Firewall вместе с фирменным фаерволом роутера), повторите настройку на каждом из них. На роутерах проверьте, что NAT‑правила (port‑forward) не перенаправляют трафик на другие порты, а также отключите функции «Stealth Mode» и «Intrusion Prevention System», если они мешают UDP‑соединениям.

После внесения изменений перезапустите клиент Hamachi и службу Hamachi Service. Проверьте статус сети: если индикатор показывает «Connected», а список узлов отображает все участники, туннель успешно восстановлен. При необходимости выполните диагностику командой hamachi.exe check и убедитесь, что сообщения о блокировке портов исчезли.

Если проблема сохраняется, проверьте наличие обновлений у антивируса и брандмауэра. Новые версии часто включают исправления, устраняющие конфликтные правила. В крайнем случае временно отключите защиту полностью, проведите тестовое соединение, а затем постепенно включайте модули, фиксируя, какой из них вызывает сбой. Такой пошаговый подход гарантирует стабильную работу Hamachi через ретранслятор без риска компрометации системы.

4.3. Настройка маршрутизатора (роутера)

4.3.1. Переадресация портов (Port Forwarding)

4.3.1. Переадресация портов (Port Forwarding) – один из самых надёжных способов обеспечить стабильную работу туннеля через ретранслятор Hamachi. При правильной настройке маршрутизатора трафик будет проходить напрямую, минуя ограничения NAT, что устраняет задержки и разрывы соединения.

Для начала проверьте, какие порты использует ваш сервис. Чаще всего это UDP‑порт 12975 для управления соединением и TCP‑/UDP‑порт 32976 для передачи данных. Запишите их – без этой информации дальнейшие действия будут бессмысленны.

Далее откройте веб‑интерфейс роутера и найдите раздел «Port Forwarding», «Virtual Server» или аналогичный. Введите следующие параметры:

  • Протокол: UDP (для 12975) и TCP/UDP (для 32976) в зависимости от требований вашего приложения.
  • Внутренний IP‑адрес: статический адрес компьютера, где запущен Hamachi. Лучше закрепить его в DHCP‑таблице роутера, чтобы он не менялся.
  • Внешний порт: тот же номер, что и внутренний (12975 / 32976).
  • Внутренний порт: совпадает с внешним.

Сохраните правила и перезапустите роутер, чтобы изменения вступили в силу. После этого проверьте, открыты ли порты, с помощью онлайн‑сервисов типа canyouseeme.org или утилиты netstat.

Если ваш провайдер использует двойной NAT (например, при подключении через модем‑роутер), выполните те же действия на обоих устройствах. В противном случае включите функцию UPnP в роутере – большинство современных моделей автоматически откроют необходимые порты, когда Hamachi запросит их.

Не забудьте отключить любые сторонние брандмауэры, которые могут блокировать указанные порты. В Windows достаточно добавить правило в встроенный Windows Defender Firewall: «Разрешить входящий трафик» для портов 12975 и 32976.

Наконец, проверьте статус соединения в клиенте Hamachi. Если индикатор показывает «Connected», а тестовый ping к удалённому узлу проходит без потери пакетов, значит переадресация настроена правильно и туннель стабилен. При появлении новых проблем пересмотрите правила NAT и убедитесь, что никаких конфликтов IP‑адресов нет.

4.3.2. Включение или отключение UPnP

4.3.2. Включение или отключение UPnP

Для устранения проблем с туннелем через ретранслятор в Hamachi первым делом проверьте, активирован ли UPnP на вашем маршрутизаторе. Эта функция автоматически открывает необходимые порты (12975, 32976 и диапазон 50000‑60000) и позволяет клиенту Hamachi установить прямое соединение без участия ретранслятора.

Включение UPnP

  1. Откройте веб‑интерфейс роутера, введя его IP‑адрес в браузере.
  2. Авторизуйтесь, используя учётные данные администратора.
  3. Перейдите в раздел «Advanced», «NAT», «Port Forwarding» или аналогичный, где находится настройка UPnP.
  4. Установите переключатель в положение «Enabled».
  5. Сохраните изменения и перезапустите роутер (если требуется).

После перезапуска проверьте статус Hamachi – соединения должны стать стабильнее, а задержки уменьшатся.

Отключение UPnP
Если ваш роутер поддерживает UPnP, но после включения возникают перебои (часто происходит на старых моделях), отключите функцию и настройте статическое пробрасывание портов вручную:

  • TCP/UDP 12975 → IP‑адрес компьютера с Hamachi;
  • TCP/UDP 32976 → IP‑адрес компьютера с Hamachi;
  • Диапазон UDP 50000‑60000 → тот же IP‑адрес.

Сохраните правила, перезагрузите роутер и клиент Hamachi. При правильной конфигурации туннель будет работать без обращения к ретранслятору.

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

4.3.3. Проверка SPI Firewall на маршрутизаторе

Проверка SPI‑файрвола на маршрутизаторе — один из самых надёжных способов устранить проблемы с туннелем через ретранслятор в Hamachi. Сначала зайдите в веб‑интерфейс роутера, используя его IP‑адрес (обычно 192.168.0.1 или 192.168.1.1). Введите логин и пароль, которые задавались при первоначальной настройке. После входа откройте раздел, отвечающий за безопасность или фильтрацию трафика; в большинстве моделей он называется «SPI Firewall», «Security», «Advanced Settings» или аналогично.

  1. Отключите SPI‑файрвол временно. Снимите галочку с опции «Enable SPI Firewall» и сохраните изменения. Перезагрузите роутер, если система требует этого. После этого проверьте соединение Hamachi — если туннель начинает работать без ретранслятора, значит, именно фильтрация пакетов мешала передаче.

  2. Настройте исключения. Если отключать защиту полностью неприемлемо, создайте правила, позволяющие трафик Hamachi. Добавьте в список разрешённых сервисов порты UDP 12975 и UDP 32976, а также диапазон TCP 443 (используется для передачи управляющих сообщений). Укажите протокол «Any» или «Both», если роутер требует указания. Сохраните правила и перезапустите маршрутизатор.

  3. Проверьте режим NAT. Некоторые роутеры совместно с SPI‑файрволом используют «NAT‑Traversal». Убедитесь, что опция «Enable NAT Traversal» включена, иначе Hamachi не сможет пробить двойной NAT, даже при открытых портах.

  4. Проверьте журнал событий. После внесения изменений откройте журнал безопасности роутера. Если в нём появляются записи о блокировке пакетов с адресами Hamachi (например, 25.0.0.0/8), добавьте их в список доверенных или расширьте диапазон разрешённых IP‑адресов.

  5. Тестируйте связь. Перезапустите клиент Hamachi на всех узлах, подключите их к сети и проверьте состояние туннеля через панель управления Hamachi. Если статус переходит в «Direct», ретранслятор больше не используется.

  6. Верните защиту в рабочее состояние. После подтверждения стабильного соединения включите SPI‑файрвол обратно, но оставьте созданные исключения. Это сохранит общую безопасность сети и гарантирует, что Hamachi будет работать без перебоев.

Следуя этим шагам, вы быстро определите, блокирует ли SPI‑файрвол трафик Hamachi, и настроите роутер так, чтобы туннель обходил ретранслятор, сохранив при этом высокий уровень защиты сети.

Дополнительные методы решения

5.1. Конфликты IP-адресов в сети Hamachi

Конфликты IP‑адресов в сети Hamachi часто становятся причиной падения туннеля через ретранслятор и полной потери связи между узлами. При совпадении адресов пакеты начинают маршрутизироваться неверно, что приводит к постоянным тайм‑аутам и невозможности установить стабильное соединение. Выявить конфликт обычно проще всего по симптомам: несколько компьютеров в одной виртуальной сети отвечают на один и тот же запрос, в журнале Hamachi появляется сообщение о «duplicate address», а пинги между узлами дают переменный результат.

Для устранения этой проблемы следует выполнить последовательные действия:

  1. Отключите все подозрительные узлы, которые могли получить одинаковый адрес, и запустите Hamaji на каждом из них по отдельности, чтобы система автоматически выдала новый свободный диапазон.
  2. Проверьте настройки сети Windows: убедитесь, что в свойствах адаптера Hamachi включена опция «Automatic metric», а статические маршруты не переопределяют виртуальный диапазон 25.0.0.0/8.
  3. При необходимости принудительно измените адресную подсеть, отредактировав файл hamachi.conf (параметр adapter_ip) и перезапустив службу. Выберите диапазон, который не используется в локальной сети и не пересекается с другими VPN‑клиентами.
  4. Очистите кэш ARP на всех участниках команды (arp -d *), чтобы удалить записанные неправильные соответствия MAC‑адрес‑IP.
  5. После восстановления уникальности адресов проверьте связь через ретранслятор: запустите диагностический тест Hamachi, убедитесь, что статус «Direct» или «Relay» отображается без ошибок, и выполните несколько контрольных пингов.

Если конфликт возник из‑за одновременного подключения к нескольким виртуальным сетям, создайте отдельные профили Hamachi для каждой сети и отключайте ненужные адаптеры в момент работы. Такой подход гарантирует, что каждый клиент будет иметь единственный, непротиворечивый адрес, а туннель через ретранслятор восстановит полную пропускную способность и стабильность соединения. Вывод очевиден: устранение дублирования IP‑адресов — первый и обязательный шаг к восстановлению корректной работы виртуального канала Hamachi.

5.2. Изменение настроек DNS

Проблемы с туннелем через ретранслятор в Hamachi часто связаны с некорректными DNS‑настройками, которые мешают корректному разрешению адресов виртуальной сети. Прямое вмешательство в конфигурацию DNS позволяет быстро восстановить связь без необходимости переустанавливать клиент.

Во-первых, откройте свойства сетевого адаптера Hamachi (Control Panel → Network and Sharing Center → Change adapter settings). Щёлкните правой кнопкой мыши по адаптеру, выберите Properties, затем двойным щелчком откройте Internet Protocol Version 4 (TCP/IPv4). Снимите галочку с «Obtain DNS server address automatically» и введите проверенные публичные DNS‑серверы, например:

  • 8.8.8.8
  • 8.8.4.4

Если ваш провайдер требует альтернативных адресов, добавьте их в качестве вторичных.

Далее необходимо очистить локальный кэш DNS, иначе прежние записи продолжат использоваться. Откройте командную строку от имени администратора и выполните:

ipconfig /flushdns
net stop hamachi-2-ui
net start hamachi-2-ui

Перезапуск клиента Hamachi гарантирует, что новые DNS‑настройки будут применены сразу.

Если после изменения серверов DNS проблема не исчезает, проверьте, не конфликтует ли локальная запись в файле hosts. Откройте C:\Windows\System32\drivers\etc\hosts и убедитесь, что там нет строк, указывающих неправильные IP‑адреса для ваших Hamachi‑узлов.

Наконец, иногда требуется принудительно обновить маршруты Hamachi. Выполните в командной строке:

hamachi set-relay 0
hamachi set-relay 1

Эта команда сбрасывает текущий ретранслятор и заставляет клиент выбрать новый, уже используя корректные DNS‑данные.

Соблюдая эти шаги, вы полностью устраняете ошибки, связанные с DNS, и восстанавливаете стабильный туннель через ретранслятор Hamachi. Работа будет выполнена быстро, без лишних перезагрузок системы.

5.3. Проверка сетевых драйверов

5.3. Проверка сетевых драйверов – один из самых надёжных способов устранения проблем с туннелем через ретранслятор в Hamachi. Прежде чем переходить к более сложным настройкам, убедитесь, что драйверы сетевых адаптеров работают стабильно и соответствуют текущей версии операционной системы.

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

Во-вторых, проверьте наличие конфликтов с другими виртуальными сетями (например, VPN, VirtualBox, Docker). Отключите все ненужные виртуальные адаптеры, чтобы Hamachi мог использовать собственный интерфейс без конкуренции за ресурсы. После отключения выполните перезагрузку системы – это гарантирует полную очистку кэшированных настроек.

Третьим шагом выполните проверку целостности стека TCP/IP. Откройте командную строку от имени администратора и введите:

netsh int ip reset
netsh winsock reset

Эти команды сбрасывают потенциально повреждённые параметры, которые часто становятся причиной обрыва туннеля. После их выполнения перезапустите компьютер.

Если после всех вышеописанных действий проблема сохраняется, проверьте, не заблокированы ли порты, используемые Hamachi (UDP 12975, 32976). Откройте настройки брандмауэра, создайте правила, разрешающие входящий и исходящий трафик по этим портам, и убедитесь, что они применены к виртуальному адаптеру Hamachi.

Наконец, проведите тест скорости соединения между узлами сети. Если задержка или потеря пакетов остаются высокими, значит, драйверы всё ещё работают некорректно, и стоит полностью удалить Hamachi, очистить остаточные файлы из реестра и установить программу заново. При правильной работе драйверов туннель через ретранслятор восстанавливается мгновенно, а связь между клиентами становится надёжной и стабильной.

5.4. Временное отключение других VPN-сервисов

Для восстановления стабильного соединения через ретранслятор Hamachi первым делом необходимо убедиться, что на компьютере не работают конкурирующие VPN‑клиенты. Любой дополнительный VPN‑трафик создаёт конфликт маршрутизации, из‑за чего пакеты Hamachi могут теряться или попадать в бесконечный цикл.

  1. Выключите все сторонние VPN‑программы.

    • Откройте панель управления сетью и отключите виртуальные адаптеры, принадлежащие другим сервисам (OpenVPN, Cisco AnyConnect, NordVPN и т.п.).
    • Если приложение работает в фоновом режиме, завершите процесс через Диспетчер задач.

  2. Проверьте наличие активных туннелей.

    • В командной строке выполните route print и убедитесь, что в таблице маршрутов присутствует только запись, относящаяся к Hamachi (обычно 5.0.0.0/8).
    • Если найдёте другие сети, связанные с чужими VPN, удалите их командой route delete <сеть>.

  3. Перезапустите Hamachi.

    • Остановите сервис Hamachi (net stop hamachi), затем запустите его вновь (net start hamachi).
    • После перезапуска проверьте статус соединения в клиенте Hamachi – должно появиться зелёное соединение с ретранслятором.

  4. Проверьте работу сети.

    • Выполните ping <IP-адрес ретранслятора>; отклик должен приходить без потерь.
    • При отсутствии отклика проверьте, не блокирует ли брандмауэр пакеты Hamachi, и при необходимости добавьте правило разрешения.

После выполнения этих действий конфликтные маршруты исчезнут, а туннель через ретранслятор Hamachi восстановит нормальную работу. При необходимости, после стабилизации соединения, можно постепенно включать остальные VPN‑клиенты, проверяя, не возникнет ли повторный конфликт. Если конфликт повторяется, следует использовать отдельные сетевые профили или физически разделять сети.