Наблюдайте переданный прокси запрос на его месте назначения
Выберите правильную точку наблюдения для заголовков, которые добавляются или изменяются после того, как клиент отправляет HTTP-запрос.
Клиент готовит HTTP-запрос, а прямой прокси может изменить это сообщение перед отправкой дальше. Место назначения — это место, где переданная версия становится наблюдаемой.
| Точка наблюдения | Доступное там сообщение |
|---|---|
| Объект запроса клиента | Запрос, подготовленный для первого перехода |
| Журнал запросов источника или обработчик эха | Запрос, полученный после пересылки |
| Коллекция заголовков ответа клиента | Ответ, полученный на обратном пути |
Для контролируемой проверки используйте конечную точку, которой вы управляете и которая записывает или возвращает полученные заголовки запроса. Дайте запросу узнаваемый маркер, чтобы запись источника можно было связать с конкретной операцией клиента.
В приложении на основе WebClient ResponseHeaders описывает возвращённый ответ. Это не запись запроса прокси к месту назначения. Сервер может решить повторить сведения о запросе в теле ответа, но это поведение приложения.
Если путь содержит несколько посредников, место назначения видит их совместные эффекты пересылки. Само по себе наличие заголовка не приписывает изменение одному конкретному переходу. Для пользовательских полей API правила пересылки и поля Connection объясняют, когда ожидается изменение.
Обычный туннель HTTPS CONNECT добавляет ещё одну границу: внутренний HTTP-запрос шифруется между клиентом и сайтом. Ретранслирующий прокси не может редактировать эти зашифрованные заголовки. Заголовки в обмене CONNECT относятся к тому отдельному обмену, а управляемый прокси инспекции TLS играет другую роль.