Hapja e një shfletuesi të dytë nuk krijon një rrugë të dytë VPN

Dy shfletues, dy dritare, njëra në llogarinë e punës dhe tjetra në një llogari personale, dhe supozimi është se tani ndjekin shtigje të ndryshme. Nuk e bëjnë. Ndarja e profileve i mban cookie-t veçmas, ndërsa vendimi për rrugëtimin merret nën shfletuesin dhe nuk e di se cili profil pyeti. Një shteg i dytë kërkon një rregull që e zgjedh atë, dhe ka vetëm pak vende ku një rregull i tillë mund të jetojë.

Ndarja e gjendjes nuk është ndarje e shtegut

Një profil shfletuesi izolon ruajtjen: cookie-t, historikun, shtesat dhe ndonjëherë kredencialet. Ai izolim zbatohet brenda një peme të vetme procesesh dhe nuk ka çfarë të thotë për atë se cila ndërfaqe mbart një paketë.

Dritaret private shkojnë më tej në pamje dhe asnjë hap më tej në rrugëtim. Gjithçka që shfletuesi dërgon del ende nëpër shtegun e zgjedhur nga sistemi operativ, përveç nëse diçka midis socket-it dhe rrjetit e ndryshon atë. Ngatërrimi i izolimit të ruajtjes me izolimin e rrjetit krijon pritshmëri që asnjë prodhues shfletuesish nuk i premtoi dhe që asnjë test nuk mund t'i plotësojë.

Çfarë zgjedh në të vërtetë një rrugë

Katër gjëra mund të zgjedhin një shteg tjetër: një rregull VPN për çdo aplikacion që përputhet me skedarin ekzekutues ose paketën, një proxy i konfiguruar brenda shfletuesit ose sistemit, një hapësirë emrash rrjeti ose një kontejner, dhe një pajisje e dytë fizike. Secila ndryshon diçka reale, dhe secila ka koston e vet.

Rregulli për çdo aplikacion është përgjigja e zakonshme në platformat mobile, ku shërbimi VPN merr një listë paketash. Në desktop varet nga klienti, dhe një rregull që përputhet me skedarin ekzekutues mbulon çdo profil që ai skedar hap. Nëse dy profile kanë vërtet nevojë për shtigje të ndryshme, zakonisht kanë nevojë për dy procese me identitete të ndryshme në vend të dy skedave. Kjo është arsyeja pse një instalim i përbashkët shfletuesi nuk mund të jetë kurrë kufiri në një dizajn sipas profileve.

Proxyt në nivel aplikacioni shtojnë një ndërmjetës tjetër

Një cilësim proxy në shfletues krijon vërtet një shteg të veçantë, dhe krijon gjithashtu një marrëdhënie të veçantë besimi me atë që drejton proxy-n. Ky është një rregullim legjitim për një profil, dhe nuk është i barabartë me një mbulim të të gjithë pajisjes.

Zgjidhni proxy-n me qëllim: një dëgjues SOCKS në të njëjtin host, një proxy i vërtetuar brenda tunelit, ose një shërbim në distancë. Përzierja e një proxy me një VPN tunel të plotë prodhon shtigje të mbivendosura ku mënyrat e dështimit shumohen.

Verifikoni kërkesën reale të çdo shfletuesi

Dërgoni të njëjtën kërkesë nga çdo shfletues dhe krahasoni adresën e daljes të vëzhguar, në vend që të krahasoni faqet e cilësimeve. Një proxy i konfiguruar që dështon në heshtje të lidhet është një mënyrë shumë e zakonshme për të përfunduar përsëri në shtegun e parazgjedhur.

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

Më pas përsëriteni kërkesën me proxy-n të detyruar dhe me tunelin të fikur, për të parë cila shtresë e mbart vërtet trafikun. Shënoni edhe përgjigjen DNS, sepse një shfletues me zgjidhësin e vet të kriptuar mund të anashkalojë plotësisht shtegun e sistemit dhe gjithsesi të shfaqë faqen që prisnit.

Shkruani hartëzimin e synuar në dy rreshta: cili proces përdor cilin shteg, dhe kush zotëron secilin. Mbani në sy edhe identitetet e llogarive, sepse dy shtigje nuk e pengojnë të njëjtin hyrje të paraqitet në të dy destinacionet. Ritestojeni pas përditësimit të ardhshëm të shfletuesit, sepse një cilësim proxy humbet lehtë dhe vërehet me vështirësi.