Otra pārlūka atvēršana neizveido otru VPN maršrutu

Divi pārlūki, divi logi, viens darba kontā un otrs personīgajā kontā, un pieņēmums ir tāds, ka tagad tie iet dažādus ceļus. Tā nav. Profilu atdalīšana tur sīkfailus atsevišķi, kamēr maršrutēšanas lēmums tiek pieņemts zem pārlūka un nezina, kurš profils jautāja. Otram ceļam vajadzīgs noteikums, kas to izvēlas, un vietu, kur šāds noteikums var dzīvot, ir tikai dažas.

Stāvokļa atdalīšana nav ceļa atdalīšana

Pārlūka profils izolē krātuvi: sīkfailus, vēsturi, paplašinājumus un dažkārt akreditācijas datus. Šī izolācija tiek ieviesta vienā procesu kokā, un tai nav nekā ko teikt par to, kura saskarne pārvadā pakešu datus.

Privātie logi izskatā aiziet tālāk, bet maršrutēšanā ne soli. Viss, ko pārlūks sūta, joprojām iziet pa operētājsistēmas izvēlēto ceļu, ja vien kaut kas starp ligzdu un tīklu to nemaina. Krātuves izolācijas sajaukšana ar tīkla izolāciju rada gaidījumus, ko nav solījis neviens pārlūku ražotājs un ko nevar apmierināt neviens tests.

Kas patiešām izvēlas maršrutu

Četras lietas var izvēlēties citu ceļu: VPN noteikums katrai lietotnei, kas atbilst izpildāmajam failam vai pakotnei, pārlūkā vai sistēmā konfigurēts starpniekserveris, tīkla nosaukumtelpa vai konteiners, un otra fiziska ierīce. Katra no tām maina kaut ko reālu, un katrai ir sava cena.

Noteikums katrai lietotnei ir ierastā atbilde mobilajās platformās, kur VPN pakalpojums saņem pakešu sarakstu. Darbvirsmā tas atkarīgs no klienta, un noteikums, kas atbilst izpildāmajam failam, aptver katru profilu, ko šis fails atver. Ja diviem profiliem patiešām vajag dažādus ceļus, tiem parasti vajag divus procesus ar atšķirīgām identitātēm, nevis divas cilnes. Tāpēc kopīga pārlūka instalācija nekad nevar būt robeža profilu dizainā.

Lietotnes līmeņa starpnieki pievieno vēl vienu starpnieku

Starpniekservera iestatījums pārlūkā patiešām izveido atsevišķu ceļu, un tas arī izveido atsevišķas uzticēšanās attiecības ar to, kurš pārvalda starpniekserveri. Tas ir likumīgs kārtojums vienam profilam, un tas nav līdzvērtīgs visas ierīces pārklājumam.

Izvēlieties starpniekserveri apzināti: SOCKS klausītājs tajā pašā resursdatorā, autentificēts starpniekserveris tuneļa iekšpusē vai attālināts pakalpojums. Sajaucot starpniekserveri ar pilna tuneļa VPN, rodas iegulti ceļi, kuros atteices režīmi vairojas.

Pārbaudiet katra pārlūka faktisko pieprasījumu

Nosūtiet to pašu pieprasījumu no katra pārlūka un salīdziniet novēroto izejas adresi, nevis iestatījumu lapas. Konfigurēts starpniekserveris, kas klusi neizdodas savienoties, ir ļoti izplatīts veids, kā nokļūt atpakaļ noklusējuma ceļā.

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

Pēc tam atkārtojiet pieprasījumu ar piespiedu starpniekserveri un ar izslēgtu tuneli, lai redzētu, kurš slānis patiešām pārvadā datplūsmu. Pierakstiet arī DNS atbildi, jo pārlūks ar savu šifrēto atrisinātāju var pilnībā apiet sistēmas ceļu un tomēr parādīt lapu, kuru gaidījāt.

Pierakstiet paredzēto atbilstību divās rindās: kurš process izmanto kuru ceļu un kam pieder katrs. Paturiet redzeslokā arī kontu identitātes, jo divi ceļi neliedz vienu un to pašu pieteikšanos uzrādīt abiem galamērķiem. Pārbaudiet vēlreiz pēc nākamā pārlūka atjauninājuma, jo starpniekservera iestatījumu ir viegli pazaudēt un grūti pamanīt.