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