วินิจฉัยการเข้าสู่ระบบพร็อกซี NTLM ใน curl

การยืนยันตัวตนของพร็อกซี NTLM มีขั้นตอน handshake ไม่ใช่แค่แนบชื่อผู้ใช้ครั้งเดียว ก่อนเปลี่ยนรหัสผ่านบัญชี ให้ยืนยันว่า พร็อกซีเสนอ NTLM จริง และไฟล์โปรแกรม curl รองรับ

curl --version

ตรวจสอบรายการความสามารถของไฟล์โปรแกรมที่ส่งคำขอของคุณ curl อีกชุดที่ติดตั้ง อิมเมจคอนเทนเนอร์ หรือบิลด์ระบบปฏิบัติการอาจรองรับการยืนยันตัวตนต่างกัน

เลือกวิธียืนยันตัวตนเฉพาะสำหรับพร็อกซี

curl --proxy http://proxy.example:3128 --proxy-ntlm --proxy-user 'EXAMPLE\alice' --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

ปลายทาง โดเมน และชื่อผู้ใช้เป็นตัวอย่าง ให้ใช้รูปแบบที่ผู้ดูแลระบบระบุ หากไม่มีรหัสผ่านในอาร์กิวเมนต์ curl สามารถถามแทนการทิ้งความลับไว้ในคำสั่งที่แสดง

การท้าทายยืนยันตัวตนครั้งแรกอาจเป็นส่วนหนึ่งของการเจรจา ให้แยกจากการถูกปฏิเสธหลัง handshake เสร็จแล้ว อย่าใช้ตัวเลือก NTLM สำหรับเซิร์ฟเวอร์ต้นทางเพื่อตอบการท้าทายของพร็อกซี

รวมพฤติกรรมการเชื่อมต่อไว้ในการวินิจฉัย

สถานะของ NTLM ผูกกับการเชื่อมต่อ handshake ต้องดำเนินผ่านเส้นทางการเชื่อมต่อที่คาดไว้ การเปลี่ยนการเชื่อมต่อซ้ำระหว่างแต่ละขั้นอาจทำให้ไม่สำเร็จ

สำหรับแอปพลิเคชันที่ใช้ libcurl ให้ไลบรารีจัดการการยืนยันตัวตนและการใช้การเชื่อมต่อซ้ำ อย่าสร้างพูลทั่วไปที่ถือว่าการเชื่อมต่อซึ่งยืนยันตัวตนด้วยข้อมูลประจำตัวต่างกันใช้แทนกันได้ สำหรับบริการที่มีหลายฮอปหรือตัวกลาง ให้ตรวจสอบว่าคงโครงสร้างการเชื่อมต่อที่จำเป็นไว้หรือไม่

หากการรองรับและการเลือกวิธีถูกต้อง ให้ตรวจสอบรูปแบบบัญชี นโยบายโดเมน และบันทึกการยืนยันตัวตนของเซิร์ฟเวอร์ที่ลบข้อมูลอ่อนไหวแล้ว การหมดเวลารอก่อนมีการท้าทายใด ๆ ยังเป็นปัญหาการเข้าถึง ไม่ใช่หลักฐานว่ารหัสผ่าน NTLM ผิด

trace แบบละเอียดอาจมีโทเคนยืนยันตัวตนและชื่อภายใน ใช้ในเครื่องและลบข้อมูลอ่อนไหวก่อนแชร์ รายงานข้อผิดพลาดสาธารณะไม่จำเป็นต้องมีการแลกเปลี่ยนโทเคนดิบ