สังเกตคำขอที่พร็อกซีส่งต่อที่ปลายทางของคำขอนั้น
เลือกจุดสังเกตที่ถูกต้องสำหรับเฮดเดอร์ที่ถูกเพิ่มหรือเปลี่ยนแปลงหลังจากไคลเอนต์ส่งคำขอ HTTP
ไคลเอนต์เตรียมคำขอ HTTP และพร็อกซีส่งต่อสามารถเปลี่ยนข้อความนั้นก่อนที่จะส่งต่อไป จุดหมายคือที่ที่เวอร์ชันที่ส่งต่อกลายเป็นสิ่งที่สังเกตได้
| จุดสังเกต | ข้อความที่มีอยู่ที่นั่น |
|---|---|
| ออบเจ็กต์คำขอของไคลเอนต์ | คำขอที่เตรียมไว้สำหรับการกระโดดครั้งแรก |
| บันทึกคำขอของต้นทางหรือตัวจัดการเสียงสะท้อน | คำขอที่ได้รับหลังการส่งต่อ |
| คอลเลกชันเฮดเดอร์การตอบกลับของไคลเอนต์ | การตอบกลับที่ได้รับบนเส้นทางขากลับ |
สำหรับการตรวจสอบที่ควบคุมได้ ให้ใช้ปลายทางที่คุณดำเนินการเองและบันทึกหรือส่งคืนเฮดเดอร์คำขอที่ได้รับ ให้เครื่องหมายที่ระบุได้แก่คำขอ เพื่อให้บันทึกของต้นทางเชื่อมโยงกับการดำเนินการของไคลเอนต์ที่เฉพาะเจาะจงได้
ในแอปพลิเคชันที่ใช้ WebClient, ResponseHeaders อธิบายการตอบกลับที่ส่งคืน ไม่ใช่บันทึกคำขอของพร็อกซีไปยังจุดหมาย เซิร์ฟเวอร์อาจเลือกสะท้อนข้อมูลคำขอในเนื้อหาการตอบกลับ แต่นั่นคือพฤติกรรมของแอปพลิเคชัน
หากเส้นทางมีตัวกลางหลายตัว จุดหมายจะเห็นผลการส่งต่อรวมของตัวกลางเหล่านั้น การมีเฮดเดอร์เพียงอย่างเดียวไม่ได้ระบุว่าการเปลี่ยนแปลงเป็นของการกระโดดใดโดยเฉพาะ สำหรับฟิลด์ API ที่กำหนดเอง, กฎการส่งต่อและฟิลด์ Connection อธิบายว่าเมื่อใดควรคาดหวังการเปลี่ยนแปลง
อุโมงค์ HTTPS CONNECT ทั่วไปเพิ่มขอบเขตอีกชั้น คำขอ HTTP ภายในถูกเข้ารหัสระหว่างไคลเอนต์และเว็บไซต์ พร็อกซีส่งต่อไม่สามารถแก้ไขเฮดเดอร์ที่เข้ารหัสเหล่านั้นได้ เฮดเดอร์ในการแลกเปลี่ยน CONNECT เป็นของการแลกเปลี่ยนแยกนั้น ขณะที่พร็อกซีตรวจสอบ TLS ที่จัดการมีบทบาทต่างกัน