Sledujte přeposlaný požadavek proxy na jeho cíli
Zvolte správné místo pozorování pro hlavičky přidané nebo změněné poté, co klient odešle požadavek HTTP.
Klient připraví požadavek HTTP a dopředný proxy může tuto zprávu změnit, než ji odešle dál. Cíl je místo, kde se přeposlaná verze stává pozorovatelnou.
| Místo pozorování | Zpráva dostupná na tomto místě |
|---|---|
| Objekt požadavku klienta | Požadavek připravený pro první skok |
| Log požadavků původu nebo obsluha ozvěny | Požadavek přijatý po přeposlání |
| Kolekce hlaviček odpovědi klienta | Odpověď přijatá na zpáteční cestě |
Pro kontrolovanou zkoušku použijte koncový bod, který spravujete a který zaznamenává nebo vrací přijaté hlavičky požadavku. Dejte požadavku rozpoznatelný marker, aby se záznam původu dal přiřadit ke konkrétní operaci klienta.
V aplikaci založené na WebClientu ResponseHeaders popisuje vrácenou odpověď. Není to záznam požadavku proxy na cíl. Server může zvolit, že informace o požadavku zopakuje v těle odpovědi, ale to je chování aplikace.
Pokud cesta obsahuje několik prostředníků, cíl vidí jejich kombinované efekty přeposílání. Pouhá přítomnost hlavičky nepřiřazuje změnu jednomu konkrétnímu skoku. U vlastních polí API pravidla přeposílání a pole Connection vysvětlují, kdy se změna očekává.
Obyčejný tunel HTTPS CONNECT přidává další hranici: vnitřní požadavek HTTP je šifrován mezi klientem a webem. Přeposílající proxy nemůže tyto šifrované hlavičky upravovat. Hlavičky ve výměně CONNECT patří k této samostatné výměně, zatímco spravovaný proxy pro inspekci TLS má jinou roli.