Dùng tên máy chủ proxy cho xác thực Negotiate của curl
Khi chẩn đoán đăng nhập Negotiate, hãy giữ nguyên danh tính dịch vụ đã đăng ký của proxy thay vì coi IP là tên tương đương.
Dùng tên proxy được cung cấp cho triển khai Negotiate. Kết nối TCP tới IP của nó không xác lập rằng cùng danh tính xác thực sẽ được yêu cầu.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Thay tên máy chủ proxy bằng tên dịch vụ đã được phê duyệt. Việc này chọn proxy Negotiate bằng cách dùng cấu hình thông tin xác thực có sẵn trên nền tảng; nó không tạo đăng nhập miền và không lấy vé từ dịch vụ xác thực không khả dụng.
Trong triển khai mong đợi HTTP/proxy.example, dùng IP hoặc bí danh khác có thể thay đổi danh tính dịch vụ được yêu cầu. Một số môi trường hỗ trợ rõ ràng cách đặt tên khác, vì vậy hãy giữ danh tính đã cấu hình thay vì tuyên bố xác thực bằng IP luôn bất khả thi.
Kiểm tra tệp nhị phân curl thực tế và môi trường tài khoản. Hỗ trợ GSSAPI hoặc SSPI phụ thuộc vào nền tảng và bản build. Nếu triển khai cần thành phần dịch vụ cụ thể, dùng tùy chọn tên dịch vụ proxy của curl theo cấu hình đã đăng ký; đoán tên có thể chỉ chuyển lỗi sang chỗ khác.
Negotiate tự nó là nhãn thương lượng cơ chế. Chỉ riêng sự hiện diện của nó không xác định cơ chế nền nào đã được chọn. Khi khác biệt này quan trọng, hãy dùng chẩn đoán máy khách/máy chủ được ủy quyền và giữ vé cùng token ngoài báo cáo dùng chung.