A diferencia de la instalación de los componentes de ASP.NET en Windows Server 2003 x86, en la opción de "Agregar o quitar Programas" del sistema operativo no aparece la casilla de selección de ASP.NET, por este motivo es necesario hacer la instalación de ASP.NET en línea de comando, para esto ejecutar los siguientes pasos:
- Abrir una consola de línea de comando
- Dirigirse al path: %systemroot%\microsoft.net\framework64\v2.0.xxxx\
- Ejecutar el comando aspnet_regiis.exe -i
Al abrir la consola de administración de IIS en las propiedades del sitio web por defecto verificar que se encuentre habilitada la viñeta de ASP.NET.
Finalmente luego de tanto investigar y leer en internet pude configurar registro de tipo CNAME en DNS para poder utilizar la funcionalidad de round robin como estrategia de balanceo de carga de red en Windows Server 2008 (aplica también a Windows Server 2003), antes una breve introducción.
Round Robin es una estrategia de balanceo de carga de red basado en registros CNAME (alias) de DNS. La gran ventaja que tiene round robin sobre la creación de un cluster NLB es su facilidad de configuración, sin embargo, cuando uno de los servidores que forman parte del esquema round robin deja de funcionar se corre el riesgo de que el servicio de DNS, ante una petición de un cliente, resuelva la IP del servidor con fallo y por ende dicho cliente no reciba la respuesta esperada. La opción de round robin viene habilitada por defecto en el servicio DNS de Windows Server 2003/2008, esta se encuentra ejecutando los siguientes pasos (tomar en cuenta que las zonas de DNS ya deben estar configuradas previamente):
- Clic en inicio, Herramientas Administrativas, DNS
- En la consola de administración de DNS hacer un clic derecho en el nombre del servidor y luego propiedades.
- Seleccionar la viñeta "Avanzadas" y ahí encontrará la opción de Round Robin
Para que Round Robin funcione es necesario tener al menos dos registros de tipo CNAME, con el mismo nombre de alias pero apuntando a distintos servidores, de la siguiente forma:
Supongamos que tenemos dos servidores cuyos registros en DNS son:
servidor1 A 172.22.10.2
servidor2 A 172.22.10.3
En la zona de DNS de búsqueda directa se debería crear dos registros de la siguiente forma:
www CNAME servidor1
www CNAME servidor2
Cuando un usuario trata de acceder al servicio www, DNS resolverá el nombre con el primer registro, la segunda petición con el segundo registro y así sucesivamente.
Ahora bien, tanto a nivel gráfico como a nivel de comandos si trata de crear un registro CNAME duplicado, es decir con el mismo nombre, simplemente aparece una advertencia de reemplazar o eliminar el registro original y al final no es posible. De acuerdo a este artículo en internet (http://www.sadikhov.com/forum/lofiversion/index.php?t25276.html) es posible crear este tipo de registros duplicados editando los archivos de DNS de las zonas configuradas, pero lo que olvidó mencionar el artículo es que cuando es una zona integrada de directorio activo los archivos de extensión .dns no se crean ya que toda la información de las zonas se almacena en la base de Directorio Activo.
SOLUCIÓN:
Si se está trabajando en un ambiente con zonas integradas de DNS con Directorio Activo, recomiendo se cree una zona alterna de DNS no integrada con un dominio distinto y se creen registros alternos de tipo A de los servidores que van a formar parte del esquema Roun Robin, de la siguiente forma:
Supongamos que estamos trabajando con el dominio midominio.local, zona integrada de DNS y tengo dos servidores:
server1 A 172.22.10.2 (server1.midominio.local)
server2 A 172.22.10.3 (server2.midominio.local)
En la misma consola de DNS crear una nueva zona primaria de búsqueda directa para el dominio miotrodominio.local, zona no integrada; y crear los registros:
server3 A 172.22.10.2 (server3.miotrodominio.local)
server4 A 172.22.10.3 (server4.miotrodominio.local)
Para crear los registros duplicados ejecutar el siguiente procedimiento:
- Abrir un explorador de Windows
- Navegar al directorio %systemroot%\system32\dns
- Para el caso de ejemplo se debe presentar un archivo con el nombre miotrodominio.local.dns, editarlo con notepad
- Agregar dos registros:
www CNAME server3
www CNAME server4
- Cerrar el archivo y en la consola de DNS recargar y refrescar la zona perteneciente al archivo editado, Y LISTO.
Por alguna razón la consola de administración de Exchange Server 2007 de un día a otro dejó de funcionar y al tratar de abrirla se presentaba el mensaje de error:
Error compiling C:\Program Files\Microsoft\Exchange Server\bin\Microsoft.Exchange.Management.SnapIn.Esm.dll: Strong name validation failed. (Exception from HRESULT: 0x8013141A)
Solución: instalar el Update Rollup 4 para Exchange Server 2007 Service Pack 1 - http://www.microsoft.com/DOWNLOADS/details.aspx?familyid=8B492ED2-EA92-412F-A852-3AA1C58D9499&displaylang=en
Hay que tomar en cuenta que en mi caso tenía instalado Exchange Server 2007 SP1 sobre un servidor windows server 2008, hay otro rollup 4 que aplica solo para exchange 2007 instalado sobre windows server 2003 - http://www.microsoft.com/downloads/details.aspx?FamilyId=E56FC52A-216E-4225-BF2F-F082C20B7B21&displaylang=en
Durante un problema con un controlador de dominio y la posterior recuperación de un respaldo bastante antigüo muchos registros de computadores se perdieron. Al revisar el visor de sucesos del controlador de dominio se indica el mensaje de error:
The session setup from the computer COMPUTER failed to
authenticate. The name of the account referenced in the
security database is COMPUTER$. The following error
occurred:
Access is denied.
Igualmente al tratar de iniciar sesión en el equipo indicaba que no posee una relación de confianza con el equipo o por otro lado que el usuario o la contraseña estaban incorrectos. Para poder recuperarse de este problema se debe hacer lo siguiente:
- Iniciar con cuenta de administrador local en el equipo con problemas
- Ejecutar el comando: netdom resetpwd /server:<Controlador de dominio> /userd:dominio\usuario /passwordd:*
- Ingresar la contraseña de usuario y reiniciar el equipo
Este error era bastante común encontrar en Exchange 2003 y se corregía simplemente haciendo una reconstrucción de la lista de distribución fuera de línea. En 2007 resulta que el problema es provocado por el mismo elemento pero el método de resolución es completamente distinto. En este caso particular me encuentro trabajando en un ambiente de coexistencia entre Exchange Server 2003 y Exchange Server 2007. Al hacer la instalación de Exchange 2007 no crea una lista de direcciones fuera de línea por defecto para el almacen de buzones de Exchange 2007. Para esto hay que seguir los siguientes pasos:
- Abrir la Consola de Administración de Exchange
- Configuración de la organización > Buzón > Libreta de direcciones sin conexión
En esta viñeta van a encontrar solo la libreta de direcciones sin conexión generada y administrada por Exchange 2003, en esta parte tenemos que crear una nueva, para esto:
- En el panel de acciones seleccionar "Nueva libreta de direcciones sin conexión"
- En la primera página del asistente colocamos un nombre a la libreta
- En la opción "Servidor de generación de libreta de direcciones sin conexión" hacemos clic en "Examinar" y seleccionamos el servidor de Exchange 2007, clic en siguiente
- En la opción de "Punto de distribución" marcar la opción "Habilitar distribución basada en Web" > clic en agregar y seleccionar la OAB del servidor Exchange 2007 > clic en siguiente > clic en Crear
- Una vez creada, hacer clic derecho y seleccionar propiedades
- Seleccionar la viñeta "Distribución" y verificar que se encuentre marcada la opción "Outlook 2003 o posterior (versión 3)" y la opción "Outlook 2003 SP2 o posterior (versión 4)"
Ahora bien una vez creada la libreta de direcciones fuera de línea es necesario registrarla en el almacen de buzones de Exchange 2007, para esto:
- Expandir "Configuración de servidores" en la herramienta de administración de Exchange 2007 y hacer clic en Buzón
- Clic derecho en Mailbox Database y seleccionar Propiedades
- Seleccionar la viñeta "Configuración de cliente"
- En la opción de "Libreta de direcciones sin conexión" hacer clic en examinar y seleccionar la libreta creada en el paso anterior
- Clic en aceptar y probar nuevamente desde outlook haciendo clic en "enviar y recibir".
La configuración de Outlook Express 6 necesaria para dar soporte a cuentas de correo POP3 de Exchange 2007 cambia completamente.
- En las propiedades de la cuenta, en la viñeta "Servidores" es necesario marcar la opción "Mi servidor requiere autenticación" en la zona "Servidor de correo saliente", si no se marca esta opción se presenta el mensaje de error:
"... Respuesta del servidor: '550 5.7.1 Unable to relay', Puerto: 25, Seguridad (SSL): Sí, Error de servidor: 550, Número de error: 0x800CCC79"
- En opciones avanzadas es necesario marcar que tanto el servidor SMTP como POP3 requiere conexión segura SSL
- Opcional y para mantener una copia de los correos en el servidor marcar la opción "Mantener una copia de los mensajes en el servidor" en la sección "Entrega"
La semana pasada iniciamos un nuevo ciclo de pruebas beta, esta vez le tocó el turno a Windows 7 (nombre código Vienna) y Windows Server 2008 R2, aunque aún no se encuentre liberada mucha información oficial sobre estas dos nuevas versiones de sistemas operativos la mejor manera de ir revisando funcionalidad es con las versiones previas que se irán liberando. Poco a poco iré escribiendo más artículos sobre este tema y compartiendo más información con todos quienes visitan mi blog.
Debido a algunas tareas administrativas mal implementadas en un servidor Exchange 2003 este tuvo que se reinstalado. Luego de una exitosa desinstalación de Exchange 2003 y la posterior ejecución del programa instalador se presentó el siguiente mensaje de error:
To install the first Exchange server in a domain, or to run setup in "/ForestPrep" mode, you must be an Exchange Full Administrator at the organization level. You must use an account that has been granted the Full Exchange Administrator role on the Exchange organization using the Exchange Administrative Delegation Wizard. -- ID:64283.
En el siguiente artículo se explica como quitar completamente una instalación de Exchange de una organización y además como corregir si se presenta el error antes mencionado: http://support.microsoft.com/kb/833396
Al revisar el log de seguridad de Windows Server 2008 me encontré con el mensaje de error 4625 relacionado con Microsoft.Exchange.Search.ExSearch.exe y un fallo con las credenciales proporcionadas. Leyendo al respecto en internet en algunos foros menciona que este problema se resuelve instalando el Update Rollup 4 for Exchange Server 2007 Service Pack 1 (http://www.microsoft.com/downloads/details.aspx?FamilyId=8B492ED2-EA92-412F-A852-3AA1C58D9499&displaylang=en), en efecto luego de instalarlo ya no se volvió a presentar dicho mensaje de error pero el remedio resulto peor que la enfermedad, ahora el servicio Transport de Exchange no se levantaba lo que impedía el envío de correos electrónicos y ahora se presentaba el mensaje de error 7000: "el servicio de transporte de Microsoft Exchange no pudo iniciarse debido al siguiente error: El servicio no respondió a tiempo a la solicitud de inicio o de control", igualmente revisando en internet me encontré con este sitio donde brinda la solución al problema http://support.microsoft.com/kb/944752, por tema de tiempo no lo revisé a fondo, en este caso lo que hice fue desinstalar el rollup 4.
Ahora tuve un par de problemas más con Exchange que afortunadamente pude resolver con algo de intuición:
- Problema Nº1: al tratar de crear un buzón de usuario desde la consola de administración de Exchange Server 2007, al final del asistente se presentó el siguiente mensaje de error:
El servicio de lista de direcciones de servidor de Exchange no respondió. Esto puede ser debido a un error en la configuración de la directiva de dirección de correo electrónico o de la lista de direcciones.
- Problema Nº2: al revisar el visor de sucesos del sistema operativo (Windows Server 2008) se presentó el siguiente mensaje de error:
Nombre de registro:Application
Origen: MSExchangeSA
Fecha: 22/10/2008 15:18:46
Id. del evento:9385
Categoría de la tarea:General
Nivel: Error
Palabras clave:Clásico
Usuario: No disponible
Equipo: servidor.dominio.local
Descripción:
El Operador de sistema de Microsoft Exchange no pudo leer los miembros del grupo de seguridad universal "/dc=local/dc=dominio/ou=Microsoft Exchange Security Groups/cn=Exchange Servers"; el código del error fue "8007203a". El problema puede ser que el Operador de sistema de Microsoft Exchange no tenga permiso para leer los miembros del grupo.
Si este equipo no es miembro del grupo "/dc=local/dc=dominio/ou=Microsoft Exchange Security Groups/cn=Exchange Servers", debe detener manualmente todos los servicios de Microsoft Exchange, ejecutar la tarea "add-ExchangeServerGroupMember" y, seguidamente, reiniciar los servicios de Microsoft Exchange.
Solución: y no solo para este problema sino para muchos con los cuales me he encontrado a nivel de exchange server, fui al Server Manager de Windows Server 2008 y en el área de servicios reinicié todos los servicios de Exchange, en especial el: Microsoft Exchange - Almacen de Información y el Microsoft Exchange - operador de sistema.
Tratando de buscar un GPO que permita a un usuario de dominio (privilegios bajos) cambiar las configuraciones de red de su computador no la encontré. Si embargo encontré este artículo donde explica como dar esos privilegios sin una GPO: http://technet.microsoft.com/en-us/library/cc754921.aspx
Por alguna razón un solo usuario de mi red no podría ingresar a su cuenta de Exchange 2007 mediante OWA, al tratar de hacerlo, aparecía correctamente la pantalla de inicio de sesión y luego de selección de configuraciones regionales e idioma, al pasar de esta página se presentaba este mensaje de error:
Request
Url: https://servidor:443/owa/lang.owa
User host address: x.x.x.x
Exception
Exception type: Microsoft.Exchange.Data.Storage.StoragePermanentException
Exception message: There was a problem accessing Active Directory.
Call stack
en Microsoft.Exchange.Data.Storage.ExchangePrincipal.Save() en Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.DispatchLanguagePostLocally(OwaContext owaContext, OwaIdentity logonIdentity, CultureInfo culture, String timeZoneKeyName, Boolean isOptimized) en Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.DispatchLanguagePostRequest(OwaContext owaContext) en Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.PrepareRequestWithoutSession(OwaContext owaContext, UserContextCookie userContextCookie) en Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.InternalDispatchRequest(OwaContext owaContext) en Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.DispatchRequest(OwaContext owaContext) en System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() en System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
Inner Exception
Exception type: Microsoft.Exchange.Data.Directory.ADOperationException
Exception message: Active Directory operation failed on server2.novadevices.uio. This error is not retriable. Additional information: Los derechos de acceso son insuficientes para realizar la operación. Active directory response: 00002098: SecErr: DSID-03150E8A, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0
Call stack
en Microsoft.Exchange.Data.Directory.ADSession.AnalyzeDirectoryError(PooledLdapConnection connection, DirectoryRequest request, DirectoryException de, Int32 totalRetries, Int32 retriesOnServer) en Microsoft.Exchange.Data.Directory.ADSession.ExecuteModificationRequest(ADRawEntry entry, DirectoryRequest request, ADObjectId originalId) en Microsoft.Exchange.Data.Directory.ADSession.Save(ADObject instanceToSave, IEnumerable`1 properties) en Microsoft.Exchange.Data.Storage.ExchangePrincipal.Save()
Inner Exception
Exception type: System.DirectoryServices.Protocols.DirectoryOperationException
Exception message: The user has insufficient access rights.
Call stack
en System.DirectoryServices.Protocols.LdapConnection.ConstructResponse(Int32 messageId, LdapOperation operation, ResultAll resultType, TimeSpan requestTimeOut, Boolean exceptionOnTimeOut) en System.DirectoryServices.Protocols.LdapConnection.SendRequest(DirectoryRequest request, TimeSpan requestTimeout) en Microsoft.Exchange.Data.Directory.PooledLdapConnection.SendRequest(DirectoryRequest request, LdapOperation ldapOperation) en Microsoft.Exchange.Data.Directory.ADSession.ExecuteModificationRequest(ADRawEntry entry, DirectoryRequest request, ADObjectId originalId)
Buscando en internet me encontré con este artículo de la base de conocimiento de Microsoft donde explica como resolver el problema: http://technet.microsoft.com/en-us/library/bb885050(EXCHG.80).aspx
Primero lo primero, el escenario. Servidor Windows Server 2003 Standard Español, miembro de dominio, con SQL Server 2005 SP2 Español, otro servidor Windows Server 2003 Web Inglés, miembro de dominio con CRM 3.0 Español instalado. Durante el proceso de instalación de CRM 3.0 seleccioné la cuenta 'NT AUTHORITY\NETWORK SERVICE' como predeterminada para los servicios de CRM y SQL, todo se instaló sin problemas.
Al querer actualizar la versión de CRM de la versión 3.0 a la 4.0 en español seleccioné la cuenta predefinida "NT-AUTHORITY\NETWORK SERVICE" como cuenta de servicios y se presentó el siguiente mensaje de error:
Action Microsoft.Crm.Setup.Server.GrantConfigDBDatabaseAccessAction failed. ---> System.Data.SqlClient.SqlException: Windows NT user or group 'NT AUTHORITY\NETWORK SERVICE' not found. Check the name again.
Al revisar los permisos de acceso a la base de datos de SQL 2005 pude ver que se encontraba la cuenta "NT AUTHORITY\Servicio de red" registrada con permisos de acceso y no la cuenta "NT AUTHORITY\NETWORK SERVICE" que seleccioné en un inicio. Busqué en la base de conocimiento de Microsoft y solo encontré este caso pero con idioma alemán: http://support.microsoft.com/kb/947505, sin embargo, no funcionó.
Luego de varias semanas leyendo e investigando se me ocurrió realizar el siguiente proceso:
- Recuperar la instalación de CRM y validar que funciona sin problema
- Instalar un servidor o máquina virtual aparte con Windows Server 2003 Español y colocarle con el mismo nombre que el servidor Windows Server 2003 Web Inglés donde originalmente se encontraba instalado CRM 3.0
- Desinstalar CRM 3.0 del servidor Windows Server 2003 Web Inglés y apagarlo
- Borrar los registros del servidor Windows Server 2003 Web Inglés de la base de DNS y Directorio Activo, es muy posible que les presente un mensaje de advertencia de que existen registros relacionados a lo cual deben decir que si
- Unir el nuevo servidor Windows Server 2003 Español al dominio
- Configurar IIS 6.0 con los componentes necesarios para instalar CRM 3.0
- Instalar CRM 3.0 y probar que funcione sin problemas
- Iniciar la instalación de CRM 4.0, es muy posible que antes de iniciar el proceso de instalación, en el asistente, se presente el siguiente mensaje de error: "The PrivUser Group is not specified", para ese caso utilizar el siguiente link: http://blog.customereffective.com/blog/2008/08/error-during-pr.html
- Si no se presenta el mensaje de error, continuar con el proceso de actualización
- Probar el acceso a CRM 4.0 y listo
Luego de realizar una actualización exitosa de CRM 3.0 a CRM 4.0 los caracteres de separación de miles y decimales se vieron alterados por alguna razón que hasta la fecha desconozco. Revisé las configuraciones regionales del servidor que estaban colocadas en Español [Ecuador], dentro de la opción "Configuración del sistema" de CRM 4.0 igualmente estaban colocadas las configuraciones en Español [Ecuador], sin embargo coincidían los separadores de miles y decimales con el punto ".", esto estaba provocando que se presenten valores monetarios erróneos.
Finalmente, en la misma página de CRM 4.0, en el menú de herramientas, "Opciones", en la viñeta de "Formatos" estaba seleccionado "Español [España]" que cuenta con otro tipo de separadores y moneda, al cambiar esto a Español [Ecuador], todo funcionó a la perfección.
Luego de un intento no exitoso de actualización de CRM 3.0 a la versión 4.0, e intentar una reinstalación sobre el mismo sitio web predeterminado de IIS también sin éxito, procedí a eliminar dicho sitio web predeterminado y crear uno nuevo (puerto 80) en IIS; esto por un mensaje de error que se presentaba en el proceso de instalación. Luego de reinstalar exitosamente CRM 3.0 y tratar de acceder al sitio se presentó el mensaje de error en Internet Explorer:
You are not authorized to view this page. HTTP Error 401.1 - Unauthorized: Access is denied due to invalid credentials.
Al revisar en internet me encontré con un artículo de la base de conocimiento de Microsoft: http://support.microsoft.com/kb/917818, luego de ejecutar todo el procedimiento recomendado y tratar de acceder nuevamente, no tuve éxito.
A diferencia del artículo de Microsoft y mi escenario, el sitio web creado sobre el puerto 80 no tenía el identificador con valor "1" tal y como se crea por defecto y además como fue instalado en un inicio CRM. Debido a esto, procedí a desinstalar IIS de Windows Server 2003 e instalarlo nuevamente. Al hacer esto se recreo el sitio web predeterminado con el valor de 1, reinstalé CRM 3.0 y todo funcionó sin problema.
Conclusión: al instalar CRM tomar en cuenta el valor del indentificador del sitio web, en caso de que se requiera hacer una posterior reinstalación.
Terminando la implementación del servidor Office Communications Server 2007, al ejecutar el proceso "Validar la funcionalidad del servidor de componentes web" se presenta el mensaje de error: HTTP Response: 404 Not Found (No se encontró el archivo o directorio).
Al tratar de acceder al URL de la prueba se presentó el asistente de configuración de Internet Explorer, luego de cancelar el mismo y volver a probar nuevamente la validación todo funcionó.
Conclusión: antes de hacer la validación abrir Internet Explorer y configurar el asistente de conexión.
Me encuentro instalando Exchange Server 2007 sobre Windows Server 2008 y utilizando una topología distribuida. En un servidor se encuentra operando un Controlador de Dominio (Windows Server 2008), un servidor para el rol de Client Access y un servidor para los roles de Hub Transport y Mailbox. En el siguiente enlace se indican todos los requisitos que necesita un servidor por cada rol: http://technet.microsoft.com/en-us/library/aa996719(EXCHG.80).aspx
Además es importante saber como instalar los requisitos en Windows Server 2008, para eso hay este enlace: http://technet.microsoft.com/en-us/library/bb691354(EXCHG.80).aspx
Espero estos enlaces sean de su ayuda.
Photosynth es una herramienta en línea de Microsoft que permite reconstruir todo un escenario virtual a partir de imágenes o fotografías planas. Luego un poco de tiempo que se dedica, se obtiene un resultado realmente impresionante desde el punto de vista de expriencia de usuario.
Pruebalo!!! http://www.photosynth.net
En un ambiente donde existen controladores de dominio Windows Server 2003 y 2008, estaba tratando de unir un servidor al dominio y en el proceso recibí este mensaje:
"Directory Services cannot allocate a relative identifier"
Revisando en internet se indica que puede ser por problemas de comunicación con el servidor que administra el rol de RID, sin embargo hice las comprobaciones necesarios y no se trataba de eso. Utilice la consola de Sitios y Servicios de Active Directory para probar la replicación y se presentó un error indicando que existe diferencia en fecha y/u hora entre los servidores, en efecto el servidor que mantenía el rol RID tenía una diferencia de 10 minutos respecto del servidor que estaba tratando de unir al dominio, al igualar los relojes y probar nuevamente todo funcionó.
More Posts
Next page »