Два браўзеры, два вокны, адно на працоўным уліковым запісе і адно на асабістым, і меркаванне такое, што цяпер яны ідуць рознымі шляхамі. Гэта не так. Падзел профіляў трымае кукі асобна, а рашэнне пра маршрут прымаецца ніжэй за браўзер і нічога не ведае пра тое, які профіль запытаў. Другі шлях патрабуе правіла, якое яго выбірае, і ёсць толькі некалькі месцаў, дзе такое правіла можа жыць.

Падзел стану не з'яўляецца падзелам шляху

Профіль браўзера ізалюе сховішча: кукі, гісторыю, пашырэнні і часам уліковыя даныя. Гэтая ізаляцыя дзейнічае ўнутры аднаго дрэва працэсаў і не мае ніякага дачынення да таго, які інтэрфейс нясе пакет.

Прыватныя вокны ідуць далей у знешнім выглядзе і ні на крок далей у маршрутызацыі. Усё, што адпраўляе браўзер, па-ранейшаму выходзіць праз шлях, выбраны аперацыйнай сістэмай, калі нешта паміж сокетам і сеткай не зменіць яго. Блытаніна ізаляцыі сховішча з ізаляцыяй сеткі спараджае чаканні, якіх не абяцаў ні адзін вытворца браўзераў і якія не можа задаволіць ні адзін тэст.

Што насамрэч выбірае маршрут

Чатыры рэчы могуць выбраць іншы шлях: правіла VPN для кожнага дадатку, якое адпавядае выканальнаму файлу або пакету, проксі, наладжаны ўнутры браўзера або сістэмы, сеткавая прастора імёнаў або кантэйнер, і другая фізічная прылада. Кожная з іх змяняе нешта рэальнае, і кожная мае свой кошт.

Правіла для кожнага дадатку з'яўляецца звычайным адказам на мабільных платформах, дзе служба VPN атрымлівае спіс пакетаў. На камп'ютары гэта залежыць ад кліента, а правіла, якое адпавядае выканальнаму файлу, ахоплівае кожны профіль, які гэты файл адкрывае. Калі двум профілям сапраўды патрэбны розныя шляхі, ім звычайна патрэбны два працэсы з рознымі ідэнтычнасцямі, а не дзве закладкі. Вось чаму агульная ўстаноўка браўзера ніколі не можа быць мяжой у дызайне з разлікам на профіль.

Проксі на ўзроўні дадатку дадаюць яшчэ аднаго пасярэдніка

Наладка проксі ў браўзеры сапраўды стварае асобны шлях, і яна таксама стварае асобныя даверныя адносіны з тым, хто кіруе проксі. Гэта законная дамоўленасць для аднаго профілю, і яна не раўназначная пакрыццю ўсяе прылады.

Выбірайце проксі свядома: SOCKS-слухач на тым жа хосце, аўтэнтыфікаваны проксі ўнутры тунеля або аддаленая служба. Змешванне проксі з VPN поўнага тунеля стварае ўкладзеныя шляхі, дзе рэжымы адмоваў памнажаюцца.

Праверце рэальны запыт кожнага браўзера

Адпраўце адзін і той жа запыт з кожнага браўзера і параўнайце назіраны адрас выхаду, а не старонкі наладаў. Наладжаны проксі, які моўчкі не можа падключыцца, гэта вельмі распаўсюджаны спосаб вярнуцца на шлях па змаўчанні.

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --proxy socks5h://127.0.0.1:1080 https://api.ipify.org
dig +short example.com

Затым паўтарыце запыт з прымусовым проксі і з выключаным тунелем, каб убачыць, які ўзровень насамрэч нясе трафік. Запішыце таксама адказ DNS, бо браўзер з уласным зашыфраваным рэзалверам можа цалкам абысці сістэмны шлях і ўсё ж паказаць старонку, якую вы чакалі.

Запішыце меркаванае супастаўленне ў два радкі: які працэс выкарыстоўвае які шлях і хто валодае кожным. Трымайце ў полі зроку і ідэнтычнасці ўліковых запісаў, бо два шляхі не перашкаджаюць падачы аднаго і таго ж лагіна абедзвюм прызначэнням. Пераправерце пасля наступнага абнаўлення браўзера, бо наладку проксі лёгка страціць і цяжка заўважыць.

Падобныя артыкулы