A kliens előkészít egy HTTP-kérést, és az előremenő proxy ezt az üzenetet továbbítás előtt módosíthatja. A cél az a hely, ahol a továbbított változat megfigyelhetővé válik.

Megfigyelési pontAz ott elérhető üzenet
A kliens kérési objektumaAz első ugrásra előkészített kérés
A forrás kérésnaplója vagy echó-kezelőjeA továbbítás után fogadott kérés
A kliens válaszfejléc-gyűjteményeA visszaúton fogadott válasz

Ellenőrzött vizsgálathoz használjon egy Ön által üzemeltetett végpontot, amely rögzíti vagy visszaadja a fogadott kérésfejléceket. Adjon a kérésnek azonosítható jelölőt, hogy a forrásrekord hozzákapcsolható legyen az adott kliensművelethez.

Egy WebClient-alapú alkalmazásban a ResponseHeaders a visszaadott választ írja le. Ez nem a proxy cél felé küldött kérésének rekordja. A kiszolgáló dönthet úgy, hogy a kérés információit a választörzsben visszhangozza, de ez alkalmazásviselkedés.

Ha az útvonal több közvetítőt tartalmaz, a cél ezek együttes továbbítási hatását látja. Egy fejléc puszta jelenléte nem rendeli a változást egy adott ugráshoz. Az egyéni API-mezők esetében a továbbítás és a Connection mező szabályai magyarázzák, mikor várható módosítás.

A szokásos HTTPS CONNECT-alagút újabb határt ad: a belső HTTP-kérés a kliens és a webhely között titkosítva van. Egy továbbító proxy nem szerkesztheti ezeket a titkosított fejléceket. A CONNECT-csere fejlécei ehhez a külön csereüzlethez tartoznak, míg a felügyelt TLS-vizsgáló proxynak más a szerepe.

Kapcsolódó cikkek