Trong trường hợp của tôi, có db bảng với người dùng và thuộc tính của họ. Trong bảng người dùng có trường đăng nhập (Tên miền/Tên người dùng). Cũng có tùy chỉnh Identity and Principal, sử dụng bảng này để xác thực người dùng trong phương thức global.asax autherticate_request.
Để mô phỏng những người dùng khác nhau trong chế độ gỡ lỗi, có điều khiển đặc biệt được hiển thị trong trang chính (hoặc trang bố cục cho mvc). Nó chứa hộp chọn với tất cả người dùng, và áp dụng nút.
Ở phía máy chủ sau khi áp dụng, nhấp vào nút trong phiên đã đẩy thông tin đăng nhập người dùng được mô phỏng và gửi làm mới để phản hồi.
Vì vậy, trong sự kiện xác thực tiếp theo đã xảy ra kiểm tra đăng nhập người dùng được mô phỏng trong phiên và nếu tồn tại thì xác thực sẽ tiếp tục dựa trên thông tin đăng nhập được mô phỏng.
Mặt xấu: cần dịch vụ đồng bộ hóa để luôn có bảng người dùng thực tế dựa trên AD hiện tại.
Tôi giả sử họ muốn khách hàng mạo danh thông tin đăng nhập, chứ không phải mạng nội bộ. –
Tôi nghĩ câu trả lời này đã bỏ lỡ điểm của câu hỏi. Mạo danh cho ứng dụng trả lời bất kỳ thách thức nào về ủy quyền với danh tính của người dùng đã đăng nhập, thay thế hiệu quả danh tính của nhóm ứng dụng. ** Nó không cho phép bạn đăng nhập vào ứng dụng với tư cách người dùng khác. ** –
bạn nói đúng ... câu trả lời này không chính xác trong trường hợp này. họ có thể cố gắng thay đổi người dùng Logon trên trình duyệt web. trên IE vào Internet Options -> Security -> Local Intranet -> Custom Level và thay đổi User Authentication thành "Prompt for username and password" ... – 2GDev