Error al intentar cambiar contraseña desde OWA – Exchange 2003 (-2147024891)

Esta se la debo a un usuario. Hoy en la mañana uno de los usuarios de mi red me reportó que al intentar cambiar su contraseña desde OWA le generaba el error (-2147024891), a pesar de que colocaba toda la información requerida y de manera correcta. En efecto, logré reproducir el error.


A lo primero que acudí fue a la consola de administración de Usuarios y computadores de Active Directory, y en efecto di con el clavo.


- Abrir la consola de administración de Usuarios y computadores de Active Directory
- Abrir el cuadro de propiedades del usuario que tiene problemas y seleccionar la pestaña de “Cuenta” (Account)
- Verificar que la opción “El usuario no puede cambiar la contraseña” no se encuentre seleccionada
- Adicionalmente verificar si existen GPOs configuradas respecto de la frecuencia de cambios de contraseñas

The request was rejected by the HTTP filter. Contact your ISA Server administrator. (12217)

Publicando un sitio SharePoint utilizando reglas de ISA Server 2004 es tarea sencilla, hasta que revisando la navegación por todas las páginas del sitio se me presentó el siguiente mensaje de error: “The request was rejected by the HTTP filter. Contact your ISA Server administrator. (12217)”; y el dilema ahora es donde está el error si en algunas páginas funciona todo bien y otras nada que ver.


Revisando todas las páginas allé una diferencia, una vocal con tilde. La solución super sencilla:
- Abrir la consola de administración de ISA
- Editar la regla de publicación de servidor Web
- En la pestaña de “Tráfico” (Traffic) hacer clic en “Filtrado” (Filtering) y seleccionar “Configurar HTTP” (Configure HTTP)
- Desmarcar la opción “Bloquear caracteres ASCII de 8 bits” (Block high bit characters)


Luego de esto, refresqué el sitio y todo normal. Aquí la recomendación sobre todo para sitios construidos en idioma “Español”, traten de evitar tildar las vocales, a pesar de ser una falta de ortografía pero evita dolores de cabeza al momento de administrar un sitio.

Nuevo ciclo de StarDays – Quito

El pasado sábado tres, inició un nuevo ciclo de eventos StarDays – Profesional Cinco Estrellas en la Universidad Central del Ecuador, Quito. Este evento contó con la participación de 22 docentes y alumnos de la universidad los mismo que recibieron capacitación en vivo sobre la temática necesaria para aprobar la primera estrella.


El próximo sábado continuaremos con el proceso de la segunda estrella y podré compartir con ustedes algunas fotos.

Exchange 2003 – Recuperación en caso de fallos

Ahora le tocó el turno a Exchange. Para ubicarlos un poco en parte del escenario de infraestructura, se tiene un servidor de Directorio Activo con Windows Server 2003 y un servidor Exchange 2003, todo iba bien hasta que el servidor de Exchange, que además era un controlador de dominio adicional, dejó de funcionar debido a que la tarjeta SCSI se dañó. Se requirió una solución inmediata puesto que el proveedor de los servidores se tardaba una semana en traer la nueva tarjeta. En este caso recurrimos a instalar un computador con buenas características hasta que se pueda habilitar nuevamente el servidor. Básicamente el proceso fue dar el mismo nombre y la misma configuración IP que tenía el servidor principal al computador emergente y unirlo al dominio, todo este proceso se realizó sin problemas; instalamos Exchange 2003 + SP2 en modo de recuperación en caso de fallos, esto se lo hace ejecutando “setup.exe /disasterrecovery”. El proceso de instalación con el modificador “disasterrecovery” se llevó a cabo sin ningún problema y al final indica que se debe restaurar el almacen de Exchange desde un backup y reiniciar el servidor.


Luego de reiniciar el servidor, se presentó el típico mensaje de que un driver o servicio fallaron durante el inicio de sesión; revisando el visor de sucesos y los servicios noté que los principales servicios de Exchange habían fallado. Al buscar con los IDs de los sucesos me encontré con este link: “System Attendant does not start after disaster recovery installation, and event ID 9022, 9149, 1005 messages occurhttp://support.microsoft.com/default.aspx?scid=kb;en-us;325674


Este link detalla un proceso adicional posterior a la recuperación de la base de Exchange que consiste principalmente en asignar permisos de acceso (full control) sobre la cuenta del servidor de Exchange inicialmente registrado.


Para finalizar no queda más que subir los servicios y en la consola de Exchange montar los stores de los buzones y las carpetas públicas.