Tor Browser закриває один застосунок, а не весь пристрій
Браузер спрямовує власні з’єднання через Tor і більше нічого. Перевірте, який процес володіє з’єднанням, перш ніж вважати, що решта машини йде за ним.
Tor Browser надсилає власні з’єднання через локальний проксі й спрямовує їх у мережу Tor, а решту машини не рухає. Поштовий клієнт, процес синхронізації та другий браузер зберігають ті налаштування, які мали, і саме тому чистий результат в одному вікні може існувати поряд із прямими з’єднаннями за ним. Чотири перевірки відокремлюють покрите від того, що лише виглядає покритим. Почніть із тієї, яка називає процес.
Що браузер насправді передає через проксі
Усередині браузера трафік іде до локального слухача SOCKS, який Tor Browser запускає для себе, і браузер налаштований його використовувати. Вибір ланцюга, ізоляція особи та захист від відбитків пальців живуть у цій парі. Файл, збережений на диску, не несе нічого з цього, а відкриття такого файла в зовнішній програмі запускає нову програму з власною мережевою поведінкою.
Саме тому знайома сторінка з публічною адресою доводить так мало. Вона повідомляє про вихід, який використав браузер, що її завантажив, і зовсім не може спостерігати інший застосунок. Ставтеся до результату як до доказу про одну програму, а не як до твердження про пристрій.
Який процес володіє кожним з’єднанням
Перелічіть сокети й процеси за ними. Шукайте все, що не є браузером, який говорить із локальним слухачем:
ss -tunp
ss -tunp | grep -E 'tor|firefox'
Усе з публічним призначенням — це з’єднання, яке обійшло ланцюг. Якщо ви знайдете таке, визначте програму, перш ніж змінювати будь-що інше, бо виправлення різне для кожного клієнта:
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip
Форма -hostname важлива, бо просить проксі розв’язати ім’я. Локальне розв’язання й передавання адреси проксі розкриває призначення, навіть коли саме з’єднання йде через проксі.
Чи передається протокол узагалі
Ретранслятори Tor несуть потоки TCP. Застосунки, побудовані навколо UDP, як-от деякі голосові та ігрові клієнти, поводяться в мережі не як вебсторінка, і примусове проведення через проксі зазвичай зазнає невдачі замість того, щоб їх захистити.
| Coverage model | What it covers | What it leaves alone |
|---|---|---|
| Tor Browser | Its own browsing and downloads | Every other application |
| Proxy setting in one app | That app, if it honours the proxy | Its DNS behaviour and other programs |
| System VPN | Traffic routed through the tunnel | Browser fingerprint and identity |
| Whole-device routing | The operating system's traffic | Application-level identity signals |
Якщо застосунок, який вас цікавить, залежить від UDP, налаштування браузера не є відповіддю, як і змінна проксі, яку застосунок ігнорує. Вимога стає іншим проєктом з іншими режимами відмови.
Покриття, яке ви насправді обрали
Системний VPN ширший за охопленням, ніж браузер, і вужчий за призначенням. Він може нести кілька застосунків, коли маршрути й підтримка платформи налаштовані для цього, але не дає стійкості до відбитків пальців, а вихід VPN — не мережа анонімності.
Покриття всього пристрою — це системний проєкт, а не інсталятор. Він спрямовує трафік операційної системи замість одного процесу і приносить власні експлуатаційні межі, яких немає у завантаження браузера.
Вирішіть, на яке питання ви відповідаєте: який застосунок захищений або чи захищений кожен пакет. Перше — налаштування браузера, друге — політика маршрутизації. Їхнє змішування — це шлях, яким машина залишається з одним захищеним вікном і п’ятьма незахищеними процесами. Запишіть відповідь, перш ніж встановлювати будь-що інше.