Otvaranje drugog preglednika ne stvara drugu VPN rutu
Profili i privatni prozori razdvajaju stanje preglednika, a ne mrežne puteve. Druga ruta traži pravilo po aplikaciji, proxy ili imenski prostor, i svako od njih ima cijenu.
Dva preglednika, dva prozora, jedan na poslovnom računu i jedan na ličnom, i pretpostavka je da sada idu različitim putevima. Ne idu. Razdvajanje profila drži kolačiće odvojeno, dok se odluka o rutiranju donosi ispod preglednika i ne zna koji je profil pitao. Drugi put traži pravilo koje ga bira, a mjesta na kojima to pravilo može živjeti ima samo nekoliko.
Razdvajanje stanja nije razdvajanje puta
Profil preglednika izolira pohranu: kolačiće, historiju, ekstenzije i ponekad akreditive. Ta izolacija se provodi unutar jednog stabla procesa i nema šta reći o tome koji interfejs nosi paket.
Privatni prozori idu dalje u izgledu i nimalo dalje u rutiranju. Sve što preglednik pošalje i dalje izlazi putem koji je odabrao operativni sistem, osim ako nešto između utičnice i mreže to promijeni. Miješanje izolacije pohrane s mrežnom izolacijom stvara očekivanja koja nijedan proizvođač preglednika nije obećao i koja nijedan test ne može zadovoljiti.
Šta zapravo bira rutu
Četiri stvari mogu izabrati drugi put: VPN pravilo po aplikaciji koje odgovara izvršnoj datoteci ili paketu, proxy postavljen unutar preglednika ili sistema, mrežni imenski prostor ili kontejner, i drugi fizički uređaj. Svaka od njih mijenja nešto stvarno i svaka ima cijenu.
Pravilo po aplikaciji uobičajen je odgovor na mobilnim platformama, gdje VPN servis dobija popis paketa. Na desktopu zavisi od klijenta, a pravilo koje odgovara izvršnoj datoteci pokriva svaki profil koji ta datoteka otvori. Ako dvama profilima zaista trebaju različiti putevi, obično im trebaju dva procesa s različitim identitetima, a ne dva taba. Zato zajednička instalacija preglednika nikada ne može biti granica u dizajnu zasnovanom na profilima.
Proxy na razini aplikacije dodaje još jednog posrednika
Postavka proxyja u pregledniku zaista stvara odvojen put i takođe stvara odvojen odnos povjerenja s onim ko upravlja proxyjem. To je legitiman aranžman za jedan profil i nije jednako pokrivenosti cijelog uređaja.
Birajte proxy svjesno: SOCKS osluškivač na istom hostu, autentificirani proxy unutar tunela ili udaljena usluga. Miješanje proxyja s VPN-om punog tunela stvara ugniježđene puteve u kojima se načini kvara množe.
Provjerite stvarni zahtjev svakog preglednika
Pošaljite isti zahtjev iz svakog preglednika i uporedite uočenu izlaznu adresu, umjesto da upoređujete stranice postavki. Postavljeni proxy koji tiho ne uspije da se poveže vrlo je čest način da se vratite na podrazumijevani put.
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
Zatim ponovite zahtjev s prisilno uključenim proxyjem i s isključenim tunelom, da vidite koji sloj zapravo nosi saobraćaj. Zabilježite i DNS odgovor, jer preglednik s vlastitim šifrovanim razrješivačem može potpuno zaobići sistemski put i ipak prikazati stranicu kojoj ste se nadali.
Zapišite predviđeno mapiranje u dva reda: koji proces koristi koji put i ko posjeduje svaki od njih. Imajte na umu i identitete računa, jer dva puta ne sprječavaju da se ista prijava predstavi obama odredištima. Ponovo testirajte nakon sljedećeg ažuriranja preglednika, jer se proxy postavka lako izgubi i teško primijeti.