Verkkolomakeproxy-palvelut muuttavat selaimen alkuperää, eivät vain lähtevää IP:tä
Erottele URL-kentällinen proxy-sivusto selaimen natiivista proxy-asetuksesta ja selitä, miksi monimutkaiset kirjautumiset ja skriptit voivat käyttäytyä eri tavoin.
Sivu, jossa on URL-kenttä, on verkkosovellus. Kohdeosoitteen syöttäminen siihen pyytää sovellusta hakemaan ja esittämään sisältöä. Tämä on eri järjestely kuin se, että selaimelle kerrotaan HTTP- tai SOCKS-proxyn käytöstä.
Natiivissa proxy-asetuksessa selain pitää kohde-URL:ää edelleen verkkosivustona. Tavanomaisessa verkkolomakeproxyssa näkyvä sivu tarjoillaan proxysovelluksen oman URL-järjestelmän ja alkuperän kautta. Palvelu voi kirjoittaa uudelleen linkkejä, skriptejä, otsakkeita tai evästeitä, jotta siirtyminen jatkuu.
| Käyttäytyminen | Miksi ero on merkityksellinen |
|---|---|
| Saman alkuperän tarkistukset | Selain arvioi alkuperän, jonka se todella latasi |
| Evästeet ja uudelleenohjaukset | Verkkotunnuksen, polun ja suojatun kontekstin on sovittava esitettyihin URL-osoitteisiin |
| Skriptit, jotka rakentavat uusia URL-osoitteita | Pyynnöt voivat karata yksinkertaisesta linkkien uudelleenkirjoituksesta |
| Pysyvät yhteydet tai WebSockets | Proxysovellus tarvitsee nimenomaisen yhteensopivan käsittelyn |
Tämä selittää tutun tuloksen: yksinkertainen artikkeli latautuu, mutta asiakirjaeditori tai kirjautumisvirta epäonnistuu. Epäonnistuminen ei välttämättä tarkoita, että kohde hylkii palvelun lähtevää IP:tä. Välittäjä ei ehkä pysty säilyttämään sovelluksen oletuksia URL-osoitteista ja selaimen turvallisuudesta.
Erottele myös, mihin TLS päättyy. Palvelu, joka hakee ja julkaisee kohdesisältöä uudelleen, on eri luottamusasemassa kuin tavallinen salatun istunnon välittävä CONNECT-rele. HTTPS:n näkeminen proxysivuston omassa osoitteessa ei todista TLS-yhteyttä päästä päähän selaimesta alkuperäiselle sivustolle.
Jos tavoitteena on tavallinen selailu toisen lähdön kautta, valitse HTTP- tai SOCKS-päätepiste palvelustasi tai proxy-luettelosta ja käytä tuettua natiivia proxy-asetusta, kuten Firefoxin yhteysasetuksia. Tämä säilyttää yleensä enemmän selaimen tavanomaista kohdesemantiikkaa. URL-kentällinen sivusto voi olla tarkoituksella valittu sovellus, mutta sitä ei pitäisi esittää samana käyttöliittymänä vähemmällä asennuksella.