Një klient përgatit një kërkesë HTTP, dhe një proxy përpara mund ta ndryshojë atë mesazh përpara se ta dërgojë më tej. Destinacioni është vendi ku versioni i përcjellë bëhet i vëzhgueshëm.

Pika e vëzhgimitMesazhi i disponueshëm atje
Objekti i kërkesës së klientitKërkesa e përgatitur për hapin e parë
Regjistri i kërkesave të origjinës ose trajtuesi i jehonësKërkesa e marrë pas përcjelljes
Koleksioni i titujve të përgjigjes së klientitPërgjigja e marrë në rrugën e kthimit

Për një kontroll të kontrolluar, përdorni një pikë fundore që e drejtoni vetë dhe që regjistron ose kthen titujt e kërkesës të marra. Jepini kërkesës një shenjë të dallueshme, në mënyrë që regjistri i origjinës të mund të lidhet me veprimin konkret të klientit.

Në një aplikacion të bazuar në WebClient, ResponseHeaders përshkruan përgjigjen e kthyer. Nuk është një regjistrim i kërkesës së proxy-t drejt destinacionit. Një server mund të zgjedhë të përsëritë informacionin e kërkesës në trupin e përgjigjes, por ky është sjellje e aplikacionit.

Nëse rruga përmban disa ndërmjetës, destinacioni sheh efektet e tyre të kombinuara të përcjelljes. Vetëm prania e një titulli nuk ia atribuon ndryshimin një hapi të caktuar. Për fushat e API-t të personalizuara, rregullat e përcjelljes dhe të fushës Connection shpjegojnë se kur pritet një ndryshim.

Një tunel i zakonshëm HTTPS CONNECT shton një kufi tjetër: kërkesa e brendshme HTTP është e kriptuar midis klientit dhe faqes së internetit. Një proxy transmetimi nuk mund t’i modifikojë ata tituj të kriptuar. Titujt në shkëmbimin CONNECT i përkasin atij shkëmbimi të veçantë, ndërsa një proxy i administruar i inspektimit TLS ka një rol tjetër.

Artikuj të ngjashëm