Мости Tor і VPN: яку задачу вирішує кожен?
Міст — це неоприлюднена точка входу в 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 приймає свою конфігурацію, а друга повідомляє, яку адресу виходу мережа справді бачить. Якщо друга не вдається, а перша проходить, проблема не в ланцюзі, а в локальному налаштуванні проксі. Повторіть перевірку тим інструментом, який відмовляв, бо розширення браузера може мати власну конфігурацію проксі.
Зберігайте докази разом із заявкою: використовуваний транспорт, тип входу й спостережуваний вихід. Ці три рядки вирішують більшість суперечок про зв'язність без чергового порівняння продуктів.