ตัวช่วยพร็อกซี NTLM ภายในเครื่อง: การเข้าถึงของไคลเอนต์กับการล็อกอินต้นทาง

แอปของคุณเชื่อมต่อกับพร็อกซีบนคอมพิวเตอร์ของตัวเอง จากนั้นตัวช่วยนั้นจะยืนยันตัวตนกับพร็อกซีของบริษัท แอปไม่จำเป็นต้องทำการแลกเปลี่ยนการยืนยันตัวตนของบริษัทเอง

application → local helper → company proxy → destination

ตัวช่วยอย่าง CNTLM มีการตั้งค่าบัญชีและพร็อกซีต้นทาง ตัวรับฟังภายในเครื่องมี ขอบเขตการเข้าถึงและการเข้าถึงที่แยกต่างหาก รหัสผ่านที่กรอกในเบราว์เซอร์ไปยังปลายทางอื่นไม่ได้ตั้งค่าทั้งสองอย่างโดยอัตโนมัติ

ระบุขั้นตอนที่ล้มเหลว

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

407 ที่ส่งกลับมาตามเส้นทางนี้ต้องระบุที่มา ให้เชื่อมโยงธุรกรรมภายในเครื่องกับข้อมูลวินิจฉัยที่ปกปิดของตัวช่วย แทนที่จะถือว่าสถานะที่มองเห็นระบุบัญชีที่แอปของคุณควรส่ง

ตัวอย่างเก่าบางครั้งเพิ่มเฮดเดอร์ keep-alive แล้วรายงานความสำเร็จ ความคงอยู่ของ connection อาจสำคัญในการยืนยันตัวตนที่เน้นการเชื่อมต่อ แต่การสังเกตนั้นไม่ได้พิสูจน์ว่าทุกการตั้งค่าตัวช่วยที่ล้มเหลวต้องใช้เฮดเดอร์เดียวกัน การเลือกปลายทาง วิธีที่รองรับ บัญชี และอายุของ connection ยังคงเป็นอินพุตแยกกัน

ตัวรับฟังเป็นบริการจริง

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

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