Bæði VPN og framsenda umboðsþjónn breyta vistfanginu sem vefsíða sér, og þar stöðvast flestir samanburðir. Munurinn sem ræður uppsetningunni þinni er umfangið: framsenda umboðsþjónn er milliliður sem appið þitt velur að nota, ólíkt öfuga umboðsþjóninum sem stendur fyrir framan vefsíðu, en VPN færir allt sem stýrikerfið beinir í göng. Dulkóðun, meðferð DNS og hegðun við bilun fylgja öll þessari skiptingu. Framkvæmdu þessar fimm athuganir í röð, og sú fyrsta sem bregst segir þér hvaða tól þú þarft í raun.

Hvaða öpp nær milliliðurinn yfir?

Umboðsviðbót í vafra gildir aðeins fyrir það vafraprófíl. Póstforrit, pakkastjórar og annar vafri halda áfram að nota eigin stillingar, og sum öpp hunsa umhverfisbreytur umboðsins algjörlega. VPN nær yfir það sem beiningataflan sendir í göngin, og það geta verið öll öpp eða undirmengi í skiptum göngum eftir leiðum og stefnu biðlarans.

Prófaðu öppin sem skipta máli í stað þess að alhæfa út frá einni síðuhleðslu. curl https://ifconfig.me fylgir umhverfisbreytum umboðsins; skjáborðsapp gerir það kannski ekki. Í Windows prentar netsh winhttp show proxy WinHTTP-umboðið sem þjónustur nota, og það er önnur stilling en vafrans.

Er stökkið dulkóðað, og hvar endar TLS?

Umboðssamskiptareglur eru fundarstaður, ekki trygging. SOCKS5 sendir TCP áfram án dulkóðunar, og venjulegt HTTP-umboð ber beiðnilínuna og hausana í opnum texta. HTTPS í gegnum umboð notar CONNECT, svo TLS-lotan þín endar samt á áfangastaðnum, ekki hjá umboðinu. MDN-leiðarvísirinn um umboðsþjóna og göng lýsir þessum mun frá hlið samskiptareglnanna.

VPN dulkóðar kaflann milli tækisins þíns og endapunkts þess. Handan endapunktsins gilda sömu reglur og á hvaða öðru neti sem er, og þess vegna verndar göng ein og sér ekki app sem sendir skírteini yfir venjulegt HTTP. Hvorki hönnunin felur innskráðan reikning, vafraköku né fingrafar vafrans.

curl -v -x http://127.0.0.1:3128 https://example.com/ -o /dev/null
curl -v -x socks5h://127.0.0.1:1080 https://example.com/ -o /dev/null

Ítarleg úttak sýna hvort curl sendi CONNECT á port 443 eða venjulegt GET með fullu vistfangi. Með socks5h:// er hýsilnafnið afhent umboðinu inni í SOCKS5-beiðninni og það sendir síðan áfram TLS sem það getur ekki lesið, svo það sér nafnið og bætatöluna. Í gegnum http://-umboð er https:// vistfang CONNECT, svo það umboð sér líka nafn og umfang áfangastaðarins, en ekki beiðnina eða svarshlutann.

Hvaða leysir sér nafnið?

Nafnleysing getur átt sér stað á staðnum áður en beiðnin fer, eða fjarlægt hjá umboðinu. Með curl sendir socks5h:// hýsilnafnið til umboðsins á meðan socks5:// leysir það fyrst á staðnum. Umboðsstillingar vafrans bjóða sambærilegan DNS-valkost, og PAC-skrár geta beint mismunandi hýslum á mismunandi vegu.

Tvær samskiptareglur geta farið fram hjá umboði án nokkurrar rangrar stillingar. WebRTC safnar frambjóðendum í gegnum STUN, og QUIC keyrir HTTP/3 yfir UDP, sem TCP-umboð getur ekki borið. Vafrinn fer aftur í TCP ef UDP 443 er lokað, þannig að að loka UDP 443 í eldvegg hýslsins (eða í beininum fyrir heilt net) en ekki vafrafána er áreiðanlega leiðin til að halda HTTP/3 inni á umboðsleiðinni.

Athugaðu leysinn frá sjónarhóli áfangastaðarins, ekki fartölvunnar þinnar. Beiðni sem berst með útgangsvistfang umboðsins en með nafni leystu á staðnum segir staðbundna leysinum samt hvaða síður þú heimsækir.

Hvað gerist þegar milliliðurinn bregst?

Skýrt umboð bregst lokað: stöðvaðu umboðsferlið og vafrinn eða appið skilar tengivillu í stað þess að fara beint. PAC- og WPAD-uppsetningar eru þær sem bregðast opið - ef ekki er hægt að sækja skriftuna fer biðlarinn aftur í DIRECT og vefsíðan sér raunverulegt vistfang þitt aftur. VPN getur brugðist opið eða lokað eftir biðlaranum og hvort neyðarrof eða eldveggsregla er virk.

Prófaðu bilunartilfellið viljandi: stöðvaðu umboðsþjónustuna og endurhlaðaðu; ef þú færð villusíðu í stað beinnar hleðslu skaltu beina PAC-vistfanginu að óaðgengilegum hýsil til að sjá varaleiðina. Ef síðan hleðst enn á venjulegri leið þinni býður umboðið enga vernd gegn eigin truflun, og það er eiginleiki sem þú ættir að þekkja áður en þú treystir því.

Röðin ræður því hvað vefsíðan sér. Umboð þar sem útleið fer í gegnum VPN lætur vefsíðuna sjá vistfang endapunkts VPN; settu umboðið utan ganganna (VPN að umboði á fjarlægum hýsil) og vefsíðan sér þess í stað útgangsvistfang þess umboðs. Hvort sem er geta stökkin tvö skráð mismunandi hluti.

Fimm athuganir, í röð

Gátlistinn hér að neðan er öll ákvörðunin á einum stað. Umfangið kemur fyrst því það fjarlægir flest misræmi: ef appið sem á að ná yfir virðir ekki stillinguna bjargar ekkert síðar á listanum því.

CheckForward proxyVPN
What is coveredThe app or browser you configureTraffic the OS routes into the tunnel, all or split
Encryption scopeProtocol-dependent; SOCKS5 alone encrypts nothingDevice to VPN endpoint
DNS pathLocal or remote, depending on the settingNormally inside the tunnel
Failure modeExplicit config: connection error; PAC/WPAD: DIRECT fallbackClient policy: fail-open or kill switch
What the site seesThe proxy's exit addressThe VPN endpoint's exit address

Staðfestu síðan niðurstöðuna með appinu sem olli breytingunni. Hlaða síðu í stillta vafranum, sæktu sömu síðu með curl og berðu saman vistfangið sem hvort segir frá. Ef þau eru ósammála er viðbót, PAC-regla eða yfirskrift á appstigi enn í gangi, og engin stilling ganganna lagar það.

Skráðu hvað þú stilltir: hvaða öpp nota umboðið, hvort DNS er staðbundið eða fjarlægt, hvort UDP er lokað og hver hegðunin við bilun er. Þetta litla yfirlit er það sem gerir næsta samanburð mögulegan, því „IP-ið breyttist“ sagði þér aldrei hver þessara fimm athugana stóðst.

Tengdir greinar