ชื่อผู้ใช้ที่มีโดเมนในข้อมูลรับรองของพร็อกซี
แยกชื่อบัญชีที่ไม่ชัดเจนออกจาก API ที่มีฟิลด์โดเมนแยกต่างหาก และหลีกเลี่ยงการเปลี่ยนตัวตนของบัญชีเพียงเพื่อให้ตรงกับไวยากรณ์ของ URL
คำตอบหนึ่งบอกให้ลบ DOMAIN\ อีกคำตอบบอกให้เพิ่ม ทั้งสองการเปลี่ยนแปลงอาจผิดสำหรับพร็อกซีของคุณ
มีสองคำถาม: บริการคาดหวังตัวตนใด และ API ที่เลือกแสดงตัวตนนั้นอย่างไร
| ส่วนติดต่อ | สิ่งที่ต้องกำหนด |
|---|---|
| ฟิลด์ชื่อบัญชีเดียว | ไวยากรณ์บัญชีที่แน่นอนซึ่งผู้ให้บริการยอมรับ |
| API ข้อมูลรับรองที่มีฟิลด์โดเมน | ควรให้โดเมนและชื่อผู้ใช้แยกกันหรือไม่ |
| องค์ประกอบข้อมูลรับรองภายใน URI | ค่าที่ต้องการควรถูกเข้ารหัสสำหรับภาชนะนั้นอย่างไร |
ตัวอย่างเช่น .NET มีคอนสตรักเตอร์ NetworkCredential ที่มีอาร์กิวเมนต์ชื่อผู้ใช้ รหัสผ่าน และโดเมนแยกกัน การใส่โดเมนในสองฟิลด์โดยไม่แยกแยะไม่ใช่วิธีที่พอร์ตได้ในการกำหนดค่าการพิสูจน์ตัวตนแบบบูรณาการ
การพิสูจน์ตัวตนแบบ Basic เป็นอีกกรณี: เซิร์ฟเวอร์ตีความข้อความบัญชีที่ให้มาภายใต้นโยบายของตนเอง การอยู่ในเครือข่ายเดียวกันไม่ได้พิสูจน์ว่ามีคำนำหน้าโดเมนโดยนัย และชื่อที่มีโดเมนก็ไม่ใช่โปรโตคอลการพิสูจน์ตัวตนที่แตกต่างโดยอัตโนมัติ
การ escape URL ควรคงบัญชีที่ต้องการไว้ ไม่ใช่เปลี่ยนบัญชีนั้น เครื่องหมายทับหลังในสตริงของภาษาต้นทาง เครื่องหมายทับหลังในชื่อบัญชี และการเข้ารหัสเป็นเปอร์เซ็นต์ภายใน URI เป็นชั้นที่แยกจากกัน
รับรูปแบบตัวตนและสคีมาที่ได้รับการยอมรับจากผู้ให้บริการ แล้วใช้ส่วนติดต่อข้อมูลรับรองที่สอดคล้องกัน การสลับแบบสุ่มระหว่างชื่อสั้น ชื่อโดเมน และชื่อที่ดูเหมือนอีเมลทำให้ได้หลักฐานที่อ่อนแอเกี่ยวกับ 407 เดิม