Посматрајте прослеђени захтев проксија на његовом одредишту
Изаберите исправну тачку посматрања за заглавља која се додају или мењају након што клијент пошаље HTTP захтев.
Клијент припрема HTTP захтев, а проксиј који прослеђује може да промени ту поруку пре него што је пошаље даље. Одредиште је место на којем прослеђена верзија постаје видљива.
| Тачка посматрања | Порука доступна тамо |
|---|---|
| Објекат захтева клијента | Захтев припремљен за први скок |
| Дневник захтева извора или руковалац одјека | Захтев примљен након прослеђивања |
| Колекција заглавља одговора код клијента | Одговор примљен на повратном путу |
За контролисану проверу користите крајњу тачку коју сами водите и која бележи или враћа примљена заглавља захтева. Дајте захтеву препознатљив маркер како би се запис извора могао повезати са конкретном радњом клијента.
У апликацији заснованој на WebClient-у ResponseHeaders описује враћени одговор. То није запис проксијевог захтева према одредишту. Сервер може да одлучи да понови информације о захтеву у телу одговора, али то је понашање апликације.
Ако пут садржи неколико посредника, одредиште види њихове спојене ефекте прослеђивања. Сама присутност заглавља не приписује промену једном одређеном скоку. За прилагођена поља API-ја, правила прослеђивања и поља Connection објашњавају када се промена очекује.
Обичан HTTPS CONNECT тунел додаје још једну границу: унутрашњи HTTP захтев је шифрован између клијента и веб странице. Релејни проксиј не може да уређује та шифрована заглавља. Заглавља у CONNECT размени припадају тој одвојеној размени, док управљани проксиј за TLS инспекцију има другачију улогу.