Мосты Tor и VPN: какую задачу решает каждый?

Заблокированный доступ, Tor Browser, который не подключается, и два продукта, предлагаемых как решение: мост и VPN. Они отказывают в разных местах и чинят разные вещи. Мост — это точка входа в Tor, которая не публикуется в каталоге реле, тогда как VPN — это туннель к оператору, которого вы выбрали сами. Выбор между ними начинается с того, чтобы назвать, что именно сломано.

Два инструмента, две разные задачи

Мост меняет то, как Tor Browser попадает в сеть Tor. Клиент по-прежнему строит цепь, по-прежнему использует выходное реле для публичного веба и по-прежнему зависит от каталоговых органов во всём, кроме первого шага. VPN меняет то, как локальная машина попадает в выбранную вами конечную точку, и всё после этой точки — дело оператора.

Эта разница определяет, какую поломку может устранить каждый инструмент. Если соединения с известными адресами входа Tor заблокированы, мост предлагает другой вход, и документация Tor Project о мостах описывает поддерживаемые способы его получить. Если сеть проверяет весь трафик, мост может помочь, а может и нет, потому что сменные транспорты меняют форму соединения, а не гарантируют, что никто его не узнает. Если локальная сеть следит за назначениями, ответ — совсем другой вопрос. Сначала принесите симптом, а потом продукт.

Что мост на самом деле скрывает

Мост — это реле, отсутствующее в публичном каталоге и распространяемое по отдельным каналам, например через встроенный поток запросов или электронную почту. Он скрывает точку входа от любого, кто читает публичный список, и в этом весь смысл.

Он не скрывает назначение от сайта, который вы посещаете, потому что этот запрос по-прежнему делает выходное реле. Он не делает слепой и локальную сеть, поскольку соединение всё ещё покидает машину с адресом и временным шаблоном. Мост — это прежде всего инструмент доступности и лишь во вторую очередь инструмент приватности.

Что меняет запуск Tor через VPN

Запуск Tor через VPN переносит первый шаг: локальная сеть видит конечную точку VPN, а оператор VPN видит соединение со входом Tor. Сама цепь с этой точки не меняется.

Такая схема переносит то, кто может наблюдать входное соединение, и добавляет ещё одну учётную запись, клиент и режим отказа, которые нужно обслуживать. Она также меняет то, что оператор VPN мог бы сопоставить, а это вопрос политики, а не техники. VPN по умолчанию не охватывает каждую программу на машине, поэтому отдельный почтовый клиент или средство синхронизации могут по-прежнему использовать обычный путь. Любой индикатор соединения воспринимайте как доказательство об одной программе, а не об устройстве.

Проверяйте то приложение, которое вас волнует

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

tor --verify-config
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip

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

Храните доказательства вместе с заявкой: используемый транспорт, тип входа и наблюдаемый выход. Эти три строки решают большинство споров о связности без очередного сравнения продуктов.