Atidarius antrą naršyklę antro VPN maršruto neatsiranda

Dvi naršyklės, du langai, vienas darbo paskyroje ir vienas asmeninėje paskyroje, ir prielaida tokia, kad dabar jie eina skirtingais keliais. Taip nėra. Profilių atskyrimas laiko slapukus atskirai, o maršruto sprendimas priimamas žemiau naršyklės ir nežino, kuris profilis paklausė. Antram keliui reikia taisyklės, kuri jį pasirenka, ir vietų, kuriose tokia taisyklė gali gyventi, yra nedaug.

Būsenos atskyrimas nėra kelio atskyrimas

Naršyklės profilis izoliuoja saugyklą: slapukus, istoriją, plėtinius ir kartais prisijungimo duomenis. Ta izoliacija vykdoma viename procesų medyje ir neturi ką pasakyti apie tai, kuri sąsaja neša paketą.

Privatieji langai išvaizda nueina toliau, o maršrutizavime nė žingsnio. Viskas, ką naršyklė siunčia, vis dar išeina operacinės sistemos pasirinktu keliu, nebent kažkas tarp lizdo ir tinklo jį pakeistų. Saugyklos izoliacijos painiojimas su tinklo izoliacija sukuria lūkesčius, kurių nežadėjo nė vienas naršyklių gamintojas ir kurių negali patenkinti nė vienas testas.

Kas iš tikrųjų parenka maršrutą

Keturi dalykai gali parinkti kitą kelią: VPN taisyklė kiekvienai programai, atitinkanti vykdomąjį failą arba paketą, naršyklėje arba sistemoje sukonfigūruotas tarpinis serveris, tinklo vardų erdvė arba konteineris, ir antras fizinis įrenginys. Kiekvienas jų pakeičia ką nors tikra, ir kiekvienas turi savo kainą.

Taisyklė kiekvienai programai yra įprastas atsakymas mobiliosiose platformose, kur VPN tarnyba gauna paketų sąrašą. Darbalaukyje tai priklauso nuo kliento, o taisyklė, atitinkanti vykdomąjį failą, apima kiekvieną profilį, kurį tas failas atidaro. Jei dviem profiliams tikrai reikia skirtingų kelių, jiems paprastai reikia dviejų skirtingų tapatybių procesų, o ne dviejų skirtukų. Štai kodėl bendra naršyklės instalacija niekada negali būti riba profilių projektuose.

Programos lygio tarpiniai serveriai prideda dar vieną tarpininką

Tarpinio serverio nuostata naršyklėje tikrai sukuria atskirą kelią, ir ji taip pat sukuria atskirą pasitikėjimo santykį su tuo, kas valdo tarpinį serverį. Tai teisėta tvarka vienam profiliui, ir ji nėra lygi viso įrenginio aprėpčiai.

Rinkitės tarpinį serverį sąmoningai: SOCKS klausytojas tame pačiame mazge, autentifikuotas tarpinis serveris tunelio viduje arba nuotolinė paslauga. Maišant tarpinį serverį su viso tunelio VPN susidaro įdėti keliai, kuriuose gedimo režimai dauginasi.

Patikrinkite tikrąją kiekvienos naršyklės užklausą

Siųskite tą pačią užklausą iš kiekvienos naršyklės ir palyginkite stebimą išėjimo adresą, o ne nustatymų puslapius. Sukonfigūruotas tarpinis serveris, kuris tyliai nepavyksta prisijungti, yra labai paplitęs būdas atsidurti atgal numatytajame kelyje.

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

Tada pakartokite užklausą su priverstiniu tarpiniu serveriu ir su išjungtu tuneliu, kad pamatytumėte, kuris sluoksnis iš tikrųjų neša srautą. Užsirašykite ir DNS atsakymą, nes naršyklė su savo šifruotu sprendikliu gali visiškai apeiti sistemos kelią ir vis tiek parodyti puslapį, kurio tikėjotės.

Užrašykite numatytą atitikimą dviejose eilutėse: kuris procesas naudoja kurį kelią ir kam priklauso kiekvienas. Turėkite omenyje ir paskyrų tapatybes, nes du keliai nesutrukdo to paties prisijungimo pateikti abiem paskirties vietoms. Bandykite dar kartą po kito naršyklės atnaujinimo, nes tarpinio serverio nuostatą lengva prarasti ir sunku pastebėti.