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 opphav. Tjenesten kan skrive om lenker, skript, headere eller informasjonskapsler slik at navigasjonen fortsetter.

AtferdHvorfor forskjellen betyr noe
Kontroller av samme opphavNettleseren vurderer opphavet den faktisk lastet
Informasjonskapsler og omdirigeringerAtferd for domene, sti og sikker kontekst må passe til URL-ene som vises
Skript som bygger nye URL-erForespørsler kan unnslippe en enkel omskriving av lenker
Vedvarende tilkoblinger eller WebSocketsProxyapplikasjonen trenger eksplisitt kompatibel håndtering

Det forklarer et kjent resultat: en enkel artikkel lastes, men en dokumenteditor eller en innloggingsflyt feiler. Feilen trenger ikke bety 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.

Relaterte artikler