Odjemalec pripravi zahtevo HTTP, posredniški strežnik pa lahko to sporočilo spremeni, preden ga pošlje naprej. Cilj je mesto, kjer posredovana različica postane opazljiva.

Točka opazovanjaSporočilo, ki je tam na voljo
Predmet zahteve odjemalcaZahteva, pripravljena za prvi skok
Dnevnik zahtev izvora ali upravljalnik odmevaZahteva, prejeta po posredovanju
Zbirka glav odgovora pri odjemalcuOdgovor, prejet na povratni poti

Za nadzorovano preverjanje uporabite končno točko, ki jo upravljate sami in ki beleži ali vrača prejete glave zahteve. Zahtevi dajte prepoznavno oznako, da bo mogoče zapis izvora povezati s konkretno odjemalčevo operacijo.

V aplikaciji, ki temelji na WebClient ResponseHeaders opisuje vrnjeni odgovor. To ni zapis zahteve posrednika na cilj. Strežnik se lahko odloči, da bo podatke o zahtevi ponovil v telesu odgovora, vendar je to vedenje aplikacije.

Če pot vsebuje več posrednikov, cilj vidi njihove skupne učinke posredovanja. Sama prisotnost glave ne pripiše spremembe enemu določenemu skoku. Za polja API po meri pravila posredovanja in polja Connection pojasnjujejo, kdaj je sprememba pričakovana.

Običajni tunel HTTPS CONNECT doda še eno mejo: notranja zahteva HTTP je šifrirana med odjemalcem in spletnim mestom. Posredniški strežnik ne more urejati teh šifriranih glav. Glave v izmenjavi CONNECT pripadajo tej ločeni izmenjavi, medtem ko ima upravljani posrednik za pregled TLS drugačno vlogo.

Sorodni članki