Один узел в таймауте - будни; все разом - всегда системная причина. Четыре шага, чтобы её найти.

Шаг 1: локальная сеть

Режим Direct, открыть местный сайт. Не работает - сначала чините сеть; работает - дальше.

Шаг 2: валидность аккаунта

Зайдите в кабинет провайдера и проверьте:

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

Шаг 3: исключить тестовый URL

Замер по умолчанию ходит на гугловский generate_204. В редких сетях сам endpoint недостижим - получается «всё в таймауте, но реально работает». Просто откройте сайт через прокси; или перемерьте на http://cp.cloudflare.com/generate_204.

Шаг 4: массовая блокировка

Аккаунт валиден, подписка свежая, всё равно таймауты:

  • Спросите провайдера или почитайте его канал объявлений - массовые блокировки сопровождаются анонсами и починкой (новые порты/IP/протоколы).
  • В чувствительные периоды может лечь весь входной диапазон провайдера; ждите новых IP или держите запасного провайдера.
  • Корпоративные и кампусные сети режут высокие порты, любимые прокси, - сравните с телефонным хот-спотом и подтвердите блокировку среды.

Локальные факторы, о которых забывают

  • Сбитые системные часы валят рукопожатия VMess оптом - синхронизируйте время.
  • Антивирус/брандмауэр тихо блокирует соединения ядра: см. Конфликты с антивирусами.
  • Активный VPN или корпоративный агент, владеющий таблицей маршрутов, тоже выглядит как тотальный таймаут.
Совет: бесплатная/пробная подписка в роли контрольной группы окупается: контроль работает → виноват провайдер; контроль тоже мёртв → виновата локальная среда.