การตีความสถานะและรหัสออกของตัวตรวจสอบพร็อกซี
รายงานการรันคำสั่ง ผลลัพธ์ HTTP และการตรวจสอบใบรับรองแยกกันในการตรวจสอบเว็บไซต์ผ่านพร็อกซี
ตัวห่อไม่สามารถเปลี่ยนรหัสออกศูนย์ของตัวดาวน์โหลดให้เป็น “HTTP 200 OK” ที่สังเกตได้ บันทึกว่าแต่ละชั้นรายงานอะไรจริง ๆ:
| ฟิลด์ | คำถามที่ตอบ |
|---|---|
| การออกของเครื่องมือหรือปลั๊กอิน | การตรวจรันหรือไม่ และรายงานความล้มเหลวประเภทใด |
| การเจรจาพร็อกซี | การส่งต่อหรืออุโมงค์ที่ขอได้รับอนุญาตหรือไม่ |
| สถานะต้นทางและเนื้อหาที่คาดหวัง | แอปพลิเคชันคืนผลลัพธ์ที่ตั้งใจหรือไม่ |
| การตรวจสอบ TLS | การตรวจสอบตัวตนที่กำหนดค่าไว้สำเร็จหรือไม่ |
โดยปกติ curl สามารถคืนค่าศูนย์ได้แม้หลังการตอบกลับข้อผิดพลาด HTTP ตัวเลือก fail เปลี่ยนพฤติกรรมการออก แต่การออกเพราะล้มเหลวยังไม่ระบุสถานะอย่างเฉพาะเจาะจง ค่าการออกของ Wget ก็เป็นหมวดหมู่เช่นกัน: ความล้มเหลวในการพิสูจน์ตัวตนไม่ใช่ค่าที่จัดสรรสำหรับ HTTP 401 และหมวดข้อผิดพลาดเซิร์ฟเวอร์ไม่ได้ระบุทุกการตอบกลับภายใน การตรวจที่คาดหวัง 401 ต้องสังเกตการตอบกลับนั้น
แยกปลายทางพร็อกซีกับชื่อเว็บไซต์ออกจากกัน คู่ TCP ของการตรวจพร็อกซี HTTP คือพร็อกซี; CONNECT ระบุปลายทาง ซึ่งเซสชัน TLS ของปลายทางนั้นทำงานภายในอุโมงค์ สำหรับพร็อกซี HTTPS ความไว้วางใจพร็อกซีชั้นนอกคือการตรวจใบรับรองอีกครั้ง
ตรวจสอบการรับประกันของปลั๊กอินก่อนถือว่าธง SSL เป็นการยืนยัน Monitoring Plugins เลิกใช้ check_http เพื่อใช้ check_curl เอกสาร check_http เตือนว่าการเลือก SSL อย่างเดียวไม่ยืนยันชื่อโฮสต์หรือความไว้วางใจผู้ออก; ตัวเลือก verify-peer ที่มีเอกสารของ check_curl รวมการยืนยันนั้น
ใช้เส้นทางที่ผ่านการพิสูจน์ตัวตนตามที่ตั้งใจด้วย การตรวจพอร์ตอาจเขียวอยู่ขณะที่บัญชีปฏิบัติการได้รับ 407 ส่งความลับของบัญชีผ่านกลไกที่เหมาะสมของการติดตั้ง และรายงานขั้นตอนที่ล้มเหลวจริง: อุโมงค์ที่ถูกปฏิเสธต้องแก้ต่างจากสถานะเว็บไซต์ที่ผิดคาด