การยืนยันตัวตนพร็อกซีแบบ Basic และ Digest
เลือกวิธีการยืนยันตัวตนพร็อกซีที่ทั้งสองฝ่ายรองรับ และแยกความท้าทายแบบ Digest ออกจากการส่งข้อมูลที่เข้ารหัส
อ่านของพร็อกซีใน Proxy-Authenticate ความท้าทาย ก่อนบังคับใช้ Basic หรือ Digest ไคลเอนต์ต้องรองรับวิธีที่บริการเสนอ การเลือก Digest ไม่ได้เพิ่มวิธีนี้ให้พร็อกซีที่รองรับเฉพาะ Basic
สำหรับปลายทางที่รองรับ Digest curl สามารถใช้:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/ใช้ปลายทางและบัญชีจริง ชื่อผู้ใช้ที่ไม่มีรหัสผ่านทำให้ curl ขอรหัสผ่านได้ สำหรับ Basic ให้เลือก --proxy-basic การยืนยันตัวตนกับเซิร์ฟเวอร์ต้นทางใช้ตัวเลือกอื่น ตรวจสอบทั้งความท้าทายและการรองรับของบิลด์ curl ที่กำลังทำงานจริง
| วิธี | การแลกเปลี่ยนข้อมูลรับรอง | การป้องกันที่ต้องประเมิน |
|---|---|---|
| Basic | คู่ชื่อผู้ใช้และรหัสผ่านที่เข้ารหัสรูปแบบ | การเข้ารหัสรูปแบบไม่ใช่การเข้ารหัสลับ |
| Digest | คำตอบที่สร้างจากความท้าทาย | อัลกอริทึม พารามิเตอร์ของความท้าทาย และการทำงานของไคลเอนต์เป็นตัวกำหนดการป้องกัน วิธีนี้เองไม่ได้เข้ารหัสเนื้อหาคำขอและคำตอบ |
ทั้งสองวิธียังต้องใช้การส่งข้อมูลที่เหมาะสมระหว่างไคลเอนต์กับพร็อกซี HTTPS ไปยังปลายทางเริ่มช้าเกินกว่าจะป้องกันการล็อกอินพร็อกซีก่อนหน้านี้ที่เป็นข้อความชัดเจน
ที่เซิร์ฟเวอร์ ตัวช่วย Digest อาจต้องใช้ข้อมูลรับรองเฉพาะ realm และรูปแบบของตนเอง ไฟล์ NCSA ของ Basic ไม่ได้กลายเป็นแบ็กเอนด์ Digest โดยอัตโนมัติ ใช้รูปแบบตามเอกสารของตัวช่วยที่เลือก แล้วตรวจสอบข้อมูลรับรองที่ขาดหาย ผิด และคำขอที่ได้รับอนุญาต โดยยังคงข้อจำกัดของแหล่งที่มาและปลายทางไว้