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

Проблема в прокси или в самой сети

  1. Выключите переключатель системного прокси в клиенте, но сам клиент не закрывайте.
  2. Откройте страницу, которая точно работает, и обновите её принудительно.
  3. Страница вернулась: сбой где-то в цепочке прокси, идём дальше.
  4. Страница по-прежнему не грузится: сначала чините локальную сеть. Сбросьте DNS через ipconfig /flushdns, проверьте кабель и Wi-Fi, прокси пока не трогайте.
Если после выключения переключателя всё вернулось, дальше речь идёт только о пути через прокси. Не сбрасывайте адаптер, не хватайтесь за netsh winsock reset и тем более не переустанавливайте систему: эти шаги превращают пятиминутную задачу в полдня.
Партнёрский материалОткуда взять ссылку на подписку?Партнёрский сервис даёт 1 ГБ высокоскоростного трафика Гонконга при регистрации — импорт в один клик.Получить быстрые серверы

Слушает ли клиент этот порт на самом деле

netstat -ano | findstr 7890
lsof -i :7890
ss -tlnp | grep 7890

По строке на Windows, macOS и Linux; номер замените на свой mixed-port. Пустой вывод означает, что никто не слушает и ядро вообще не поднялось. Вывод с процессом, который не mihomo и не ваш клиент, означает, что порт занял кто-то другой — и здесь клиенты обычно падают молча, а интерфейс выглядит совершенно здоровым. Переставьте mixed-port на непопулярный номер вроде 7891 и перезапустите ядро.

Туда ли указывает системный прокси

В Windows это «Параметры», «Сеть и Интернет», «Прокси-сервер»; в macOS — «Системные настройки», «Сеть», «Прокси». Проверьте, что в ручной настройке стоит 127.0.0.1 и тот порт, который клиент действительно использует. Поменять mixed-port и забыть про системный прокси — классика: клиент показывает подключение, а система шлёт трафик на порт, за которым никого нет.

curl -x http://127.0.0.1:7890 -I https://www.cloudflare.com
curl -x socks5://127.0.0.1:7890 -I https://www.cloudflare.com

Обе команды обходят системную настройку и отдают запрос прямо на порт клиента. Вернувшаяся строка статуса HTTP означает, что клиент и узел в порядке, а виноват только системный прокси. Connection refused означает, что на порту никто не отвечает, — вернитесь на раздел выше.

Порт отвечает, а страницы не открываются

  • Группа пустая. Сорванная загрузка подписки или фильтр, не поймавший ничего, оставляют группу без узлов, и трафику некуда идти.
  • Узел не выбран. Ручная группа может стоять на первой записи, а ею бывает REJECT или другая пустая группа.
  • Последнее правило MATCH указывает на нерабочую группу. Через неё уходит всё, что не поймали предыдущие правила.
  • Поищите в журнале timeout, EOF, context deadline exceeded. Непрерывный поток таких строк означает, что запросы уходят, а узел не отвечает; попробуйте другой.

Клиент закрыт, и теперь не работает вообще ничего

Случай самый частый и самый сбивающий с толку. Когда клиент падает или его снимают через диспетчер задач, он не успевает вернуть системную настройку прокси. Система продолжает отправлять трафик на порт, которого больше нет, машина оказывается офлайн, и повторный запуск клиента не всегда это чинит. Откройте настройки прокси и выключите ручной прокси руками; в macOS снимите галочки на вкладке прокси. В следующий раз выходите через значок в трее.