LDAP: mã lỗi 49-80.090.308: LdapErr: DSID-0C0903A9, bình luận: lỗi AcceptSecurityContext, dữ liệu 52E, v1db1

Question

LDAP: mã lỗi 49-80.090.308: LdapErr: DSID-0C0903A9, bình luận: lỗi AcceptSecurityContext, dữ liệu 52E, v1db1

Tôi biết mã "52e" là khi tên người dùng hợp lệ, nhưng mật khẩu không hợp lệ. Tôi đang sử dụng cùng một tên người dùng và mật khẩu trong studio apache của tôi, tôi đã có thể thiết lập kết nối thành công với LDAP.

Đây là mã java của tôi

String userName = "*******"; 
    String password = "********"; 
    String base ="DC=PSLTESTDOMAIN,DC=LOCAL"; 
    String dn = "cn=" + userName + "," + base; 
    Hashtable env = new Hashtable(); 
    env.put(Context.INITIAL_CONTEXT_FACTORY,"com.sun.jndi.ldap.LdapCtxFactory"); 
    env.put(Context.PROVIDER_URL, "ldap://******"); 
    env.put(Context.SECURITY_AUTHENTICATION, "simple"); 
    env.put(Context.SECURITY_PRINCIPAL, dn); 
    env.put(Context.SECURITY_CREDENTIALS, password); 
    LDAPAuthenticationService ldap = new LDAPAuthenticationService(); 
    // LdapContext ctx; 
    DirContext ctx = null; 
    try { 
     ctx = new InitialDirContext(env); 

lỗi của tôi là trên dòng này: ctx = new InitialDirContext(env);

Tôi không biết chính xác những gì đang gây ra lỗi này.

Answer 1

dữ liệu 52E - Returns when username is valid but password/credential is invalid.

Bạn có lẽ cần một cái gì đó giống như

String dn = "cn=" + userName + "," + "CN=Users," + base; 

Answer 2

52e 1326 Returns ERROR_LOGON_FAILURE khi username là hợp lệ nhưng mật khẩu/chứng chỉ không hợp lệ. Sẽ ngăn chặn hầu hết các lỗi khác hiển thị như được ghi chú.

http://ldapwiki.com/wiki/Common%20Active%20Directory%20Bind%20Errors

Answer 3

Đối với tôi vấn đề này được giải quyết khi tôi thiết lập các phần chính như sau:

env.put(Context.SECURITY_PRINCIPAL, userId@domainWithoutProtocolAndPortNo); 

Answer 4

LDAP đang cố gắng để xác thực với AD khi gửi một giao dịch khác DB server. Xác thực này không thành công vì người dùng gần đây đã thay đổi mật khẩu của mình, mặc dù giao dịch này được tạo bằng thông tin đăng nhập trước đó. Xác thực này sẽ tiếp tục thất bại cho đến khi ... trừ khi bạn thay đổi trạng thái giao dịch thành Hoàn tất hoặc Hủy trong trường hợp đó LDAP sẽ ngừng gửi các giao dịch này.

Answer 5

Tôi gặp sự cố tương tự khi sử dụng AD trên CAS, tức là lỗi 52e, Trong trường hợp đơn đăng ký của tôi chấp nhận Tên đầy đủ khi ở dạng CN = thay vì tên người dùng thực tế.

Ví dụ: nếu bạn có người dùng có tên đầy đủ là Ross Butler và tên người dùng đăng nhập của họ là rbutler - bạn thường đặt một cái gì đó như, cn = rbutler, ou = Người dùng, dc = domain, dc = com nhưng của chúng tôi thất bại mọi lúc. Bằng cách thay đổi thành cn = Ross Butler, ou = Người dùng, dc = domain, dc = com nó đã vượt qua !!