راقب الطلب الممرَّر من الوسيط عند وجهته
اختر نقطة المراقبة الصحيحة للترويسات التي تُضاف أو تُغيَّر بعد أن يرسل العميل طلب HTTP.
يُعِدّ العميل طلب HTTP، ويمكن للوسيط الأمامي أن يغيّر تلك الرسالة قبل إرسالها إلى الأمام. الوجهة هي المكان الذي تصبح فيه النسخة الممرَّرة قابلة للملاحظة.
| نقطة المراقبة | الرسالة المتاحة هناك |
|---|---|
| كائن الطلب لدى العميل | الطلب المُعَدّ للقفزة الأولى |
| سجل طلبات الأصل أو معالج الصدى | الطلب المستلَم بعد التمرير |
| مجموعة ترويسات الاستجابة لدى العميل | الاستجابة المستلَمة في مسار العودة |
لإجراء فحص مضبوط، استخدم نقطة نهاية تديرها أنت وتسجّل ترويسات الطلب المستلَمة أو تعيدها. امنح الطلب علامة يمكن التعرف عليها كي يرتبط سجل الأصل بعملية العميل المعنية.
في تطبيق قائم على WebClient، يصف ResponseHeaders الاستجابة المُعادة. وهو ليس تسجيلًا لطلب الوسيط إلى الوجهة. ويمكن للخادم أن يختار إعادة معلومات الطلب في جسم استجابته، لكن ذلك سلوك التطبيق.
إذا احتوى المسار على عدة وسطاء، رأت الوجهة آثار تمريرهم المجتمعة. ومجرد وجود ترويسة لا ينسب التغيير إلى قفزة بعينها. وبالنسبة إلى حقول API المخصصة، تشرح قواعد التمرير وحقل Connection متى يُتوقع التغيير.
يضيف نفق HTTPS CONNECT العادي حدًا آخر: طلب HTTP الداخلي مشفَّر بين العميل والموقع. ولا يستطيع وسيط الترحيل تحرير تلك الترويسات المشفرة. والترويسات الموجودة في تبادل CONNECT تنتمي إلى ذلك التبادل المنفصل، بينما يؤدي وسيط فحص TLS المُدار دورًا مختلفًا.