Сообщение Delaying directory fetches: no running bridges в журнале Tor Browser или системного Tor означает, что клиент настроен на работу через мосты (bridges), но ни один из указанных мостов сейчас не отвечает, поэтому загрузка директорий сети откладывается на неопределённый срок. Без актуальных директорий Tor не может построить цепочку, и подключение зависает на этапе начальной загрузки — обычно на нулевом или минимальном проценте прогресса.
Эта строка в логе — не сбой программы, а диагностический симптом: сам клиент работает, но список мостов либо устарел, либо заблокирован на стороне провайдера, либо задан некорректно. Ниже разберём, как отличить одну причину от другой и что проверить в первую очередь, прежде чем менять настройки.
Что означает это сообщение в логе Tor
Для установки соединения Tor-клиенту нужны директории сети — списки ретрансляторов с их ключами и адресами. Когда включён режим мостов, первым узлом цепочки становится мост: именно через него клиент получает консенсус директорий. Строка «no running bridges» говорит о том, что в списке мостов нет ни одного, который клиент считает живым и доступным в данный момент.
Загрузка директорий при этом не отменяется — она откладывается (delaying), и клиент будет периодически повторять попытки. Если мосты не оживут, сообщение будет появляться в журнале снова и снова, а прогресс подключения не сдвинется с места. Поэтому простое ожидание проблему обычно не решает.
«No running bridges» — это симптом недоступности всех настроенных мостов, а не поломка самого Tor. Лечится обновлением или заменой списка мостов.
Основные причины появления ошибки
Причин несколько, и от правильной диагностики зависит способ решения. Наиболее типичные сценарии:
- 🔌 Мосты заблокированы провайдером или сетевым фильтром — IP-адреса из вашего списка попали в реестры блокировок, и соединение обрывается ещё на этапе рукопожатия.
- 📅 Устаревший список мостов — публичные мосты регулярно выводятся из эксплуатации или меняют адреса, и записи полугодовой давности часто уже мертвы.
- 🚫 Заблокирован сам механизм получения мостов — запросы к сервису распределения мостов перехватываются, и клиент не может обновить список автоматически.
- ⚙️ Ошибка в конфигурации — опечатка в строке моста, потерянный тип транспорта (
obfs4) или отсутствие параметраcertделают мост нерабочим даже при живом сервере. - 🕐 Неверное системное время — заметное расхождение часов ломает проверку сертификатов и мешает загрузке консенсуса.
⚠️ Внимание: прежде чем менять настройки, проверьте системные дату и время. Расхождение даже в несколько десятков минут способно имитировать полную недоступность мостов, и никакая смена списка в этом случае не поможет.
Диагностика: как понять, что именно не так
Начните с чтения журнала. В Tor Browser журнал доступен из меню настроек соединения, в системном Tor — в файле лога, путь к которому зависит от вашей установки. Ищите строки, идущие непосредственно перед сообщением о delaying directory fetches: там обычно видно, на каком этапе обрывается соединение с мостом.
Полезная проверка — временно отключить использование мостов и попробовать прямое подключение. Если сеть без мостов работает, проблема точно в списке мостов или в их блокировке, а не в самом клиенте. Если же и прямое подключение не поднимается, дело может быть в полной блокировке Tor в вашей сети, и потребуется другой транспорт.
Обновление списка мостов
Самое частое рабочее решение — получить свежие мосты. В Tor Browser для этого предусмотрен встроенный механизм запроса мостов через BridgeDB: в настройках соединения есть опция запроса моста, которая работает даже при частичной блокировке. Также мосты можно получить через официальные каналы проекта Tor — сайт распределения мостов или почтовый робот, если сайт недоступен.
При ручном вводе проверяйте формат каждой строки. Строка obfs4-моста должна начинаться с типа транспорта и содержать адрес, порт, отпечаток и параметры сертификата. Пример структуры (значения условные):
obfs4 IP:PORT FINGERPRINT cert=... iat-mode=0Потеря любого фрагмента — и мост будет числиться в списке, но никогда не заработает. Копируйте строки целиком, без переносов и лишних пробелов.
☑️ Проверка перед сменой мостов
Если стандартные obfs4-мосты заблокированы
В сетях с глубокой фильтрацией трафика блокируются и сами obfs4-мосты — их активно выявляют и вносят в списки. В такой ситуации стоит проверить, поддерживает ли ваша версия клиента альтернативные подключаемые транспорты, например Snowflake, который маскирует трафик под видеозвонки и работает через распределённую сеть временных прокси. Выбор транспорта находится в тех же настройках соединения.
Почему мосты «умирают» так быстро
Публичные мосты из общедоступных списков быстро обнаруживаются системами блокировки, потому что их адреса известны всем. Поэтому BridgeDB раздаёт мосты порциями и по разным каналам (веб, почта, встроенный запрос), чтобы замедлить массовое выявление. Мост, полученный через менее доступный канал, обычно живёт дольше.
Ещё один вариант — частные мосты, которые не публикуются в общих базах. Если у вас есть доступ к серверу за пределами блокирующей сети, можно поднять собственный мост, но это уже задача для опытного пользователя и требует отдельного изучения документации проекта Tor.
⚠️ Внимание: не вставляйте в настройки строки мостов из случайных форумов и чатов. Недобросовестный мост теоретически может наблюдать ваш входной трафик. Используйте только мосты, полученные через официальные механизмы распределения проекта Tor.
Сравнение способов получения мостов
| Способ | Доступность при блокировке | Сложность | Живучесть мостов |
|---|---|---|---|
| Встроенный запрос в Tor Browser | Работает при частичной блокировке | Минимальная | Средняя |
| Сайт BridgeDB | Часто заблокирован | Минимальная | Средняя |
| Запрос по электронной почте | Зависит от доступа к почте | Низкая | Средняя |
| Транспорт Snowflake | Высокая устойчивость | Низкая | Не требует списка |
| Собственный частный мост | Максимальная | Высокая | Высокая |
Конкретный выбор зависит от жёсткости фильтрации в вашей сети. Разумная последовательность — начать со встроенного запроса и Snowflake, и только при их отказе переходить к более сложным вариантам.
После смены мостов полностью перезапустите Tor Browser или службу Tor, а не просто нажмите «подключиться» повторно — так клиент гарантированно перечитает конфигурацию и начнёт загрузку директорий заново.
Когда проблема не в мостах
Иногда сообщение о no running bridges — лишь верхушка более общей проблемы с сетью. Проверьте, не блокирует ли исходящие соединения локальный файрвол или антивирус: некоторые защитные решения режут неизвестные TCP-подключения, и Tor оказывается изолирован ещё до выхода в сеть. Временное отключение фильтрации для проверки — безопасный диагностический шаг.
Также учитывайте корпоративные и публичные сети с перехватывающими прокси: в них может требоваться явное указание прокси в настройках Tor, иначе ни один мост не будет достижим в принципе. Если вы меняли сеть непосредственно перед появлением ошибки — с высокой вероятностью дело именно в параметрах нового подключения.
Последовательность действий: проверить время → проверить прямое подключение → обновить мосты → попробовать Snowflake → проверить файрвол и прокси. В большинстве случаев решение находится на первых трёх шагах.
Часто задаваемые вопросы
Ошибка появляется, но через некоторое время Tor всё же подключается. Это нормально?
Да, такое бывает, если часть мостов жива, но отвечает медленно или нестабильно. Клиент повторяет попытки и в итоге находит рабочий. Тем не менее стоит обновить список мостов — явно «умирающие» записи лучше заменить.
Можно ли удалить все мосты и пользоваться Tor напрямую?
Можно, если ваша сеть не блокирует публичные узлы Tor. Отключите использование мостов в настройках соединения и перезапустите клиент. Если прямое подключение блокируется провайдером, без мостов или альтернативного транспорта работать не получится.
Сколько мостов стоит держать в списке?
Достаточно нескольких рабочих строк. Длинный список из мёртвых мостов не ускоряет подключение — клиент всё равно перебирает их по очереди. Лучше три актуальных моста, чем двадцать устаревших.
Помогает ли переустановка Tor Browser при этой ошибке?
Сама по себе — нет, поскольку проблема в списке мостов или сетевой фильтрации, а не в файлах программы. Переустановка имеет смысл только если вы подозреваете повреждение конфигурации, и даже тогда проще сначала сбросить настройки соединения.
Что значит iat-mode в строке obfs4-моста?
Это параметр режима обфускации временных интервалов пакетов. Его нужно копировать вместе со всей строкой моста как есть — изменять значение вручную без понимания последствий не стоит, некорректный параметр может сделать мост недоступным.