Eine weitergeleitete Proxy-Anfrage am Ziel beobachten
Wählen Sie den richtigen Beobachtungspunkt für Header, die nach dem Senden einer HTTP-Anfrage durch den Client hinzugefügt oder geändert werden.
Ein Client bereitet eine HTTP-Anfrage vor, und ein Forward-Proxy kann diese Nachricht ändern, bevor er sie weiterleitet. Das Ziel ist der Ort, an dem die weitergeleitete Fassung beobachtbar wird.
| Beobachtungspunkt | Dort verfügbare Nachricht |
|---|---|
| Anfrageobjekt des Clients | Die für den ersten Hop vorbereitete Anfrage |
| Anfrageprotokoll oder Echo-Handler des Ursprungs | Die nach der Weiterleitung empfangene Anfrage |
| Antwort-Header-Sammlung des Clients | Die auf dem Rückweg empfangene Antwort |
Für eine kontrollierte Prüfung verwenden Sie einen Endpunkt, den Sie selbst betreiben und der die empfangenen Anfrage-Header aufzeichnet oder zurückgibt. Geben Sie der Anfrage eine eindeutige Markierung, damit der Ursprungseintrag der jeweiligen Client-Operation zugeordnet werden kann.
In einer auf WebClient basierenden Anwendung beschreibt ResponseHeaders die zurückgegebene Antwort. Es ist keine Aufzeichnung der Anfrage des Proxys an das Ziel. Ein Server kann wählen, Anfrageinformationen im Antworttext zurückzuspiegeln, aber das ist Anwendungsverhalten.
Enthält der Pfad mehrere Zwischenstationen, sieht das Ziel deren gemeinsame Weiterleitungswirkung. Allein das Vorhandensein eines Headers ordnet eine Änderung keinem bestimmten Hop zu. Für benutzerdefinierte API-Felder erläutern die Regeln für die Weiterleitung und das Connection-Feld, wann eine Änderung zu erwarten ist.
Ein gewöhnlicher HTTPS-CONNECT-Tunnel fügt eine weitere Grenze hinzu: Die innere HTTP-Anfrage ist zwischen Client und Website verschlüsselt. Ein Relay-Proxy kann diese verschlüsselten Header nicht bearbeiten. Header im CONNECT-Austausch gehören zu diesem separaten Austausch, während ein verwalteter TLS-Inspektionsproxy eine andere Rolle hat.