Спостерігайте за пересланим проксі запитом у місці його призначення
Виберіть правильну точку спостереження для заголовків, які додаються або змінюються після того, як клієнт надсилає HTTP-запит.
Клієнт готує HTTP-запит, а прямий проксі може змінити це повідомлення перед відправленням далі. Місце призначення — це місце, де переслана версія стає спостережуваною.
| Точка спостереження | Доступне там повідомлення |
|---|---|
| Об’єкт запиту клієнта | Запит, підготовлений для першого переходу |
| Журнал запитів джерела або обробник відлуння | Запит, отриманий після пересилання |
| Колекція заголовків відповіді клієнта | Відповідь, отримана на зворотному шляху |
Для контрольованої перевірки використовуйте кінцеву точку, якою керуєте ви і яка записує або повертає отримані заголовки запиту. Дайте запиту впізнаваний маркер, щоб запис джерела можна було пов’язати з конкретною операцією клієнта.
У програмі на основі WebClient ResponseHeaders описує повернену відповідь. Це не запис запиту проксі до місця призначення. Сервер може вирішити повторити відомості про запит у тілі відповіді, але це поведінка програми.
Якщо шлях містить кілька посередників, місце призначення бачить їхні спільні ефекти пересилання. Сама лише наявність заголовка не приписує зміну одному конкретному переходу. Для користувацьких полів API правила пересилання та поля Connection пояснюють, коли очікується зміна.
Звичайний тунель HTTPS CONNECT додає ще одну межу: внутрішній HTTP-запит шифрується між клієнтом і сайтом. Ретрансляційний проксі не може редагувати ці зашифровані заголовки. Заголовки в обміні CONNECT належать тому окремому обміну, тоді як керований проксі інспекції TLS має іншу роль.