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. Влагането им едно в друго е конфигурация със свои режими на отказ, а не безплатно подобрение.