Observer ein videresend førespurnad frå ein proxy ved destinasjonen
Vel rett observasjonspunkt for hovuda som blir lagde til eller endra etter at klienten sender ein HTTP-førespurnad.
Ein klient førebur ein HTTP-førespurnad, og ein videresendande proxy kan endre meldinga før ho blir send vidare. Destinasjonen er staden der den videresende versjonen blir observerbar.
| Observasjonspunkt | Melding tilgjengeleg der |
|---|---|
| Førespurnadsobjektet til klienten | Førespurnaden som er førebudd for det første hoppet |
| Førespurnadsloggen til opphavet eller ekko-handteraren | Førespurnaden som blir motteken etter videresendinga |
| Samlinga av svarhovud hjå klienten | Svaret som blir motteke på returvegen |
For ein kontrollert sjekk, bruk eit endepunkt du sjølv driftar som registrerer eller returnerer dei mottekne førespurnadshovuda. Gje førespurnaden ein attkjenneleg markør slik at opphavsposten kan knytast til den bestemte klientoperasjonen.
I eit program basert på WebClient skildrar ResponseHeaders svaret som blir returnert. Det er ikkje ei registrering av førespurnaden frå proxyen til destinasjonen. Ein tenar kan velje å ekkoe førespurnadsopplysningar i svarteksten, men det er programåtferd.
Viss vegen inneheld fleire mellomledd, ser destinasjonen dei samla videresendingseffektane deira. Berre det at eit hovud finst, knyter ikkje ei endring til eitt bestemt hopp. For eigendefinerte API-felt forklarer reglane for videresending og Connection-feltet når endring er venta.
Ein vanleg HTTPS CONNECT-tunnel legg til ei anna grense: den indre HTTP-førespurnaden er kryptert mellom klienten og nettstaden. Ein relay-proxy kan ikkje redigere desse krypterte hovuda. Hovud i CONNECT-utvekslinga høyrer til den separate utvekslinga, medan ein administrert TLS-inspeksjonsproxy har ei anna rolle.