Fylgist með framsendri beiðni milliþjóns á áfangastað hennar
Veldu réttan athugunarstað fyrir hausa sem bætast við eða breytast eftir að biðlarinn sendir HTTP-beiðni.
Biðlari útbýr HTTP-beiðni, og framsendingarmilliþjónn getur breytt þeim skilaboðum áður en hann sendir þau áfram. Áfangastaðurinn er staðurinn þar sem framsenda útgáfan verður sýnileg.
| Athugunarstaður | Skilaboð sem eru tiltæk þar |
|---|---|
| Beiðnarhlutur biðlarans | Beiðnin sem var útbúin fyrir fyrsta stökkið |
| Beiðnaskrá upprunans eða bergmálsmeðhöndlari | Beiðnin sem barst eftir framsendingu |
| Safn svarhaufa biðlarans | Svarið sem barst á afturleiðinni |
Fyrir stýrða prófun skaltu nota endapunkt sem þú rekur sjálf og skráir eða skilar mótteknum beiðnarhausum. Gefðu beiðninni auðþekkjanlegt merki svo hægt sé að tengja skrá upprunans við tiltekna aðgerð biðlarans.
Í forriti sem byggir á WebClient lýsir ResponseHeaders svarinu sem er skilað. Það er ekki skrá um beiðni milliþjónsins til áfangastaðarins. Þjónn getur valið að bergmála beiðnarupplýsingum í svarhluta sínum, en það er hegðun forritsins.
Ef leiðin inniheldur nokkra milliliði sér áfangastaðurinn sameinuð áhrif framsendingar þeirra. Nærvera hauss ein og sér tengir ekki breytingu við eitt tiltekið stökk. Fyrir sérsniðna API-reiti útskýra reglurnar um framsendingu og Connection-reitinn hvenær breytingar er að vænta.
Venjuleg HTTPS CONNECT göng bæta við enn einni mörk: innri HTTP-beiðnin er dulkóðuð milli biðlara og vefs. Endursendingarmilliþjónn getur ekki breytt þessum dulkóðuðu hausum. Hausar í CONNECT-skiptunum tilheyra þeim aðskildu skiptum, en stýrður TLS-skoðunarmilliþjónn hefur annað hlutverk.