ติดตามการพิสูจน์ตัวตนของ Squid 7 ด้วย debug_options ส่วนที่ 29
ใช้เซสชันดีบักส่วนที่ 29 แบบจำกัดเพื่อติดตามคำท้า การตอบสนองของไคลเอนต์ ตัวช่วยพิสูจน์ตัวตน และการตัดสินนโยบายการเข้าถึง
407 แรกจาก Squid อาจเป็นจุดเริ่มต้นของการพิสูจน์ตัวตน หากต้องการทราบว่าการพยายามหยุดที่ใด ให้ติดตามลำดับคำขอหนึ่งครั้งผ่านไคลเอนต์ กลไกพิสูจน์ตัวตน และการตัดสินการเข้าถึง
ในเซสชันวินิจฉัยของ Squid 7 ส่วนที่ 29 มีข้อความดีบักของการพิสูจน์ตัวตน การกำหนดค่าชั่วคราวสามารถคงระดับคำเตือนทั่วไปไว้พร้อมกับเพิ่มส่วนนั้น:
debug_options ALL,1 29,5
บันทึกการตั้งค่าดีบักเดิม ใช้การกำหนดค่าวินิจฉัย และจำลองการพยายามเล็กๆ ที่ระบุได้ อ่านเอาต์พุตดีบักที่ปลายทาง cache_log ที่กำหนดค่าไว้พร้อมกับบันทึกการเข้าถึง
| หลักฐานที่ต้องหา | ตอบคำถามใด |
|---|---|
| สคีมา Proxy-Authenticate ที่เสนอ | พร็อกซีนี้ขอให้ไคลเอนต์ใช้อะไร |
| การตอบสนองการพิสูจน์ตัวตนของไคลเอนต์ | ไคลเอนต์ดำเนินการแลกเปลี่ยนที่เสนอต่อหรือไม่ |
| กลไกพิสูจน์ตัวตนหรือผลลัพธ์ของตัวช่วย | บัญชีถูกยอมรับ ปฏิเสธ หรือถูกบล็อกจากการประมวลผลล้มเหลวหรือไม่ |
| การตัดสินนโยบายการเข้าถึงของ Squid | เกิดอะไรขึ้นกับคำขอหลังสถานะการพิสูจน์ตัวตนนั้น |
บางสคีมาต้องการหลายรอบของคำท้า รายการ 407 ที่ซ้ำกันเพียงอย่างเดียวไม่ได้พิสูจน์ว่าเบราว์เซอร์เพิกเฉยต่อคำขอ หรือรหัสผ่านที่ให้มาไม่ถูกต้อง
สำหรับความล้มเหลวของตัวช่วย ให้ตรวจสอบตัวช่วยที่กำหนดค่าไว้และโปรโตคอลผลลัพธ์เฉพาะสคีมาของมัน กระบวนการที่ไม่สามารถเริ่มได้เป็นข้อบกพร่องที่ต่างจากตัวช่วยที่ทำงานอยู่แต่ปฏิเสธบัญชี หากการพิสูจน์ตัวตนได้รับการยอมรับแต่ Squid ยังคงปฏิเสธคำขอ ให้ปฏิบัติตามกฎการเข้าถึงที่เกี่ยวข้อง
คืนระดับดีบักเดิมเมื่อเข้าใจลำดับแล้ว เอาต์พุตระดับ 9 แบบเต็มอาจมีขนาดใหญ่มาก การวินิจฉัยการพิสูจน์ตัวตนก็ต้องจัดการอย่างจำกัดเพราะรายละเอียดบัญชีและสถานะที่ละเอียดอ่อนอื่นอาจปรากฏขึ้น