Tor или VPN: решайте по тому, кому каждый путь заставляет вас доверять
VPN складывает ваше доверие на одного оператора; Tor распределяет его между реле. Решайте по охвату, по тому, кто может связать вас с сайтом, и по тому, что вы можете проверить.
Выбор между Tor и VPN сводится к тому, какой стороне вы можете позволить видеть оба конца соединения. VPN концентрирует этот взгляд у одного оператора, которого вы выбрали. Tor распределяет его между реле, так что ни одно отдельное реле не должно узнать, кто вы и что скачали.
Ни одна из двух схем сама по себе не делает вас анонимными. Выберите ту, чьё оставшееся доверие вы можете назвать вслух, а затем исправьте части, которые она оставляет открытыми.
Посчитайте, кто может связать вас с пунктом назначения
При VPN каждый охваченный поток достигает выхода оператора раньше, чем пункта назначения. Этот оператор неизбежно видит ваш адрес источника и, для всего, что не шифруется через него, запрошенный вами пункт назначения. TLS держит содержимое страницы вне этого взгляда, но обычно оставляет имя хоста видимым, пока устанавливается соединение. Поэтому одна сторона может связать вас с сайтом, и эта связь — ровно то доверие, которое вы даёте.
Tor разделяет эти половины между тремя реле: охранником, который знает ваш адрес, но не пункт назначения, средним реле, которое не знает ни одного конца, и выходом, который знает пункт назначения, но не вас. Схема предполагает, что ни одно реле не объединяет оба факта, и это более слабое и более полезное допущение, чем доверять одной компании. Она не предполагает, что реле честны, и не побеждает наблюдателя, который видит оба конца пути.
Обе схемы имеют одну слабую точку, и она находится в пункте назначения. Если вы войдёте в систему, сервис свяжет этот сеанс с вашей учётной записью независимо от того, каким путём шли пакеты. Маршрутизация меняет то, откуда запрос якобы приходит, а не то, что страница просит вас предоставить.
Охват важнее схемы маршрутизации
VPN маршрутизирует на сетевом уровне, поэтому каждое приложение на устройстве наследует туннель, если вы намеренно его не исключите. Именно эта широта — причина, по которой он работает одновременно для почтового клиента, менеджера пакетов и браузера.
Tor Browser — это пакет, и его защиты живут в основном внутри браузера: единообразный отпечаток, изоляция между сайтами и скрипты, ограниченные уровнем безопасности, а не установленными вами расширениями. Направить Chrome на порт SOCKS — значит купить маршрутизацию без всего этого, что часто становится источником неуместной самоуверенности.
Остальная часть рабочего стола остаётся нетронутой. Клиент синхронизации, обновлятор или скачанный документ, открытый в другой программе, подключается так, как настроена эта программа, и ничто из этого не проходит через прослушиватель SOCKS, если вы не настроите его там. Перечислите приложения, которые общаются с сетью, и спросите, какие из них выбранный инструмент действительно охватывает. Охват — свойство вашей конфигурации, а не вашего намерения.
Выбирайте по трём условиям
Решение обычно сводится к трём вопросам: приходит ли трафик из одного приложения или со всего устройства, должен ли пункт назначения быть неспособен определить ваш адрес, и нужно ли вам попасть в частную сеть? Ответьте на них в этом порядке, и инструмент чаще всего выбирает себя сам.
| Requirement | Better fit | Reason |
|---|---|---|
| Every app covered, including non-browser traffic | A device VPN | Routing happens below the application, with a kill switch to stop leaks |
| Destination must not learn your address | Tor | The site sees a shared exit address rather than one tied to your account |
| Browser fingerprint that blends in | Tor Browser | The uniformity ships with the browser, a proxy alone adds none of it |
| Access to a private subnet or office resource | A VPN | Tor exits reach the public internet, not your internal routes |
Когда два требования противоречат друг другу, взвесьте, какое вы можете обеспечить. Туннель на устройстве с дырявым списком исключений хуже, чем маршрут только в браузере, который вы можете продемонстрировать.
Проверка дешева для обоих путей, и она должна произойти прежде, чем вы положитесь на любой из них:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
Ложный результат первой команды означает, что запрос вышел за пределы цепи, и именно эту ошибку стоит поймать рано. Сравните второй с адресом, который назначил ваш провайдер, а не с тем, который вы помните с прошлой недели.
Чего не исправляет ни один вариант
Шифрование приложений по-прежнему делает работу, которую не выполняет ни один маршрут. Простой HTTP, пересекающий сеть приватности, остаётся читаемым на выходе, и HTTPS остаётся единственным, что защищает полезную нагрузку от конца до конца. TLS также ничего не говорит об имени хоста, которое вы ввели, поэтому пункт назначения остаётся видимым для каждого, кто завершает путь.
Учётные записи идентифицируют вас, и никакой выбор маршрутизации этого не меняет: сервис знает, кто вошёл, независимо от адреса в заголовке. Корреляция наблюдателем, который видит достаточно сети, компрометация вашего собственного устройства и всё, что вы вводите в форму, переживают обе схемы. Относитесь к обоим инструментам как к способам перемещать доверие, а не удалять его.
Начните с конфигурации по умолчанию, которую документирует каждый проект, подтвердите маршрут двумя командами выше и только затем рассматривайте вложение VPN под Tor. Вкладывать их друг в друга — это конфигурация с собственными режимами отказа, а не бесплатное улучшение.