Если Hiddify показывает «подключено», но браузер не открывает сайты, приложения бесконечно загружаются или работает только часть сайтов, проблема возникает уже после установления соединения. Важно определить, связана ли она с основной сетью, маршрутизацией клиента, узлом подписки, DNS/TLS или серверным маршрутом.

В Issue #1964 официального репозитория описан случай, когда системный прокси работал, а режим VPN завершался по тайм-ауту, вместе с журналами тайм-аутов DNS и TUN. Это отчёт одного пользователя, и по нему нельзя назначать одинаковое значение MTU или DNS всем устройствам.

Симптомы

Кнопка подключения зелёная, но ни один сайт не открывается.
Информация об IP или скорости появляется ненадолго, после чего запросы завершаются по тайм-ауту.
IP-адреса открываются, а доменные имена — нет.
Системный прокси работает, а VPN/TUN — нет, или наоборот.
Небольшие страницы открываются, но большие страницы, изображения и видео не загружаются полностью.
Ошибка возникает только на текущем устройстве, а та же подписка работает на телефоне или другом компьютере.

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

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

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

Клиент: начните с режима и конфликтов

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

Подписка: состояние подключения не доказывает исправность узла

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

В официальной инструкции указано, что приложение умеет проверять задержку прокси и выбирать узел вручную. Результат задержки означает только, что тестовый запрос получил ответ; полный трафик нужно проверять настоящим сайтом или приложением.

DNS/TLS: сужайте область по симптомам

Если IP-адрес открывается, а домен — нет, и в журнале есть dns, exchange failed или тайм-аут разрешения, сначала проверяйте DNS.
Верните DNS Hiddify по умолчанию, а затем тестируйте параметры, явно предоставленные сервисом. Не вводите одновременно несколько DNS-адресов, найденных в интернете.
Проверьте системное время: неверная дата вызывает ошибки сертификатов на множестве HTTPS-сайтов.
Тест в другой сети помогает отличить настройки устройства от ограничений DNS/TLS на сетевом маршруте.
Не пытайтесь «исправить» доступ отключением проверки сертификатов, установкой незнакомого корневого сертификата или заменой HTTPS на HTTP.

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

Сервер: проверьте узел и внешний маршрут

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

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

После исправления не ограничивайтесь зелёной кнопкой:

Откройте HTTPS-страницы на двух разных доменах.
Выполните настоящий запрос в обычном приложении, а не только проверку задержки.
Три раза отключитесь и подключитесь, каждый раз проверяя восстановление сети.
Отдельно запишите результаты Wi-Fi и мобильной точки доступа, чтобы определить, относится ли сбой к одной сети доступа.
Закройте Hiddify и убедитесь, что прямое системное подключение работает без оставшегося прокси.

Если доступ восстановлен, но скорость нестабильна, продолжите с инструкцией Hiddify работает медленно или часто отключается.

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

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

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

Hiddify подключён, но интернета нет: сайты не открываются