Bigarren nabigatzaile bat irekitzeak ez du bigarren VPN bide bat sortzen

Profilak eta leiho pribatuek nabigatzailearen egoera bereizten dute, ez sareko bideak. Bigarren bide batek aplikazioko arau bat, proxy bat edo izen-espazio bat behar du, eta bakoitzak kostua du.

Bi nabigatzaile, bi leiho, bat laneko kontuan eta bestea kontu pertsonalean, eta suposizioa da orain bide ezberdinak hartzen dituztela. Ez dituzte hartzen. Profilen bereizketak cookieak aparte mantentzen ditu, bideratze-erabakia nabigatzailearen azpian gertatzen da eta ez daki zein profilek galdetu duen. Bigarren bide batek hura hautatzen duen arau bat behar du, eta arau hori bizi daitekeen leku gutxi dago.

Egoera bereiztea ez da bidea bereiztea

Nabigatzaile-profile batek biltegia isolatzen du: cookieak, historia, luzapenak eta batzuetan kredentzialak. Isolamendu hori prozesu-zuhaitz bakar baten barruan ezartzen da eta ez du ezer esateko paketea zein interfazek daraman.

Leiho pribatuek itxuran urrunago doaz eta bideratzean ez pauso bat ere. Nabigatzaileak bidaltzen duen guztia sistema eragileak hautatutako bidetik irteten da oraindik, socketaren eta sarearen artean zerbait aldatu ezean. Biltegiko isolamendua sareko isolamenduarekin nahasteak inongo nabigatzaile-egilek agindu ez zuen eta inongo probak ase ezin duen itxaropenak sortzen ditu.

Zerk hautatzen du benetan bide bat

Lau gauzak har dezakete bide ezberdin bat: aplikazioko VPN arau bat exekutagarriarekin edo paketearekin bat datorrena, nabigatzailean edo sisteman konfiguratutako proxy bat, sareko izen-espazio bat edo edukiontzi bat, eta bigarren gailu fisiko bat. Bakoitzak zerbait erreala aldatzen du, eta bakoitzak kostua du.

Aplikazioko araua ohiko erantzuna da plataforma mugikorretan, non VPN zerbitzuak paketeen zerrenda bat jasotzen duen. Mahaigainean bezeroaren araberakoa da, eta exekutagarriarekin bat datorren arau batek exekutagarri horrek irekitzen duen profil guztiak estaltzen ditu. Bi profilek benetan bide ezberdinak behar badituzte, normalean identitate ezberdineko bi prozesu behar dituzte, bi fitxa beharrean. Horregatik nabigatzailearen instalazio partekatu bat ezin da inoiz izan muga profil bidezko diseinu batean.

Aplikazio mailako proxiek beste bitartekari bat gehitzen dute

Nabigatzailean proxy ezarpen batek bai sortzen du bide bereizi bat, eta proxy hori kudeatzen duenarekin konfiantza-harreman bereizi bat ere sortzen du. Hori legezko konponketa da profil baterako, eta ez da gailu osoaren estalduraren baliokidea.

Aukeratu proxya jakinaren gainean: SOCKS entzule bat host berean, proxy autentifikatu bat tunelaren barruan, edo urrutiko zerbitzu bat. Proxy bat tunel osoa duen VPN batekin nahasteak habiaraturiko bideak sortzen ditu, eta han hutsegite-moduak biderkatzen dira.

Egiaztatu nabigatzaile bakoitzaren benetako eskaera

Bidali eskaera bera nabigatzaile bakoitzetik eta konparatu behatutako irteera-helbidea, konfigurazio-orriak konparatu beharrean. Konektatzeko isilik huts egiten duen proxy konfiguratu bat oso modu arrunta da bide lehenetsira itzultzeko.

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

Ondoren errepikatu eskaera proxya behartuta eta tunela itzalita, ikusteko zein geruzak daraman trafikoa benetan. Idatzi DNS erantzuna ere, zeren bere konponbide ezkutatu propioa duen nabigatzaile batek sistemaren bidea erabat saihestu eta itxaron zenuen orria erakuts dezake.

Idatzi aurreikusitako mapaketa bi lerrotan: zein prozesuk zein bide erabiltzen duen, eta nork duen bakoitza. Kontuen identitateak ere begi-bistan izan, zeren bi bidek ez dute eragozten saio-hasiera bera bi helburuei aurkeztea. Probatu berriro hurrengo nabigatzaile-eguneratzearen ondoren, zeren proxy ezarpen bat erraza da galtzen eta zaila nabaritzen.

Erlazionatutako artikuluak