Instalación desatendida de los clientes de OCS 2007 R2

Lo primero de todo es explicar que tres clientes se instalan, que son estos:

ocs2007 Instalación desatendida de los clientes de OCS 2007 R2

-Microsoft Office Communicator
-Office Live Meeting
-Office Live Meeting Outlook Conferencing Add-In
El procedimiento los instala sobre cualquier versión de sistema operativo Windows (Windows XP o superior).

El procedimiento está basado en un logon script que incluye las siguientes features:

1. Instala , o actualiza los clientes de Microsoft Office Communicator, Live Meeting y el Live Meeting Outlook Conferencing Add-In para Windows XP, Windows 2003, Windows 2008, Windows Vista y Windows 7.
2. Automáticamente publica la dirección SIP del usuario en uno de estos tres formatos: Email address, Domain Username o nada.
3. Soporta instalación silenciosa o en modo informativo. La instalación silenciosa puede usarse para la instalación de los paquetes a través de políticas y GPO.
4. Existe una opción para copiar los paquetes de instalación en local (con o sin una barra de progreso), o instalarlos desde la fuente original.
5. Detecta antes de la instalación si está instalado el Microsoft Office Communicator 2005 y explícitamente lo puede desinstalar antes de instalar una versión nueva del Communicator.
6. Configura varios settings personalizados para el Communicator y el Live Meeting (via entradas de registro).
7. Soporta la opción de no instalar el Live Meeting o el Live Meeting Outlook Conferencing Add-In (Para instalaciones donde no existe Live Meeting).
8. Detecta si el Outolook está instalado, e instalará el Live Meeting Outlook Conferencing Add-In if Outlook si no está instalado.
9. Detecta que version de Outlook está instalada y fija los valores de integración del usuario en concordancia  con la versión de Outlook instalada.
10. Detecta si el Outlook se está ejecutando y pide al usuario que lo cierre antes de instalar el Live Meeting Outlook Conferencing Add-In.
11. Genera cuatro logs para troubleshooting.  Uno para el propio script, y tres logs individuales para el Communicator, el Live Meeting, y el Live Meeting Outlook Add-In.

El script se encuentra aquí:

http://www.insideocs.com/Tools/DeployUC/DeployUC.zip

La página de ayuda es ésta:

http://www.insideocs.com/Tools/DeployUC/DeployUC.html

La única limitación del script es que necesita que el usuario que ejecuta el script debe tener permisos de adminstrador local sobre el pc que ejecuta el servidor.

El log de instalación (los 4 logs) los deja aquí:
C:\Documents and Settings\usuariodeldominio\Configuración local\Temp

Simplemente viendo las opciones del script, se pueden modificar los valores según sea necesario, o si no se accede a la ayuda. Aun así lo mejor es revisar la página del desarrollador y ver todas las opciones que nos permite el script más detenidamente.

El proceso de RpcClientAccess en un servidor de Exchange Server 2010 se bloquea cuando tiene acceso a un buzón a través de una aplicación MAPI

Para resolver este problema, instale el paquete acumulativo de actualizaciones siguientes:

982639  (http://support.microsoft.com/kb/982639/ ) Descripción del paquete acumulativo de actualizaciones 4 para Exchange Server 2010

mensaje de error “0 x 80040102 al” o “0 x 80004005” al tener acceso a un buzón en un servidor Exchange Server 2010 mediante un cliente MAPI

Para evitar este problema, ejecute al cliente MAPI desde un equipo que no tiene instalado Office Outlook 2007. Para instalar el paquete cliente de MAPI de Microsoft Exchange Server más reciente de ese equipo, visite el siguiente sitio Web de Microsoft:

Los servicios no se pueden iniciar automáticamente para Exchange Server 2007 o Exchange Server 2010 después de instalar ambas aplicaciones en un servidor de catálogo global

Método 1: inicie los servicios manualmente

Microsoft Windows le informará de que hubo un problema al iniciar los servicios de Exchange Server. Cuando esto ocurra, inicie sesión en el servidor e inicie manualmente todos los servicios necesarios de Exchange Server.

Nota: el software de supervisión también observará que Exchange Server no se está ejecutando.

En un servidor que utiliza un sistema de alimentación ininterrumpida (SAI) adecuado, los administradores suelen supervisar los reinicios.

Nota: entre los riesgos que producen tiempos de inactividad adicionales se incluyen los reinicios desatendidos o los reinicios generados por otros empleados.

Método 2: cambie las dependencias

// Un servicio de Exchange Server no depende de otros servicios de Exchange Server que dependen directamente de los servicios Netlogon y LSASS.
Para cambiar las dependencias automáticamente, diríjase a la sección “Solucionarlo en mi lugar“. Si prefiere cambiar las dependencias manualmente, diríjase a la sección “Solucionarlo por mí mismo“.

Solucionarlo en mi lugar

// Para cambiar las dependencias automáticamente, haga clic en el vínculo Solucionar este problema. A continuación, en el cuadro de diálogo Descarga de archivos, haga clic en Ejecutar y siga los pasos del asistente.

Solucionar este problema
Microsoft Fix it 50328

Nota: la solución de reparación funciona en todos los idiomas. Sin embargo, para algunos idiomas, el asistente de texto puede que esté en inglés.

Nota: si no está utilizando el equipo que tiene el problema, puede guardar la solución de reparación en una unidad flash o en un CD para posteriormente ejecutarla en el equipo con el problema.

Solucionarlo por mí mismo

// Para cambiar las dependencias de forma manual, utilice los valores de la siguiente tabla para determinar los valores adecuados para las dependencias:

Contraer esta tablaAmpliar esta tabla
Ruta del Registro Subclave del Registro (Multi_SZ) Valor del Registro
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeSA DependOnService EventLog, NtLmSsp, RPCSS, LanmanWorkstation, LanmanServer, Netlogon
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeADTopology DependOnService Netlogon
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS DependOnService Netlogon

Nota: si algún servicio de Windows no se puede iniciar, Exchange Server no se iniciará. Sin embargo, el método debe reducir el tiempo necesario para apagar el servidor.

Método 3: utilice la clave BootPause del Registro para retrasar el inicio de Exchange Server

// Importante Esta sección, método o tarea contiene pasos que le indican cómo modificar el Registro. Sin embargo, se pueden producir graves problemas si modifica el Registro incorrectamente. Por tanto, asegúrese de seguir estos pasos cuidadosamente. Para obtener más protección, haga una copia de seguridad del Registro antes de modificarlo. A continuación, puede restaurar el Registro si se produce algún problema. Para obtener más información acerca de cómo realizar una copia de seguridad y restaurar el Registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

322756  (http://support.microsoft.com/kb/322756/ ) Cómo realizar una copia de seguridad y restaurar el Registro en Windows XP

Agregue la clave del Registro siguiente al servidor afectado para retrasar el intento inicial de iniciar el Operador de sistema de Microsoft Exchange.

Contraer esta tablaAmpliar esta tabla
Ruta del Registro Subclave del Registro (DWORD) Valor del Registro (valor decimal, en segundos)
HKEY_LOCAL_MACHINE\\System\CurrentControlSet\Services\MSExchangeSA\Parameters BootPause 120

Nota: un valor 120 es muy alto. Se puede agregar más tiempo para iniciar el servidor. Puede seleccionar valores inferiores a 120. Sin embargo, la selección del valor correcto depende de varios factores.

Puede que también tenga que configurar los demás servicios de Exchange Server para que dependan del Operador de sistema de Microsoft Exchange, como en el ejemplo siguiente.

Contraer esta tablaAmpliar esta tabla
Ruta del Registro Subclave del Registro (Multi_SZ) Valor del Registro
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeADTopology DependOnService MSExchangeSA
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS DependOnService MSExchangeSA

Si no configura los demás servicios de Exchange Server para que dependan del Operador de sistema de Microsoft Exchange, otros servicios de Exchange Server que tengan acceso al directorio tampoco podrán iniciarse. Los servicios que dependen del Operador de sistema de Microsoft Exchange pueden hacer que otros servicios se cierren al iniciar dicho operador.

Método 4: configure el Operador de sistema de Microsoft Exchange y otros servicios para que se reinicien automáticamente

// Es posible configurar cualquier servicio para que se reinicie automáticamente. Si se produce un error en un servicio varias veces, deje que el servicio continúe reiniciándose por sí solo.

Si no tiene software de supervisión o registros de eventos de supervisión, el problema en el servidor continuará produciéndose. El método 4 no resolverá el problema. Además, seguirán registrándose los errores. Sin embargo, los servicios de Exchange Server se iniciarán finalmente.

Para configurar los servicios de Exchange Server para que se reinicien automáticamente, diríjase a la sección “Solucionarlo en mi lugar“. Si prefiere configurar los servicios de Exchange de forma manual, diríjase a la sección “Solucionarlo por mí mismo“.

Solucionarlo en mi lugar

// Para solucionar este problema automáticamente, haga clic en el vínculo Solucionar este problema. A continuación, en el cuadro de diálogo Descarga de archivos, haga clic en Ejecutar y siga los pasos del asistente.

Solucionar este problema
Microsoft Fix it 50329

Nota: la solución de reparación funciona en todos los idiomas. Sin embargo, para algunos idiomas, el asistente de texto puede que esté en inglés.

Nota: si no está utilizando el equipo que tiene el problema, puede guardar la solución de reparación en una unidad flash o en un CD para posteriormente ejecutarla en el equipo con el problema.

Solucionarlo por mí mismo

//
Para configurar un servicio de manera que se reinicie automáticamente, siga estos pasos:

  1. Abra las propiedades del Operador de sistema de Microsoft Exchange en el complemento Servicios de MMC.
  2. Haga clic en Recuperación.
  3. En el cuadro Primer error, haga clic en Reiniciar el servicio para reiniciar el servicio en el primer error.
  4. En el cuadro Reiniciar el servicio después de, escriba 3 para que el servicio se reinicie después de tres minutos.
  5. Repita los pasos 1 a 4 para cada servicio de Exchange Server que no se inicie.

Aparece una advertencia de seguridad si inicia Outlook 2007 y se conecta al buzón hospedado en un servidor que ejecuta Exchange Server 2007 o Exchange Server 2010: “el nombre del certificado de seguridad no es válido o no coincide con el del sitio”

Para resolver este problema, modifique las direcciones URL para los componentes Exchange 2007 adecuados. Para ello, siga estos pasos:

  1. Inicie el Shell de administración de Exchange.
  2. Modifique la dirección URL de Detección automática en el punto de conexión de servicio. El punto de conexión de servicio se almacena en el servicio de directorio Active Directory. Para modificar esta dirección URL, escriba el comando siguiente y presione ENTRAR:
    Set-ClientAccessServer -Identity CAS_Server_Name -AutodiscoverServiceInternalUri https://correo.contoso.com/autodiscover/autodiscover.xml
  3. Modifique el atributo InternalUrl del EWS. Para ello, escriba el comando siguiente y presione ENTRAR:
    Set-WebServicesVirtualDirectory -Identity “CAS_Server_Name\EWS (Default Web Site)” -InternalUrl https://correo.contoso.com/ews/exchange.asmx
  4. Modifique el atributo InternalUrl para la distribución de la libreta de direcciones sin conexión basada en web. Para ello, escriba el comando siguiente y presione ENTRAR:
    Set-OABVirtualDirectory -Identity “CAS_Server_name\oab (Default Web Site)” -InternalUrl https://correo.contoso.com/oab
  5. Modifique el atributo InternalUrl del servicio web UM. Para ello, escriba el comando siguiente y presione ENTRAR:
    Set-UMVirtualDirectory -Identity “CAS_Nombre_Servidor\unifiedmessaging (sitio web predeterminado)” -InternalUrl https://correo.contoso.com/unifiedmessaging/service.asmx

    Nota: este comando sólo es necesario en un entorno Exchange 2007. Este comando ya no existe en un entorno Exchange 2010. En su lugar, se utiliza la dirección URL de WebServices para este propósito.

  6. Abra el Administrador de IIS.
  7. Expanda el equipo local y, a continuación, expanda Grupos de aplicaciones.
  8. Haga clic con el botón secundario del mouse en MSExchangeAutodiscoverAppPool y, a continuación, haga clic en Reciclar.

Importante: en estos pasos se supone que en el DNS un registro de host existe para asignar el FQDN que especifique a la dirección IP del servidor CAS. Por ejemplo, imagine la situación siguiente:

  • Las direcciones URL internas originales de los componentes de Exchange señalan al FQDN interno del servidor. Por ejemplo, una de estas direcciones URL señala al siguiente:
    https://ServerName.contoso.com/ews/exchange.asmx
  • El FQDN que se especifica en el certificado señala al nombre de host, al que se tiene acceso externamente, del servidor. Por ejemplo, el certificado especifica un FQDN, como “mail.contoso.com”.

En este escenario, debe agregar un registro de host para el nombre de host de correo que se asigna a la dirección IP, a la que se tiene acceso internamente, del servidor CAS para permitir a los clientes internos el acceso al servidor.Para resolver este problema, modifique las direcciones URL para los componentes Exchange 2007 adecuados. Para ello, siga estos pasos:

  1. Inicie el Shell de administración de Exchange.
  2. Modifique la dirección URL de Detección automática en el punto de conexión de servicio. El punto de conexión de servicio se almacena en el servicio de directorio Active Directory. Para modificar esta dirección URL, escriba el comando siguiente y presione ENTRAR:
    Set-ClientAccessServer -Identity CAS_Server_Name -AutodiscoverServiceInternalUri https://correo.contoso.com/autodiscover/autodiscover.xml
  3. Modifique el atributo InternalUrl del EWS. Para ello, escriba el comando siguiente y presione ENTRAR:
    Set-WebServicesVirtualDirectory -Identity “CAS_Server_Name\EWS (Default Web Site)” -InternalUrl https://correo.contoso.com/ews/exchange.asmx
  4. Modifique el atributo InternalUrl para la distribución de la libreta de direcciones sin conexión basada en web. Para ello, escriba el comando siguiente y presione ENTRAR:
    Set-OABVirtualDirectory -Identity “CAS_Server_name\oab (Default Web Site)” -InternalUrl https://correo.contoso.com/oab
  5. Modifique el atributo InternalUrl del servicio web UM. Para ello, escriba el comando siguiente y presione ENTRAR:
    Set-UMVirtualDirectory -Identity “CAS_Nombre_Servidor\unifiedmessaging (sitio web predeterminado)” -InternalUrl https://correo.contoso.com/unifiedmessaging/service.asmx

    Nota: este comando sólo es necesario en un entorno Exchange 2007. Este comando ya no existe en un entorno Exchange 2010. En su lugar, se utiliza la dirección URL de WebServices para este propósito.

  6. Abra el Administrador de IIS.
  7. Expanda el equipo local y, a continuación, expanda Grupos de aplicaciones.
  8. Haga clic con el botón secundario del mouse en MSExchangeAutodiscoverAppPool y, a continuación, haga clic en Reciclar.

Importante: en estos pasos se supone que en el DNS un registro de host existe para asignar el FQDN que especifique a la dirección IP del servidor CAS. Por ejemplo, imagine la situación siguiente:

  • Las direcciones URL internas originales de los componentes de Exchange señalan al FQDN interno del servidor. Por ejemplo, una de estas direcciones URL señala al siguiente:
    https://ServerName.contoso.com/ews/exchange.asmx
  • El FQDN que se especifica en el certificado señala al nombre de host, al que se tiene acceso externamente, del servidor. Por ejemplo, el certificado especifica un FQDN, como “mail.contoso.com”.

En este escenario, debe agregar un registro de host para el nombre de host de correo que se asigna a la dirección IP, a la que se tiene acceso internamente, del servidor CAS para permitir a los clientes internos el acceso al servidor.

Mensaje de error al importar un certificado de terceros en Exchange Server 2010: “no se pudo determinar el estado de certificado debido a fallas en la comprobación de revocación”

Para resolver este problema, debe configurar la configuración del proxy WinHTTP y el servidor de nombre de dominio completo (FQDN) en el WinHTTP omitir la lista.

Nota Si no configura la configuración de proxy y el servidor de nombre de dominio completo (FQDN) en el WinHTTP pasan por alto lista, el comando de shell de administración de Exchange y la consola de administración de Exchange no puede ponerse en contacto con PowerShell remoto.

Para resolver este problema, abra un símbolo del sistema, escriba el comando siguiente y, a continuación, presione ENTRAR:

netsh winhttp configurar servidor proxy de proxy = “http = myproxy” lista de omisión = “*. host_name .com”

El marcador de posición myproxy representa el nombre del servidor proxy y host_name representa el nombre de host de Exchange Server 2010.