Tên người dùng có miền trong thông tin xác thực proxy
Phân biệt tên tài khoản không rõ ràng với các API có trường miền riêng, và tránh thay đổi danh tính tài khoản chỉ để thỏa mãn cú pháp URL.
Một câu trả lời nói nên bỏ DOMAIN\. Câu khác nói nên thêm vào. Cả hai thay đổi đều có thể sai với proxy của bạn.
Có hai câu hỏi: dịch vụ mong đợi danh tính nào, và API đã chọn biểu diễn danh tính đó ra sao.
| Giao diện | Điều gì cần xác định |
|---|---|
| Một trường tên tài khoản duy nhất | Cú pháp tài khoản chính xác mà nhà vận hành chấp nhận |
| API thông tin xác thực có trường miền | Miền và tên người dùng có nên được cung cấp riêng không |
| Các thành phần thông tin xác thực trong URI | Giá trị dự định phải được mã hóa thế nào cho vùng chứa đó |
Ví dụ, .NET cung cấp hàm dựng NetworkCredential với các đối số riêng cho tên người dùng, mật khẩu và miền. Đặt một miền vào hai trường mà không phân biệt không phải là cách di động để cấu hình xác thực tích hợp.
Xác thực Basic là trường hợp khác: máy chủ diễn giải văn bản tài khoản được cung cấp theo chính sách của mình. Ở trong cùng một mạng không chứng minh rằng tiền tố miền được ngầm hiểu. Tên có miền cũng không tự động là một giao thức xác thực khác.
Việc thoát URL phải bảo toàn tài khoản dự định thay vì thay đổi nó. Dấu gạch chéo ngược trong chuỗi của ngôn ngữ nguồn, dấu gạch chéo ngược trong tên tài khoản và biểu diễn mã hóa phần trăm của nó trong URI là những lớp riêng biệt.
Lấy dạng danh tính và lược đồ được chấp nhận từ nhà vận hành, rồi dùng giao diện thông tin xác thực tương ứng. Việc đổi ngẫu nhiên giữa tên ngắn, tên miền và tên giống địa chỉ email tạo ra bằng chứng yếu về 407 ban đầu.