Trợ giúp proxy NTLM cục bộ: quyền truy cập của ứng dụng khách và đăng nhập thượng nguồn

Ứng dụng của bạn kết nối tới một proxy trên chính máy tính của nó. Sau đó trợ giúp ấy xác thực với proxy của công ty. Không nhất thiết chính ứng dụng phải thực hiện trao đổi xác thực của công ty.

application → local helper → company proxy → destination

Một trợ giúp như CNTLM có cấu hình tài khoản và proxy thượng nguồn. Bộ lắng nghe cục bộ của nó có ranh giới tiếp cận và truy cập riêng. Mật khẩu nhập trong trình duyệt cho một điểm cuối khác không tự động cấu hình cả hai.

Xác định chặng đã thất bại

Trước tiên hãy xác nhận rằng ứng dụng đã chọn đúng bộ lắng nghe và giao thức thực tế của trợ giúp. Lỗi trước khi chạm tới bộ lắng nghe đó không phải là sự cố NTLM. Sau đó kiểm tra xem trợ giúp có tới được máy cha đã cấu hình và máy cha có chấp nhận danh tính của nó không.

Mã 407 trả về trên tuyến này cần được quy nguồn. Hãy đối chiếu giao dịch cục bộ với chẩn đoán đã biên tập của trợ giúp thay vì giả định rằng trạng thái nhìn thấy chỉ ra tài khoản mà ứng dụng của bạn phải gửi.

Các ví dụ cũ đôi khi thêm tiêu đề keep-alive và báo thành công. Tính duy trì có thể quan trọng trong xác thực hướng kết nối, nhưng quan sát đó không chứng minh mọi thiết lập trợ giúp thất bại đều cần cùng một tiêu đề. Việc chọn điểm cuối, phương thức được hỗ trợ, tài khoản và tuổi thọ kết nối vẫn là các đầu vào riêng biệt.

Bộ lắng nghe là một dịch vụ thực sự

Loopback giữ bộ lắng nghe ngoài mạng xung quanh; nó không phân biệt mọi tiến trình hay người dùng trên máy tính đó. Một cổng kết nối hoặc liên kết rộng hơn thay đổi tập hợp những người gọi có thể dùng danh tính thượng nguồn của trợ giúp. Hãy thực hiện thay đổi đó một cách có chủ đích.

Dùng một bố trí trợ giúp đã được phê duyệt khi ứng dụng không thể thực hiện lược đồ được yêu cầu. Kết quả hữu ích là một tuyến đã biết với quyền sở hữu tài khoản đã biết, không phải một dịch vụ thừa không giải thích được mà tình cờ làm cho một lần tải xuống hoạt động.