La creación de una Relación de Confianza Bidireccional en Directorio Activo hará que las búsquedas de personas en SharePoint con People Picker devuelvan muchos más resultados de búsqueda, algo que en ocasiones puede resultar molesto, confuso, e incluso generarnos llamadas adicionales de usuarios.
Esta es la situación que me encontré recientemente en un cliente, que en consecuencia, necesitaba urgentemente poder restringir dichos resultados de búsqueda para no incluir las cuentas de usuario del resto de dominios de Directorio Activo con lo que tenía establecida una Relación de Confianza.
Sin embargo, puede haber más casos en los que necesitemos o deseemos poder restringir los resultados de las búsquedas de personas con People Picker, quizás para excluir aquellas cuentas que no sean de usuarios finales (ej: cuentas de servicio), o quizás en alguna otra situación. En cualquier modo, restringir los resultados del People Picker no es una necesidad concreta de tener una Relación de Confianza Bidireccional. Nos puede hacer falta en muchos más casos.
En cualquier caso, afortunadamente SharePoint incluye un comando STSADM que permite establecer un filtro LDAP que se añadirá a las búsquedas que realicemos con People Picker, para de este modo, poder personalizar ó filtrar los resultados de búsquedas de personas que recibirán los usuarios.
Veamos un ejemplo. En uno de mis entornos de Laboratorio con SharePoint 2007 SP3, tengo cargados en Directorio Activo unos 50000 usuarios de prueba, todo ellos sin cuenta de correo electrónico (salvo rara excepción). En mi caso, deseo poder filtrar los resultados de búsqueda, para que sólo se incluyan las cuentas de usuario que tienen dirección de correo electrónico.
Así por ejemplo, si realizo una búsqueda de personas utilizando el People Picker, si como condición de búsqueda establezco Guillermo, obtendré los siguientes resultados de búsqueda (todos los Guillermos que existan en Directorio Activo), la mayoría de los cuales son cuentas de usuario que no tienen configurada una dirección de correo electrónico.
Para solucionarlo, vamos a ejecutar el siguiente comando STSADM peoplepicker-searchadcustomfilter, el cual añade un filtro LDAP, de tal modo que sólo se devuelvan como resultados de búsqueda objetos con dirección de correo electrónico establecida o grupos de usuarios. El comando es el siguiente: stsadm -o setproperty -pn peoplepicker-searchadcustomfilter -pv "(|(mail=*)(objectcategory=group))" -url http://viis03
Si ahora repetimos la misma búsqueda de personas, podremos observar que tan sólo se recibe un resultado de búsqueda, el cual corresponde a un usuario que tiene establecida una dirección de correo electrónico. Genial. Justo lo que queríamos.
A partir de aquí, tan sólo se trata de imaginación. Por ejemplo, en el caso que tuve con este cliente, inicialmente utilicé como filtro LDAP una comprobación del User Principal Name (había dos sufijos posibles) como truco para restringir los resultados de búsqueda a los usuarios de un Dominio en particular, para lo cual ejecuté con comando similar al siguiente:
stsadm -o setproperty -pn peoplepicker-searchadcustomfilter -pv "(|(userPrincipalName=*guillesql.local)( userPrincipalName=*guillesql.es))" -url http://www.guillesql.local
Sin embargo, este filtro tenía un par de problemas, ya que incluía las cuentas de usuario deshabilitadas, y además excluía los Grupos de Directorio Activo, por lo que finalmente utilicé otro filtro LDAP algo más completo. En particular utilicé el siguiente comando STSADM:
stsadm -o setproperty -url http://www.guillesql.local -pn peoplepicker-searchadcustomfilter -pv "(|(&(!(userAccountControl:1.2.840.113556.1.4.803:=2))(|(userPrincipalName=*guillesql.es)(userPrincipalName=*guillesql.local)))(&(objectcategory=group)(objectCategory=CN=Group,CN=Schema,CN=Configuration,DC=GUILLESQL,DC=LOCAL)))"
Y funcionando.
Recordemos, que para ayudarnos a identificar qué Atributos de Directorio Activo podemos utilizar en nuestros filtros LDAP, tenemos herramientas como el ADSI y el Active Directory Users and Computer (ADUC). Ojo con los Atributos, porque no todos soportan comodines (ej: el *).
Un detalle muy importante que tener en cuenta. Al realizar una Búsqueda de Personas, los resultados que obtendremos serán la suma de los resultados de la búsqueda LDAP en Directorio Activo más los resultados ya "cacheados" en la Base de Datos de Contenido del Site. En todas las Bases de Datos de Contenido de SharePoint, tenemos la tabla dbo.UserInfo, en la cual se almacena información variopinta de usuarios y grupos, y que actúa también como una Caché para las Búsquedas de Personas.
Pór último, aprovecho para incluir algunas referencias de la Web, para quien desee ampliar más información:
Poco más por hoy. Como siempre, confío que la lectura resulte de interés.
