Webskjema-proxyer endrer nettleserens opprinnelse, ikke bare exit-IP-en
Skill et proxy-nettsted med URL-felt fra en innebygd nettleserproxy, og forklar hvorfor komplekse innlogginger og skript kan oppføre seg annerledes.
En side med et URL-felt er en webapplikasjon. Å skrive inn en destinasjon der ber den applikasjonen hente og vise innhold. Det er en annen ordning enn å be nettleseren bruke en HTTP- eller SOCKS-proxy.
Med en innebygd proxyinnstilling behandler nettleseren fortsatt destinasjons-URL-en som nettstedet. I en vanlig webskjema-proxy leveres den synlige siden via proxyapplikasjonens eget URL-skjema og opprinnelse. Tjenesten kan skrive om lenker, skript, headere eller informasjonskapsler slik at navigasjonen fortsetter.
| Atferd | Hvorfor forskjellen betyr noe |
|---|---|
| Kontroller av samme opprinnelse | Nettleseren vurderer opprinnelsen den faktisk lastet |
| Informasjonskapsler og omdirigeringer | Atferd for domene, sti og sikker kontekst må passe til URL-ene som vises |
| Skript som bygger nye URL-er | Forespørsler kan unnslippe en enkel omskriving av lenker |
| Vedvarende tilkoblinger eller WebSockets | Proxyapplikasjonen trenger eksplisitt kompatibel håndtering |
Det forklarer et kjent resultat: en enkel artikkel lastes, men en dokumenteditor eller en innloggingsflyt feiler. Feilen trenger ikke betyde at destinasjonen avviser tjenestens exit-IP. Mellomleddet kan være ute av stand til å bevare applikasjonens antakelser om URL-er og nettlesersikkerhet.
Skill også mellom hvor TLS slutter. En tjeneste som henter og publiserer destinasjonsinnhold på nytt, står i en annen tillitsposisjon enn et vanlig CONNECT-relé som frakter en kryptert økt. Å se HTTPS på proxy-nettstedets egen adresse etablerer ikke en ende-til-ende TLS-tilkobling fra nettleseren til det opprinnelige nettstedet.
Hvis målet er vanlig nettsurfing gjennom en annen utgang, velg et HTTP- eller SOCKS-endepunkt fra tjenesten din eller fra en proxy-liste, og bruk en støttet innebygd proxykonfigurasjon, for eksempel Firefox' tilkoblingsinnstillinger. Dette bevarer vanligvis mer av nettleserens normale destinasjonssemantikk. Et nettsted med URL-felt kan fortsatt være en bevisst valgt applikasjon, men bør ikke fremstilles som det samme grensesnittet med mindre oppsett.