Jälgi puhverserveri edastatud päringut selle sihtkohas
Valige õige vaatluspunkt päistele, mis lisatakse või muudetakse pärast seda, kui klient saadab HTTP-päringu.
Klient koostab HTTP-päringu ja edaspidine puhverserver võib seda sõnumit enne edasisaatmist muuta. Sihtkoht on koht, kus edastatud versioon muutub vaadeldavaks.
| Vaatluspunkt | Seal saadaval olev sõnum |
|---|---|
| Kliendi päringuobjekt | Esimese hüppe jaoks koostatud päring |
| Päritolu päringulogi või kaja-käitleja | Pärast edastamist vastu võetud päring |
| Kliendi vastusepäiste kogu | Tagasiteel vastu võetud vastus |
Kontrollitud testi jaoks kasutage lõpp-punkti, mida te ise haldan te ja mis salvestab või tagastab vastu võetud päringupäised. Andke päringule tuvastatav märgis, et päritolu kirje saaks siduda konkreetse klienditoiminguga.
WebClientil põhinevas rakenduses kirjeldab ResponseHeaders tagastatud vastust. See ei ole puhverserveri päringu kirje sihtkohale. Server võib valida päringuteabe kordamise oma vastuse kehas, kuid see on rakenduse käitumine.
Kui teekond sisaldab mitut vahendajat, näeb sihtkoht nende ühendatud edastamismõju. Üksnes päise olemasolu ei omista muutust ühele kindlale hüppele. Kohandatud API-väljade puhul selgitavad edastamise ja Connection-välja reeglid, millal muutust oodata.
Tavaline HTTPS CONNECT tunnel lisab veel ühe piiri: sisemine HTTP-päring on kliendi ja veebisaidi vahel krüpteeritud. Edastav puhverserver ei saa neid krüpteeritud päiseid muuta. CONNECT-vahetuse päised kuuluvad sellele eraldi vahetusele, samas kui hallatud TLS-kontrolli puhverserveril on teine roll.