'n Bladsy met 'n URL-blokkie is 'n webtoepassing. As jy daar 'n bestemming intik, vra jy daardie toepassing om inhoud te gaan haal en te wys. Dit is 'n ander reeling as om die blaaier te se om 'n HTTP- of SOCKS-proxy te gebruik.

Met 'n native proxy-instelling behandel die blaaier die bestemmings-URL steeds as die webwerf. In 'n gewone webvorm-proxy word die sigbare bladsy deur die proxytoepassing se eie URL-skema en oorsprong gelewer. Die diens kan skakels, skrifte, koptekste of koekies herskryf sodat navigasie kan aanhou.

GedragWaarom die verskil saak maak
Dieselfde-oorsprong-kontrolesDie blaaier evalueer die oorsprong wat hy werklik gelaai het
Koekies en herleidingsDomein-, pad- en veilige-konteksgedrag moet by die aangebode URL's pas
Skrifte wat nuwe URL's bouVersoeke kan uit 'n eenvoudige skakelherskrywingskema ontsnap
Volgehoue verbindings of WebSocketsDie proxytoepassing het eksplisiete versoenbare hantering nodig

Dit verduidelik 'n bekende uitkoms: 'n eenvoudige artikel laai, maar 'n dokumentredigeerder of aanmeldvloei misluk. Die mislukking beteken nie noodwendig dat die bestemming die diens se uitgangs-IP verwerp nie. Die tussenlaag kan dalk nie die toepassing se aannames oor URL's en blaaierveiligheid bewaar nie.

Onderskei ook waar TLS eindig. 'n Diens wat bestemmingsinhoud haal en weer publiseer, staan in 'n ander vertrouensposisie as 'n gewone CONNECT-relais wat 'n versleutelde sessie dra. Om HTTPS op die proxywebwerf se eie adres te sien, vestig nie 'n end-tot-end TLS-verbinding van die blaaier na die oorspronklike webwerf nie.

As die doel gewone blaai deur 'n ander uitgang is, kies 'n HTTP- of SOCKS-eindpunt by jou diens of by 'n proxylys en gebruik 'n ondersteunde native proxy-opstelling, soos Firefox se verbindingsinstellings. Dit bewaar gewoonlik meer van die blaaier se normale bestemmingsemantiek. 'n Webwerf met 'n URL-invoerveld kan steeds 'n doelbewus gekose toepassing wees, maar dit moet nie voorgestel word as dieselfde koppelvlak met minder opstelling nie.

Verwante artikels