Назірайце за перасланым запытам проксі на яго прызначэнні
Выберыце правільны пункт назірання для загалоўкаў, якія дадаюцца або змяняюцца пасля адпраўкі HTTP-запыту кліентам.
Кліент рыхтуе HTTP-запыт, а прамы проксі можа змяніць гэтае паведамленне перад адпраўкай далей. Прызначэнне — гэта месца, дзе перасланая версія становіцца назіранай.
| Пункт назірання | Паведамленне, даступнае там |
|---|---|
| Аб’ект запыту кліента | Запыт, падрыхтаваны для першага пераходу |
| Журнал запытаў крыніцы або апрацоўшчык рэха | Запыт, атрыманы пасля перасылкі |
| Калекцыя загалоўкаў адказу кліента | Адказы, атрыманыя на зваротным шляху |
Для кантраляванай праверкі выкарыстоўвайце канчатковы пункт, якім вы кіруеце і які запісвае або вяртае атрыманыя загалоўкі запыту. Дайце запыту пазнавальны маркер, каб запіс крыніцы можна было звязаць з пэўным дзеяннем кліента.
У праграме на аснове WebClient ResponseHeaders апісвае вернуты адказ. Гэта не запіс запыту проксі да прызначэння. Сервер можа выбраць рэхаваць інфармацыю запыту ў целе адказу, але гэта паводзіны праграмы.
Калі шлях змяшчае некалькі пасярэднікаў, прызначэнне бачыць іх сукупныя эфекты перасылкі. Само па сабе наяўнасць загалоўка не прыпісвае змену пэўнаму пераходу. Для карыстацкіх палёў API правілы перасылкі і поля Connection тлумачаць, калі змена чакаецца.
Звычайны тунэль HTTPS CONNECT дадае яшчэ адну мяжу: унутраны HTTP-запыт шыфруецца паміж кліентам і вэб-сайтам. Рэлейны проксі не можа рэдагаваць гэтыя зашыфраваныя загалоўкі. Загалоўкі ў абмене CONNECT належаць таму асобнаму абмену, а кіраваны проксі інспекцыі TLS мае іншую ролю.