Síða með URL-reit er vefforrit. Að slá inn áfangastað þar biður það forrit að sækja og sýna efni. Þetta er önnur skipan en að segja vafranum að nota HTTP- eða SOCKS-proxy.

Með innbyggðri proxystillingu lítur vafrinn enn á URL áfangastaðarins sem vefsvæðið. Í hefðbundnu vefformsproxy er sýnilega síðan þjónuð í gegnum eigið URL-kerfi og uppruna proxforritsins. Þjónustan getur endurskrifað tengla, skriftur, hausa eða vafrakökur svo flakk haldi áfram.

HegðunHvers vegna munurinn skiptir máli
Prófanir á sama upprunaVafrinn metur upprunann sem hann raunverulega hlaðdi
Vafrakökur og endurbeiningarHegðun léna, slóða og öruggs samhengis verður að passa við URL-in sem birt eru
Skriftur sem byggja ný URLBeiðnir geta sloppið úr einfaldri endurskrifun tengla
Virkar tengingar eða WebSocketsProxforritið þarf skýra samhæfa meðhöndlun

Þetta útskýrir þekkta niðurstöðu: einföld grein hleðst, en skjalritill eða innskráningarferli bregst. Bilunin þarf ekki að þýða að áfangastaðurinn hafni útgangs-IP þjónustunnar. Milliliðurinn getur hugsanlega ekki varðveitt forsendur forritsins um URL og öryggi vafrans.

Greinið einnig hvar TLS endar. Þjónusta sem sækir og endurbirtir efni áfangastaðar er í annarri trauststöðu en venjuleg CONNECT-millistöð sem flytur dulkóðaða lotu. Að sjá HTTPS á eigin vistfangi proxysvæðisins staðfestir ekki TLS-tengingu enda á milli frá vafranum til upprunalega vefsvæðisins.

Ef markmiðið er venjuleg vafur í gegnum annan útgang, veldu HTTP- eða SOCKS-endapunkt frá þjónustunni þinni eða af proxy-lista og notaðu studda innbyggða proxystillingu, svo sem tengingarstillingar Firefox. Þetta varðveitir venjulega meira af venjulegri merkingu áfangastaðar í vafranum. Vefsvæði með URL-reit getur verið vísvitandi valið forrit, en það ætti ekki að vera kynnt sem sama viðmótið með minni uppsetningu.

Tengdir greinar