Observera en proxys vidarebefordrade begäran vid dess destination
Välj rätt observationspunkt för rubriker som läggs till eller ändras efter att klienten skickar en HTTP-begäran.
En klient förbereder en HTTP-begäran, och en vidarebefordrande proxy kan ändra meddelandet innan det skickas vidare. Destinationen är den plats där den vidarebefordrade versionen blir observerbar.
| Observationspunkt | Meddelande som finns där |
|---|---|
| Klientens begäranobjekt | Begäran som förberetts för det första hoppet |
| Ursprungets begäranlogg eller eko-hanterare | Begäran som tas emot efter vidarebefordran |
| Klientens samling av svarsrubriker | Svaret som tas emot på returvägen |
För en kontrollerad kontroll, använd en slutpunkt som du själv driftar och som registrerar eller returnerar de mottagna begäranrubrikerna. Ge begäran en igenkännbar markör så att ursprungsposten kan kopplas till den specifika klientåtgärden.
I ett program baserat på WebClient beskriver ResponseHeaders svaret som returneras. Det är inte en registrering av proxyns begäran till destinationen. En server kan välja att eka begäraninformation i svarets brödtext, men det är programmets beteende.
Om vägen innehåller flera mellanhänder ser destinationen deras sammanlagda vidarebefordringseffekter. Bara förekomsten av en rubrik tillskriver inte en ändring till ett visst hopp. För anpassade API-fält förklarar reglerna för vidarebefordran och Connection-fältet när en ändring förväntas.
En vanlig HTTPS CONNECT-tunnel lägger till ännu en gräns: den inre HTTP-begäran är krypterad mellan klienten och webbplatsen. En relay-proxy kan inte redigera dessa krypterade rubriker. Rubriker i CONNECT-utbytet hör till det separata utbytet, medan en hanterad TLS-inspektionsproxy har en annan roll.