UserPrincipal.FindByIdentity İzinler

Question

Belirli bir Active Directory kullanıcısı için UserPrincipal dosyasını edinmek üzere .NET System.DirectoryServices.AccountManagement kitaplığını kullanmaya çalışıyorum.

aşağıdaki kod var:

PrincipalContext context = new PrincipalContext(ContextType.Domain, "DomainName"); 
userPrincipal = UserPrincipal.FindByIdentity(context, IdentityType.SamAccountName, username); 

Bu kod geçerli bir etki alanı kullanıcısı olarak çalışan, ancak bunu çalıştırmak zaman şu istisna olsun:

System.DirectoryServices. DirectoryServicesCOMException (0x8007052E): Oturum açma hatası: bilinmeyen kullanıcı adı veya hatalı parola. ilginç olan şey

sorunsuz bir, aynı bağlam kullanarak, aşağıdaki arama yapabilirsiniz olmasıdır:

context.ValidateCredentials(username, password, ContextOptions.Negotiate) 

Fikirler?

Answer 1

Kullanıcı adı ve parola alan PrincipalContext yapıcısını kullanmanız gerekir.

Validate'nin çalışmasının nedeni, sağlanan kimlik bilgilerini dizine bağlanmak için kullanmasıdır.

Answer 2

Kayıtlı ağ kimlik bilgileriniz olduğu anlaşılıyor. Windows'da, bir ağ kaynaklarına ulaşmaya çalışırken farklı bir ağ kimlik bilgilerini kullanmayı belirtebilirsiniz. Yanlış bir ağ kimlik bilgilerini ayarlayarak gördüğünüzle aynı sorunu yeniden üretebilirim.

Etki alanınızın yourdomain.com olarak adlandırıldığını varsayarak, Windows'unuzu, etki alanınız.com'a sahip olan bilgisayarlarla her görüştüğünde her zaman belirli bir kullanıcı adı ve parola kullanmasını söyleyebilirsiniz.

===, Windows 7/2008 ===

1. Başlat "Crendentail Yöneticisi".
Windows kimlik bilgileri bölümünün altında
2. , yanlış kullanıcı adı veya yanlış şifre koymak kullanıcı adı ve şifre olarak
3. *.yourdomain.com koymak ağ adresini Add a Windows credentials
4. , tıklayın

=== Windows XP/2000/control keymgr.dll 2003 ===

1. Başlat ve Çalıştır
2. Tipi Bu gerçekten ise
3. tıklayın yanlış kullanıcı adı veya yanlış parola

koymak, kullanıcı adı ve şifre olarak

*.yourdomain.com koymak sunucu metin kutusuna

iletişim "Depolanan Kullanıcı Adları ve Parolalar", renkli Ekle Karşı karşıya olduğunuz sorun, kolay düzeltme saklanan şifreleri kaldırmaktır.

Neden context.ValidateCredentials (kullanıcı adı, parola, ContextOptions.Negotiate) çalışır?Bunun nedeni, uername ve password yeniden sağladığınızdan başka bir Kerberos/NTLM kimlik doğrulamasını başlatıyor olmanızdır. Başlık altında, Kerberos seçildiyse, alan adı denetleyicisine sağlanan kullanıcı adı ve parolayı gönderir ve bir Kerberos TGT bileti için değiştirir. Ardından, makineniz bu TGT bileti kullanılarak LDAP sunucusunda bir hizmet bileti alır. Ardından, makineniz bu hizmet biletini LDAP sunucusuna gönderecektir. Bu servis biletinin geçerli oturum açma oturumunda korunmayacağını unutmayın.

Neden UserPrincipal.FindByIdentity çalışmıyor? Kayıtlı şifreniz yoksa, normalde işe yarayacaktır çünkü Windows LDAP sunucusu servis biletini değiştirmek için sadece geçerli oturum açma kullanıcı TGT biletini kullanacaktır. İlgili kullanıcı adı/şifre doğrulama işlemi yoktur. Ancak, kötü bir kullanıcı adı parolanız varsa, Windows geçerli oturum açma kullanıcı TGT biletini kullanmaması gerektiğini düşünür. Bunun yerine, depolanan ağ şifresini kullanarak yeni bir TGT bileti almalıdır. Yani bu cevabı System.DirectoryServices.DirectoryServicesCOMException (0x8007052E): Logon failure: unknown user name or bad password.