ASP.NET 2.0 contra ActiveDirectory. Parte II, los roles.

Como continuación al artículo ASP.NET 2.0 contra ActiveDirectory. Parte I, la autenticación voy a explicar ahora como integrar los roles de usuario ASP.NET 2.0 con los grupos de ActiveDirectory de forma que ciertas páginas de nuestro sitio web solo sean accesibles para determinados grupos de usuarios del AD. De esta forma podriamos proteger zonas de administración del sitio. El ejemplo es también una continuación del ejemplo del artículo anterior.

Para realizar esta integración haremos uso de los RoleProvider, que son clases que nos gestionan los roles de usuario. Como no hay ningún proveedor de LDAP, implementaré el mio propio asegurándome de que todos los métodos de consulta a LDAP queden implementados pero no los que intentan crear, eliminar o desasignar grupos/usuarios (simplemente porque para el caso no los necesito, pero se podría hacer también).

ASP.NET 2.0 contra ActiveDirectory. Parte I, la autenticación.

Lo prometido es deuda, y me dispongo a contar como realizar la autenticación de usuarios vía usuario@dominio/contraseña contra un ActiveDirectory. Si la aplicación va a funcionar en una intranet no hace falta complicarse tanto y usando la autenticación integrada Windows seria más sencillo, pero la cosa se complica cuando los usuarios deben también poder entrar desde fuera de la intranet

Lo primero, creamos un sencillo proyecto con una página “Default.aspx” y otra “Login.aspx”, añadimos un control ‘Login’ a “Login.aspx”, un ‘LoginStatus’ y un ‘LoginName’ a “Default.aspx”. Vamos a las propiedades de nuestro sitio y configuramos “Default.aspx” como página de inicio. Configuramos la propiedad “DestinationPageUrl” como nuestra página “Default.aspx”, que es donde redireccionará en caso de autenticación correcta.

Ahora añadimos las siguientes secciones a nuestro “Web.config”:

ASP.NET AJAX

Por si alguien no lo conoce, ASP.NET Ajax es un framework gratuito para el desarrollo de componentes con Ajax integrado de forma que fácilmente podamos crear y hacer uso de los más sofisticadas e interactivas interfaces web con una mejor comunicación cliente-servidor.

Solo hay que echar un vistazo a los componentes del ASP.NET Ajax Control Toolkit para correr a preparar café, despedirse de la mujer/novia para lo que queda de día y ponerse a probarlos uno a uno.

Consumir webServices asíncronamente.

Cuando se trabaja con webservices por ejemplo en una SOA, es importante tener en cuenta que desconoceremos cuanto tiempo va a tardar en respondernos un servicio en un momento determinado ya que desconocemos tanto el estado de la red (latencia, convergencia routing, ancho de banda, etc…), como el estado del servidor, como el estado de los servicios secundarios de los que depende el servicio (SQLServer, ActiveDirectory, Exchange,..etc..), solo hay que ver las 8 mentiras de la computación distribuida .

Como desconocemos este tiempo de respuesta, una espera larga puede dejar nuestra aplicación cliente aparentemente “colgada” esperando una respuesta del servidor, para evitar esto se pueden hacer llamadas asíncronas a la hora de consumir un webservice como explicaré a continuación y ser notificados de la finalización del método por medio de un evento como en muchas clases de la BCL que implementan el método .BeginXXX() y el evento .EndXXX.