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 не з’яўляецца сеткай ананімнасці.
Ахоп усёй прылады — гэта сістэмны дызайн, а не ўсталёўшчык. Ён накіроўвае трафік аперацыйнай сістэмы замест аднаго працэсу і прыносіць уласныя эксплуацыйныя межы, якіх не мае загрузка браўзера.
Вызначце, на якое пытанне вы адказваеце: якая праграма абароненая ці ці кожны пакет абаронены. Першае — налада браўзера, другое — палітыка маршрутызацыі. Блытаніна паміж імі — гэта тое, як машына заканчваецца адным абароненым акном і пяццю незабароненымі працэсамі. Запішыце адказ, перш чым усталёўваць што-небудзь яшчэ.