Odpiranje drugega brskalnika ne ustvari druge poti VPN

Dva brskalnika, dve okni, eno na službenem računu in eno na osebnem, in predpostavka je, da zdaj hodita po različnih poteh. Ne hodita. Ločevanje profilov drži piškotke narazen, medtem ko se odločitev o usmerjanju sprejme pod brskalnikom in ne ve, kateri profil je vprašal. Druga pot potrebuje pravilo, ki jo izbere, in mest, kjer lahko tako pravilo živi, je le nekaj.

Ločevanje stanja ni ločevanje poti

Profil brskalnika izolira shrambo: piškotke, zgodovino, razširitve in včasih poverilnice. Ta izolacija velja znotraj enega drevesa procesov in nima ničesar povedati o tem, kateri vmesnik nosi paket.

Zasebna okna gredo dlje v videzu in niti koraka dlje v usmerjanju. Vse, kar brskalnik pošlje, še vedno odide po poti, ki jo izbere operacijski sistem, razen če kaj med vtičnico in omrežjem te poti ne spremeni. Zamenjava izolacije shrambe z izolacijo omrežja ustvarja pričakovanja, ki jih noben proizvajalec brskalnikov ni obljubil in ki jih noben test ne more izpolniti.

Kaj dejansko izbere pot

Štiri stvari lahko izberejo drugo pot: pravilo VPN za posamezno aplikacijo, ki ustreza izvršljivi datoteki ali paketu, posrednik, nastavljen znotraj brskalnika ali sistema, omrežni imenski prostor ali vsebnik, in druga fizična naprava. Vsaka od njih spremeni nekaj resničnega in vsaka ima svojo ceno.

Pravilo za posamezno aplikacijo je običajen odgovor na mobilnih platformah, kjer storitev VPN prejme seznam paketov. Na namizju je odvisno od odjemalca, in pravilo, ki ustreza izvršljivi datoteki, pokrije vsak profil, ki ga ta datoteka odpre. Če dva profila resnično potrebujeta različni poti, običajno potrebujeta dva procesa z različnima identitetama namesto dveh zavihkov. Zato skupna namestitev brskalnika nikoli ne more biti meja v zasnovi po profilih.

Posredniki na ravni aplikacije dodajo še enega posrednika

Nastavitev posrednika v brskalniku res ustvari ločeno pot in ustvari tudi ločen odnos zaupanja s tistim, ki posrednik upravlja. To je zakonita ureditev za en profil in ni enakovredna pokritosti celotne naprave.

Posrednika izberite zavestno: poslušalec SOCKS na istem gostitelju, overjen posrednik znotraj tunela ali oddaljena storitev. Mešanje posrednika z VPN s polnim tunelom ustvari gnezdene poti, v katerih se načini okvare množijo.

Preverite dejansko zahtevo vsakega brskalnika

Pošljite isto zahtevo iz vsakega brskalnika in primerjajte opaženi izhodni naslov, namesto da bi primerjali strani z nastavitvami. Nastavljen posrednik, ki se tiho ne more povezati, je zelo pogost način, da pristanete nazaj na privzeti poti.

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

Nato zahtevo ponovite s prisiljenim posrednikom in z izklopljenim tunelom, da vidite, kateri sloj dejansko nosi promet. Zapišite tudi odgovor DNS, ker brskalnik z lastnim šifriranim razreševalnikom lahko popolnoma obide sistemsko pot in vseeno prikaže stran, ki ste jo pričakovali.

Zapišite predvideno preslikavo v dve vrstici: kateri proces uporablja katero pot in kdo ima vsako od njih. Imejte pred očmi tudi identitete računov, ker dve poti ne preprečita, da bi se ista prijava predstavila obema ciljema. Znova preizkusite po naslednji posodobitvi brskalnika, ker se nastavitev posrednika zlahka izgubi in jo je težko opaziti.