estoy asumiendo que usted está escribiendo VBA. En Outlook, puede usar ADO para realizar la consulta en el proveedor de LDAP. La consulta se compone de cuatro partes
- ruta de la base
- Filtro de búsqueda
- atributos devueltos en el conjunto de registros
- Ámbito de búsqueda.
La URL de LDAP que mencionas es en realidad la ruta base de la consulta LDAP. Puede usar ADSIedit para obtener la ruta base en su dominio local. Normalmente, si su dominio se llama abc.com, su ruta base debería ser algo así como LDAP: //abc.com/DC=abc,DC=com. Sin embargo, no siempre es el caso. Active Directory le permite nombrar un dominio de Active Directory diferente del dominio DNS, aunque la mayoría de las veces son iguales. Esta configuración se llama disjoint namespace.
Para el caso de espacio de nombres disjuntas, para encontrar la ruta base correcta, puede instalar ADSIedit desde Windows 2003 support tools. Inicie el ADSIEdit escribiendo adsiedit.msc en la línea de comandos. Haga clic derecho en el nodo ADSIEdit y haga clic en "Conectarse a". Luego, seleccione el contexto de denominación "RootDSE" y deje todas las demás configuraciones como predeterminadas para conectarse al dominio local. Si su máquina ya está unida al dominio, debe conectarse automáticamente a ese dominio. En el nodo superior RootDSE, también debería ver a qué controlador de dominio está conectado ahora. Marque el FQDN del controlador de dominio conectado. Debería ser algo así como dc1.sudominio.com. Luego, expanda el nodo superior "RootDSE" y verá otro nodo de carpeta "RootDSE" debajo. Haga clic derecho y haga clic en las propiedades. Encuentra elNombreDeNombre predeterminado. Debería ser algo así como DC = yourdomain, DC = com.
Con el nombre de controlador de dominio y el contexto de nomenclatura predeterminado, puede crear su ruta de la base, debe ser LDAP: // controlador de dominio/contexto de nomenclatura predeterminado
veces ves personas que introducen el nombre de dominio FQDN en lugar del nombre del controlador de dominio en la ruta base de LDAP. Esto es legítimo solo si el registro A del dominio existe en el servidor DNS. No recomiendo usar el nombre de dominio. Sin embargo, si realmente no desea especificar un controlador de dominio específico, puede considerar el uso de enlace sin servidor. LDAP: // contexto de nomenclatura predeterminado. Es una característica de Active Directory. No funciona en otros servidores LDAP. Puede usar el enlace sin servidor solo si se está ejecutando como un usuario de dominio. Cuando utiliza un serverless binding, la consulta LDAP simplemente seleccionará el siguiente controlador de dominio disponible en el sitio para usted. De esta forma, reduce las posibilidades de sobrecargar ese servidor con solicitudes.Sin embargo, esto también hace que su resultado sea menos predecible porque a veces los datos aún no se replican de un controlador de dominio a otro controlador de dominio.
Solo una nota al margen, sugiero que use el contexto de nombres de dominio como su ruta base de búsqueda porque supongo que desea buscar a todos los usuarios de su dominio. Siempre puede elegir algunos otros contenedores como su ruta base. Por ejemplo, LDAP: //yourdomain.com/CN=Users,DC=yourdomain,DC=com. Luego, la búsqueda se realizará solo debajo del contenedor Usuarios en su dominio.
No sé la cantidad de detalles que necesita saber. Tampoco sé qué tipo de herramientas estás usando. Aquí hay una breve explicación sobre cada campo. URI es para permitirle encontrar el servidor LDAP. Normalmente, debe ser ldap: //yourdc.sudominio.com Consulte mi respuesta para saber cómo encontrar yourdc en AD en su estación de trabajo.Manager DN debe ser la cuenta de usuario que va a utilizar para iniciar sesión en el servidor LDAP. Cada cuenta de usuario tiene un objeto en el servidor LDAP. Cada objeto tiene un nombre distinguido (DN). Debe utilizar el navegador LDAP o ADSIedit para averiguar el DN de su cuenta de usuario. No puedo escribir demasiado tiempo en el comentario –