LDAP entrada de directorio en .Net - No trabajar con OU = Usuarios

Question

he el siguiente código (C#):

(Ajustado desde: http://www.eggheadcafe.com/conversation.aspx?messageid=31766061&threadid=31766050)

DirectorySearcher dseSearcher = new DirectorySearcher(); 

string rootDSE = dseSearcher.SearchRoot.Path; 
DirectoryEntry rootDE = new DirectoryEntry(rootDSE); 

string userDSE = rootDSE.Insert(7, "OU=Users,"); 
DirectoryEntry userDE = new DirectoryEntry(userDSE); 

El rootDSE se crea correctamente, sin embargo, el usuario userDSE no se puede usar y arroja la excepción "No hay tal objeto en el servidor" si intento usarlo.

Las cadenas LDAP son los siguientes:

Raíz: LDAP: // DC = empresa DC = local

usuario: LDAP: // OU = Usuarios DC = empresa DC = local

Me estoy ejecutando en Vista como administrador, pero también necesito esto para trabajar en XP (Admin).

Soy nuevo en LDAP y administración de directorios, así que estoy dando tumbos en la oscuridad aquí. ¿Alguna idea? Además, cualquier artículo para vincular que me pueda dar una idea de cómo funciona todo será apreciado.

Answer 1

Lo primero que me gustaría tratar como una prueba es para codificar el camino deseado cuando se crea una entrada de directorio de esta manera:

DirectoryEntry de = new DirectoryEntry("LDAP://OU=Users,DC=company,DC=local"); 

Esto le dirá bastante rápido si se trata de una ruta real en su Active Directorio. No sé cómo es tu AD, así que no puedo decirte si esta es una ruta válida o no. Debajo de su plugin MMC Usuarios y equipos de Active Directory, si esta ruta es correcta, debe tener su dominio raíz y una carpeta OU debajo de la raíz denominada Usuarios.

Caminos se generan hacia atrás en el año, por lo que si su carpeta de usuarios es bajo otra unidad organizativa de la raíz de lo que sería

DirectoryEntry de = new DirectoryEntry("LDAP://OU=Users,OU=<first OU folder>,DC=company,DC=local"); 

Así que su esquema de AD se vería así:

Root 
| 
--><first OU folder> 
    | 
    -->Users 

Un gran artículo sobre cómo administrar Active Directory en .NET:

HowTo: Do (Almost) Everything in Active Directory via C#

Es posible que también desee investigar los System.DirectoryServices, System.DirectoryServices.ActiveDirectory y los espacios de nombres System.DirectoryServices.AccountManagement proporcionados en .Net 3.5 Framework. Creo que System.DirectoryServices, y los espacios de nombres de ActiveDirctory estaban disponibles en .Net 1.1, y AccountManagement se introdujo en .Net 3.5.

Microsoft Documentation - A lot of good links on how to use the namespace

Adición:

en realidad encontrar un usuario en AD tendrá que hacer lo siguiente:

DirectoryEntry de = new DirectoryEntry(); 
de.Path = "LDAP://DC=company,DC=local"; 
de.AuthenticationType = AuthenticationTypes.Secure; 

DirectorySearcher deSearch = new DirectorySearcher(); 

deSearch.SearchRoot = de; 
deSearch.Filter = "(&(objectClass=user) (cn=" + username + "))"; 

SearchResult result = deSearch.FindOne(); 

if (result != null) 
{ 
    DirectoryEntry deUser = new DirectoryEntry(result.Path); 
    ... do what ever you need to the deUser 
    deUser.Close(); 
} 

Answer 2

Esto puede parecer tonto y estúpido, pero la configuración árbol por defecto en Active Directory no es OU = Usuarios, dc = dominio, dc = com sino más bien cn = Usuarios, d c = dominio, dc = com (Tenga en cuenta el CN ​​= no el OU = para los usuarios.

Parece estúpido ya que un objeto contenedor (objectClass de la CN) en la EA no puede ser un receptor de la política del grupo, pero por razones que no entiendo, que es el valor predeterminado. (en realidad lo entiendo, es porque la contención para un CN es más similar a un dominio NT que OU)

Obtiene a casi todos los que conozco, la primera vez que intentan vincular LDAP/auth a AD.

Answer 3

Como se mencionó geoffc correctamente, en Active Directory, los "Usuarios" bajo el dominio es un objeto contenedor en lugar de objeto de unidad organizativa. Esto da como resultado una ruta de LDAP totalmente diferente y es por eso que aparece el mensaje de error.

Prueba el siguiente código y publica si se soluciona el problema:

// Replace the "company" and "com" with actual domain values... 
DirectoryEntry de = new DirectoryEntry("LDAP://CN=Users,DC=company,DC=com"); 
DirectorySearcher deSearch = new DirectorySearcher(); 
deSearch.SearchRoot = de; 

// Set your other search params here