Om 'n tweede blaaier oop te maak skep nie 'n tweede VPN-roete nie
Profiele en privaatvensters skei blaaierstaat, nie netwerkpaaie nie. 'n Tweede roete vereis 'n reël per toepassing, 'n instaanbediener of 'n naamruimte, elkeen met 'n koste.
Twee blaaiers, twee vensters, een op die werkrekening en een op 'n persoonlike rekening, en die aanname is dat hulle nou verskillende paaie volg. Hulle doen nie. Profielskyding hou koekies apart, terwyl die roetebesluit onder die blaaier plaasvind en niks weet van watter profiel gevra het nie. 'n Tweede pad benodig 'n reël wat een kies, en daar is net 'n paar plekke waar daardie reël kan woon.
Skeiding van toestand is nie skeiding van paaie nie
'n Blaaierprofiel isoleer berging: koekies, geskiedenis, uitbreidings en soms geloofsbriewe. Daardie isolasie word binne een prosesseboom afgedwing en het niks te sê oor watter koppelvlak 'n pakket dra nie.
Privaatvensters gaan verder in voorkoms en nie verder in roetering nie. Alles wat die blaaier stuur, verlaat steeds die bedryfstelsel se gekose pad, tensy iets tussen die sok en die netwerk dit verander. Om bergingisolasis met netwerkiisolasis te verwar, skep verwagtinge wat geen blaaierverkoper belowe het nie en geen toets kan bevredig nie.
Wat werklik 'n roete kies
Vier dinge kan 'n ander pad kies: 'n reël vir VPN per toepassing wat by die uitvoerbare lêer of pakket pas, 'n instaanbediener wat binne die blaaier of die stelsel opgestel is, 'n netwerknaamruimte of houer, en 'n tweede fisiese toestel. Elkeen verander iets werklik, en elkeen het 'n koste.
Op mobiele platforms is 'n reël per toepassing die gewone antwoord, want die VPN-diens ontvang daar 'n pakketlys. Op 'n rekenaar hang dit van die kliënt af, en 'n reël wat by die uitvoerbare lêer pas, dek elke profiel wat daardie lêer oopmaak. As twee profiele werklik verskillende paaie nodig het, het hulle gewoonlik twee prosesse met verskillende identiteite nodig eerder as twee oortjies. Dit is waarom 'n gedeelde blaaierinstallering nooit die grens in 'n ontwerp per profiel kan wees nie.
Instaanbedieners op toepassingsvlak voeg nog 'n tussenganger by
'n Instaanopstelling in die blaaier skep wel 'n aparte pad, en dit skep ook 'n aparte vertrouensverhouding met wie die instaanbediener bedryf. Dit is 'n wettige reëling vir een profiel, en dit is nie gelykstaande aan dekking oor die hele toestel nie.
Kies die instaanbediener doelbewus: 'n SOCKS-luisteraar op dieselfde gasheer, 'n geoutentiseerde instaanbediener binne die tonnel, of 'n afgeleë diens. Om 'n instaanbediener met 'n voltonnel-VPN te meng, lewer geneste paaie waar die foutmodusse vermenigvuldig.
Verifieer elke blaaier se werklike versoek
Stuur dieselfde versoek van elke blaaier en vergelyk die waargenome uitgangsadres, eerder as om die instellingsbladsye te vergelyk. 'n Opgestelde instaanbediener wat stilweg versuim om te verbind, is 'n baie algemene manier om terug op die verstekpad te beland.
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
Herhaal dan die versoek met die instaanbediener geforseer, en met die tonnel af, om te sien watter laag werklik verkeer dra. Teken ook die DNS-antwoord aan, want 'n blaaier met sy eie geënkripteerde oplosser kan die stelselpad heeltemal omseil en steeds die bladsy wys wat jy verwag het.
Skryf die beoogde kartering as twee reëls neer: watter proses watter pad gebruik, en wie elkeen besit. Hou rekeningidentiteite ook in die oog, want twee paaie keer nie dat dieselfde aanmelding aan albei bestemmings voorgelê word nie. Herhaal die toets ná die volgende blaaieropdatering, want 'n instaanopstelling is maklik om te verloor en moeilik om raak te sien.