プロキシが転送したリクエストを宛先で観察する
クライアントが HTTP リクエストを送信した後に追加または変更されるヘッダーについて、正しい観察点を選びます。
クライアントは HTTP リクエストを準備し、フォワードプロキシはそれを先へ送る前にメッセージを変更できます。転送された版が観察可能になる場所が宛先です。
| 観察点 | そこで利用できるメッセージ |
|---|---|
| クライアントのリクエストオブジェクト | 最初のホップ向けに準備されたリクエスト |
| オリジンのリクエストログまたはエコーハンドラー | 転送後に受信したリクエスト |
| クライアントのレスポンスヘッダーコレクション | 戻り経路で受信したレスポンス |
制御された確認には、受信したリクエストヘッダーを記録または返す、自分で運用するエンドポイントを使います。リクエストに識別可能なマーカーを付けて、オリジンの記録を特定のクライアント操作に対応付けられるようにします。
WebClient ベースのアプリケーションでは、ResponseHeaders は返されたレスポンスを表します。プロキシが宛先へ送ったリクエストの記録ではありません。サーバーがレスポンス本文でリクエスト情報を返すことはありますが、それはアプリケーションの動作です。
経路に複数の中間者が含まれる場合、宛先はそれらの転送効果を合わせて見ます。ヘッダーの存在だけでは、変更を特定のホップに帰属させることはできません。カスタム API フィールドについては、転送と Connection フィールドの規則 が、変更がいつ予想されるかを説明しています。
通常の HTTPS CONNECT トンネルは別の境界を加えます。内側の HTTP リクエストはクライアントとウェブサイトの間で暗号化されます。リレープロキシはその暗号化されたヘッダーを編集できません。CONNECT 交換のヘッダーはその別個の交換に属し、管理された TLS インスペクションプロキシは別の役割を持ちます。