Последнее обновление

Hiddify работает медленно или часто отключается: проверка узла, сети и DNS

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

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

Симптомы

  • Результаты задержки резко меняются, а узлы часто переключаются.
  • Первая страница долго не появляется, изображения и видео не загружаются полностью.
  • Wi-Fi работает нормально, а мобильная сеть медленно, или наоборот.
  • Постоянные разрывы начались только после обновления Hiddify.
  • Системный прокси работает нормально, а TUN/VPN медленный или завершается по тайм-ауту.
  • Та же подписка исправна на другом устройстве, а текущее остаётся нестабильным.

Диагностика за две минуты

  1. Запишите время, тип сети, версию Hiddify, режим подключения, текущий узел и точный симптом.
  2. Проверьте задержку в списке прокси и вручную закрепите один узел, чтобы автоматическое переключение не искажало сравнение.
  3. На одном устройстве и с одним сайтом или файлом отдельно проверьте Wi-Fi и мобильную точку доступа.
  4. В одной сети и на одном узле сравните системный прокси с TUN/VPN.
  5. Повторите тест той же подписки на другом устройстве. Если несколько устройств замедлились одновременно, сначала проверяйте узел и сервер.

В официальной инструкции описаны тест задержки прокси и ручной выбор узла. Задержка отражает только один тестовый запрос, а не полную работу веб-страниц, загрузок и видео.

Поуровневая диагностика

Клиент: уменьшите число переменных

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

Подписка и узлы: отличите один узел от общего сбоя

  • Вручную проверьте как минимум два разных узла, каждый раз меняя только узел, а не протокол и DNS одновременно.
  • Если один узел медленный, а остальные исправны, проблема обычно относится к его маршруту, нагрузке или региональному пути.
  • Если все узлы замедлились одновременно, проверьте трафик, ограничение скорости, срок действия учётной записи и объявления поставщика.
  • Ошибка обновления подписки может оставить в клиенте старые узлы; сначала устраните ошибку обновления подписки.
  • Не заменяйте собственный сетевой тест публичными результатами скорости и не считайте один краткий пик постоянной скоростью.

DNS/TLS и сеть доступа

  • Ситуация «домен сначала открывается медленно, но после подключения передача идёт нормально» больше похожа на DNS или установление соединения. Найдите в журнале ошибки dns, timeout или TLS.
  • Сначала повторите тест в другой сети, затем верните DNS по умолчанию или используйте параметры, явно рекомендованные поставщиком.
  • Проверьте системное время, чтобы исключить ошибки проверки сертификатов HTTPS.
  • Если сбой возникает только у одного оператора или в мобильной сети, запишите тип сети и время, чтобы поставщик оценил маршрут. Не предполагайте, что любой публичный DNS обязательно поможет.

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

Сервер и внешний маршрут

  • Если один узел медленный на нескольких устройствах и в нескольких сетях, поставщик должен проверить его нагрузку, порты, внешнюю сеть, параметры протокола и ограничение скорости.
  • Если один узел всегда завершается по тайм-ауту, а другие работают, передайте его имя и время сбоя, но не токен подписки.
  • Если все узлы поставщика работают, а медленно открывается только один сайт, причина может находиться в самом сайте, его CDN или маршруте, а не в Hiddify.

Проверка результата

Сравнивайте состояние до и после на одном тестовом адресе, а не только по ощущениям:

ПараметрЧто записать
ОкружениеУстройство, система, версия Hiddify, Wi-Fi/мобильная сеть
ПутьИмя узла и системный прокси или TUN/VPN
СимптомПервоначальное ожидание, разрывы и полная загрузка страницы
ВремяДата и местное время теста, не менее трёх повторов
Единственное изменениеОдна сеть, узел или режим, изменённые в этом тесте

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

Когда обращаться к поставщику

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

Если та же подписка стабильна в других клиентах, а проблема воспроизводится только в конкретной версии Hiddify, отправьте контрольное сравнение в официальные Issues. Не публикуйте полный URL подписки, UUID, IP-адрес сервера, токен и журналы без удаления секретных данных.