Chunguza ombi lililopitishwa na proksi mahali linapokwenda
Chagua sehemu sahihi ya uchunguzi kwa vichwa vinavyoongezwa au kubadilishwa baada ya mteja kutuma ombi la HTTP.
Mteja huandaa ombi la HTTP, na proksi ya mbele inaweza kubadilisha ujumbe huo kabla ya kupeleka mbele. Marudio ni mahali ambapo toleo lililopitishwa linakuwa la kuchunguzwa.
| Sehemu ya uchunguzi | Ujumbe unaopatikana hapo |
|---|---|
| Kitu cha ombi cha mteja | Ombi lililoandaliwa kwa hatua ya kwanza |
| Kumbukumbu za maombi za chanzo au kishughulikia mwangwi | Ombi lililopokelewa baada ya kupitishwa |
| Mkusanyiko wa vichwa vya jibu vya mteja | Jibu lililopokelewa kwenye njia ya kurudi |
Kwa ukaguzi unaodhibitiwa, tumia kituo cha mwisho unachokisimamia mwenyewe kinachorekodi au kurudisha vichwa vya ombi vilivyopokelewa. Ipe ombi alama inayotambulika ili rekodi ya chanzo iweze kuhusishwa na operesheni maalum ya mteja.
Katika programu inayotegemea WebClient, ResponseHeaders inaelezea jibu lililorudishwa. Si rekodi ya ombi la proksi kuelekea marudio. Seva inaweza kuchagua kurudia taarifa za ombi katika mwili wa jibu lake, lakini huo ni tabia ya programu.
Ikiwa njia ina waamuzi kadhaa, marudio huona athari zao za upitishaji zikiwa zimeunganishwa. Uwepo wa kichwa peke yake hauhusishi mabadiliko na hatua moja maalum. Kwa sehemu maalum za API, kanuni za upitishaji na uga wa Connection hufafanua ni lini mabadiliko yanatarajiwa.
Handaki ya kawaida ya HTTPS CONNECT huongeza mpaka mwingine: ombi la ndani la HTTP limesimbwa kwa njia fiche kati ya mteja na tovuti. Proksi ya upelekaji haiwezi kuhariri vichwa hivyo vilivyosimbwa. Vichwa katika mabadilishano ya CONNECT ni vya mabadilishano hayo tofauti, ilhali proksi ya ukaguzi wa TLS inayosimamiwa ina jukumu tofauti.