Как отделить тесты Tor Browser от трафика VPN

Эксперимент — это не браузер; это весь набор путей на машине, пока браузер работает. Если вы измените глобальный прокси или маршрут, чтобы проверить Tor Browser с VPN, каждая другая программа унаследует изменение, включая те, что в фоне синхронизируют файлы и проверяют почту. Безопасный образец — дать эксперименту собственное приложение, собственный профиль и собственный маршрут и точно знать, как всё вернуть. Страница публичного IP сообщает, что использован один выход; она не сообщает, что делала остальная машина.

Проверка 1: назовите три подключения

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

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

Проверка 2: держите каждую настройку рядом с её собственной программой

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

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

То же касается всего, что браузер передаёт. Загруженный документ, открытый во внешней программе просмотра, не наследует маршрут браузера; он использует системный, который может быть VPN, LAN или ничем. Эта передача — обычный и тихий способ, которым содержимое, которое вы хотели удержать внутри эксперимента, уходит наружу. Решите, входит ли внешняя программа просмотра в эксперимент, и если нет, держите файл внутри браузера.

Проверка 3: используйте полезную нагрузку, которую не страшно потерять

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

Конкретно, curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip задействует ту же конечную точку SOCKS, которую использует браузер, и возвращает выход, который он видит, что отделяет проблему браузера от проблемы Tor. ss -tnp на машине показывает, какой процесс общается с каким адресом, и это та проверка, которая ловит забытое приложение. Ни одна из команд не требует входа, и обе воспроизводимы. Храните результаты как пару до и после, а не как одно наблюдение.

Проверка 4: сознательно восстановите обычное использование

Удаляйте тестовые исключения и временные настройки через компонент, который их создал, а не через другой инструмент, который случайно предлагает похожий переключатель.

Затем проверьте обычные приложения, включая разрешение DNS и любой частный ресурс, который нужен рабочему пути. Тест, который заканчивается работающим просмотром, но сломанными внутренними именами, не завершён.

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

Руководство Tor Project по управлению идентичностями в Tor Browser — это ориентир для того, что браузер держит отдельно сам по себе, и его стоит прочитать, прежде чем добавлять ещё один слой сверху.

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