Каталог загрузок Clash MetaЗагрузки клиента mihomo

Частые ошибки Clash Verge Rev и mihomo: разбор и решения

Неполадки 23 июля 2026 3 мин чтения
Содержание

Большинство сбоев в Clash Verge Rev и ядре mihomo сводится к пяти-шести повторяющимся сценариям: занятый порт, ошибка в конфигурации, недоступная подписка, проблемы с системным прокси и неудачный запуск режима TUN. Хорошая новость в том, что все они дают узнаваемые симптомы и решаются без переустановки системы.

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

Начните с логов: где искать причину

У связки «графический клиент + ядро» два источника сообщений. Первый — журнал самого клиента: там видно, удалось ли запустить ядро, применить профиль и установить системный прокси. Второй — журнал ядра mihomo: он показывает загрузку конфигурации, ошибки разбора YAML, сработавшие правила маршрутизации и результаты соединений.

В Clash Verge Rev оба журнала доступны из бокового меню в разделе логов; уровень детализации переключается в настройках. При разборе проблемы полезно поднять уровень до info или debug, воспроизвести сбой и сразу вернуть обратно — подробный лог быстро разрастается и сам по себе содержит адреса, которые вы посещаете.

Совет. Ищите в логе первую строку с ошибкой, а не последнюю. Последующие сообщения обычно являются следствием первой поломки.

Порт уже занят

Симптом: ядро запускается и тут же завершается, в логе — сообщение вида «address already in use». Обычно виноват второй экземпляр клиента, ранее не завершившийся процесс ядра или другая прокси-программа, которая заняла тот же локальный порт.

Найдите процесс по номеру порта. В Windows:

netstat -ano | findstr 7890

Последний столбец вывода — идентификатор процесса, по нему можно найти программу в диспетчере задач. В macOS и Linux ту же задачу решает lsof -i :7890. Смешанный порт по умолчанию можно посмотреть в настройках клиента — часто это 7890 или 7897, поэтому подставляйте в команду именно своё значение.

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

Ядро не запускается: ошибка в конфигурации

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

mihomo -t -f config.yaml

Ключ -t выполняет проверку конфигурации, а вывод указывает на номер строки с ошибкой. Открывайте файл, смотрите указанную строку и одну-две строки выше — источник проблемы почти всегда там. Если профиль пришёл от провайдера подписки и не проходит проверку, обновите подписку: возможно, ссылка отдаёт HTML-страницу с ошибкой вместо YAML.

Подписка не загружается

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

Режимы проксирования не включаются

Системный прокси

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

Режим TUN

Здесь три частые причины: не установлен служебный компонент (в Windows это отдельный шаг в настройках клиента), не выданы права администратора, либо конфликт с другим VPN-приложением, которое уже держит маршрут по умолчанию. Отключите остальные VPN-клиенты, переустановите службу и попробуйте снова. Разницу между режимами и стратегию выбора мы разбирали в статье о TUN и системном прокси.

Что собрать перед обращением за помощью

  1. Версию операционной системы и разрядность.
  2. Версию клиента и ядра (обе видны на странице настроек).
  3. Фрагмент лога с первой ошибкой — без ссылки подписки и адресов серверов.
  4. Какой режим был включён: системный прокси, TUN или оба.
  5. Что менялось перед сбоем: обновление профиля, смена порта, установка другого сетевого ПО.

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