Прокси включён, но интернет не работает: что делать
Содержание
Ситуация знакома почти каждому: клиент запущен, узлы в списке есть, переключатель прокси включён, а страницы не открываются. Паниковать не нужно — цепочка от браузера до сервера состоит из нескольких звеньев, и достаточно проверить их по очереди, чтобы понять, какое именно не работает.
Диагностику удобно вести по слоям: работает ли клиент → отвечает ли узел → правильно ли выбран режим маршрутизации → в порядке ли DNS. Ошибка почти всегда обнаруживается на одном из этих четырёх уровней, и каждый следующий шаг проверяется за минуту. Ниже — тот же путь, но подробно.
С чего начинать диагностику
Прежде чем что-то менять, зафиксируйте картину. Не открывается вообще ничего или только отдельные сайты? Проблема появилась после обновления подписки, смены узла или установки другой программы? Работает ли интернет при полностью выключенном прокси? Ответ на последний вопрос особенно важен: если без прокси сеть тоже недоступна, дело в самом подключении, а не в клиенте, и дальше идти незачем.
Проверьте лог. Журнал клиента часто отвечает на вопрос сразу: там видно, стартовало ли ядро, применился ли профиль и какие соединения обрываются. Разбор типичных сообщений собран в статье о частых ошибках.
Шаг 1. Проверьте клиент: режим, порты и узлы
Режим проксирования и совпадение портов
Запущенный клиент сам по себе не направляет трафик. Нужен как минимум один включённый механизм: системный прокси или режим TUN. Убедитесь, что соответствующий переключатель действительно активен, а не просто отображается в интерфейсе.
Затем сверьте порты. Откройте настройки прокси в операционной системе и сравните записанный там порт со смешанным портом в настройках клиента (обычно это 7890 или 7897, но значение стоит посмотреть у себя). Расхождение возникает после смены порта или некорректного завершения клиента и приводит ровно к описываемому симптому: система шлёт трафик туда, где никто не слушает.
Задержка узлов: отвечает ли сервер
На странице прокси запустите тест задержки для активной группы. Дальше возможны три исхода:
- Часть узлов отвечает — переключитесь на любой рабочий и проверьте снова. Проблема была в конкретном сервере.
- Все узлы дают тайм-аут — чаще всего это истёкшая подписка, исчерпанный трафик или недоступность всей линии. Обновите профиль и загляните в личный кабинет провайдера.
- Список узлов пуст — профиль не применился. Переимпортируйте подписку по инструкции по импорту.
Учтите, что тест задержки идёт через тот же прокси-порт, поэтому его результат — хороший индикатор работоспособности всей связки, а не только сервера.
Шаг 2. Режим маршрутизации выбран верно?
У ядра mihomo три режима: по правилам, глобальный и прямой. В режиме прямого подключения весь трафик идёт мимо прокси — если он выбран случайно, ощущение будет ровно такое, будто прокси не работает. В режиме по правилам решение принимает набор правил из профиля: часть адресов уходит напрямую, часть — через узел, и «неоткрывающийся» сайт может просто попадать в прямую ветку.
Для проверки временно переключитесь на глобальный режим. Если всё заработало — причина в правилах, и дальше нужно смотреть, какое именно правило срабатывает для проблемного домена: панель соединений показывает выбранную цепочку для каждого запроса.
Шаг 3. Когда виноват DNS
Характерные признаки проблем с разрешением имён: соединение по IP-адресу проходит, а по домену нет; часть сайтов открывается мгновенно, часть висит до тайм-аута; после включения режима TUN пропадает всё сразу.
Первое, что стоит проверить, — включён ли встроенный DNS ядра и какой режим используется. Режим fake-ip возвращает приложению виртуальный адрес из зарезервированного диапазона (часто 198.18.0.0/16) и разрешает имя уже в момент соединения; redir-host работает иначе. Если конкретное приложение ломается именно при fake-ip, его домен добавляют в список исключений fake-ip-filter. Подробности настройки — в руководстве по DNS.
Осторожно с ручными правками. Профиль от провайдера может перезаписывать секцию dns при каждом обновлении подписки. Вносите изменения через механизм переопределения в клиенте, иначе правки исчезнут.
Другие причины и метод половинного деления
Если предыдущие шаги не помогли, проверьте окружение. Расширения браузера, управляющие прокси, перехватывают запросы раньше системных настроек и легко создают конфликт — отключите их и проверьте в режиме инкогнито. Другое VPN-приложение, работающее параллельно, может забрать маршрут по умолчанию себе. Наконец, брандмауэр или защитное ПО иногда блокирует само ядро.
Общий приём — половинное деление: отключайте по одному элементу и смотрите, что изменилось. Один режим вместо двух, один профиль вместо нескольких, чистый браузер вместо настроенного. Так область поиска сокращается вдвое на каждом шаге.
Быстрый чек-лист
- Без прокси интернет есть? Если нет — проблема в подключении.
- Включён системный прокси или TUN?
- Порт в настройках ОС совпадает с портом клиента?
- Тест задержки: есть ли отвечающие узлы?
- Подписка обновлена, профиль активен?
- Режим маршрутизации не стоит на прямом подключении?
- Работает ли сайт в глобальном режиме?
- Проверены DNS-настройки и исключения
fake-ip-filter? - Отключены расширения браузера и сторонние VPN?
Если после всех пунктов картина не изменилась, имеет смысл начать с чистой установки свежей сборки клиента из центра загрузок и импортировать подписку заново.