D’iwwergedroen Ufro vun engem Proxy bei hirem Destinatioun observéieren
Wielt de richtege Observatiounspunkt fir Header, déi bäigefüügt oder geännert ginn, nodeems de Client eng HTTP-Ufro geschéckt huet.
E Client bereet eng HTTP-Ufro vir, an e Forward-Proxy kann dës Noriicht änneren, ier hien se weiderschéckt. D’Destinatioun ass de Punkt, wou déi iwwergedroen Versioun observéierbar gëtt.
| Observatiounspunkt | Noriicht, déi do verfügbar ass |
|---|---|
| D’Ufroobjekt vum Client | D’Ufro, déi fir den éischte Sprong virbereet gouf |
| D’Ufrolog vum Urspronk oder den Echo-Handler | D’Ufro, déi no der Iwwerdroung ukomm ass |
| D’Sammlung vun den Äntwertheader vum Client | D’Äntwert, déi um Réckwee ukomm ass |
Fir eng kontrolléiert Iwwerpréifung benotzt en Endpunkt, deen dir selwer bedreift an deen déi empfaangen Ufroheader opzeechent oder zréckschéckt. Gitt der Ufro en erkennbare Marker, sou datt den Ursprongsrecord mat der bestëmmter Clientoperatioun verbonne ka ginn.
An enger Applikatioun op Basis vu WebClient beschreift ResponseHeaders déi zréckgeschéckt Äntwert. Et ass keng Opzeechnung vun der Ufro vum Proxy un d’Destinatioun. E Server kann entscheeden, Ufroinformatiounen am Äntwertkierper zréckzeginn, awer dat ass Applikatiounsverhalen.
Wann de Wee méi Zwëscheninstanze enthält, gesäit d’Destinatioun hir kombinéiert Iwwerdroungswierkung. Just well en Header do ass, gëtt eng Ännerung net engem bestëmmte Sprong zougeschriwwen. Fir eege API-Felder erkläre d’Regele fir d’Iwwerdroung an dat Connection-Feld, wéini eng Ännerung ze erwaarden ass.
En normale HTTPS CONNECT-Tunnel setzt eng aner Grenz: déi bannenzeg HTTP-Ufro ass tëscht Client a Websäit verschlësselt. En Relay-Proxy kann déi verschlësselt Header net änneren. Header am CONNECT-Austausch gehéieren zu deem getrennten Austausch, wärend e verwalteten TLS-Insppektiounsproxy eng aner Roll huet.