Obserwuj przekazane przez proxy żądanie u jego miejsca docelowego
Wybierz właściwy punkt obserwacji nagłówków dodawanych lub zmienianych po wysłaniu żądania HTTP przez klienta.
Klient przygotowuje żądanie HTTP, a proxy przekazujące może zmienić tę wiadomość przed wysłaniem jej dalej. Miejscem docelowym jest to, gdzie przekazana wersja staje się obserwowalna.
| Punkt obserwacji | Wiadomość tam dostępna |
|---|---|
| Obiekt żądania klienta | Żądanie przygotowane na pierwszy skok |
| Dziennik żądań źródła lub procedura echa | Żądanie odebrane po przekazaniu |
| Kolekcja nagłówków odpowiedzi klienta | Odpowiedź odebrana na drodze powrotnej |
Do kontrolowanej weryfikacji użyj punktu końcowego, którym sam zarządzasz i który zapisuje lub zwraca odebrane nagłówki żądania. Nadaj żądaniu rozpoznawalny znacznik, aby wpis źródła można było powiązać z konkretną operacją klienta.
W aplikacji opartej na WebClient ResponseHeaders opisuje zwróconą odpowiedź. Nie jest to zapis żądania proxy do miejsca docelowego. Serwer może zdecydować się powtórzyć informacje o żądaniu w treści odpowiedzi, ale to zachowanie aplikacji.
Jeśli ścieżka zawiera kilka pośredników, miejsce docelowe widzi ich połączone efekty przekazywania. Sama obecność nagłówka nie przypisuje zmiany jednemu konkretnemu skokowi. W przypadku niestandardowych pól API zasady przekazywania i pola Connection wyjaśniają, kiedy należy spodziewać się zmiany.
Zwykły tunel HTTPS CONNECT dodaje kolejną granicę: wewnętrzne żądanie HTTP jest szyfrowane między klientem a witryną. Proxy pośredniczące nie może edytować tych zaszyfrowanych nagłówków. Nagłówki w wymianie CONNECT należą do tej osobnej wymiany, natomiast zarządzane proxy inspekcji TLS ma inną rolę.