La lista de verificación para preparar su infraestructura de Exchange 2007 para la coexistencia con Exchange 2013 | 9#23

En el artículo actual, me gustaría revisar el tema de la preparación requerida que necesitaremos implementar en el entorno de Exchange CAS 2007 antes o mientras nos trasladamos al "nuevo" entorno de coexistencia de Exchange 2013.
En este artículo , revisaremos brevemente las diferentes "partes" con las que necesitaremos relacionarnos al implementar el entorno de coexistencia de Exchange 2013/2007 y revisaremos con más detalle las actualizaciones específicas relacionadas con el espacio de nombres heredado que necesitamos para configurar los diferentes servicios de Exchange CAS 2007. .

Espacio de nombres heredado y preparativos necesarios

La implementación del espacio de nombres heredado en la coexistencia de Exchange 2013/2007 requiere que hagamos los preparativos necesarios, como diferentes infraestructuras de red.

Los preparativos necesarios para el entorno de coexistencia de Exchange 2013/2007 no se consideran “ciencia espacial”. Por otro lado, en caso de que no seamos conscientes de la preparación requerida y de la configuración particular de las diferentes “partes”, el proyecto del entorno de coexistencia Exchange 2013/2007 podría estar más a salvo de problemas graves.

Para poder asimilar con éxito el “nuevo espacio de nombres heredado” en la infraestructura de Exchange, necesitaremos implementar los siguientes pasos:

1. Infraestructura DNS: necesitaremos agregar el nombre de host -"heredado" a la infraestructura DNS interna + externa. En la infraestructura DNS interna, el nombre de host heredado se “asignará” a la dirección IP interna\privada del servidor Exchange CAS 2007 y, en la infraestructura DNS externa; los nombres de host heredados se “asignará” a la dirección IP pública del servidor CAS de Exchange 2007 público.
2. Infraestructura de certificados públicos: necesitaremos agregar el FQDN: legacy.mail.o365info.com al certificado público que utiliza la infraestructura de Exchange.
3. Infraestructura de Exchange CAS 2007: necesitaremos actualizar la dirección URL interna + externa de Exchange CAS 2007.
4. Infraestructura de firewall: necesitaremos agregar nuevas reglas entrantes que permitan a los clientes externos de Exchange 2007 acceder al servidor público CAS de Exchange 2007.

Sólo una cita rápida de un artículo de Microsoft:

“Para admitir la coexistencia de clientes externos con CAS2007 y Exchange heredado en su “sitio AD con acceso a Internet”, necesitará (potencialmente) adquirir un nuevo certificado comercial. Como práctica recomendada, Microsoft recomienda utilizar un certificado que admita nombres alternativos de sujeto; sin embargo, también puede utilizar un certificado comodín.
Este certificado comercial que utilizarán clientes externos contendrá como mínimo tres valores SAN (tenga en cuenta que en otros escenarios puede ser necesario agregar valores adicionales):
correo .contoso.com (su URL principal de acceso OWA/EAS/OA)
autodiscover.contoso.com
legacy.contoso.com (su espacio de nombres OWA/EAS para acceso al buzón heredado) "

Fuente de información: Transición de un entorno Exchange 2007 a Exchange 2007

Espacio de nombres de Exchange e infraestructura DNS

En el siguiente diagrama podemos ver un ejemplo del concepto “re-point”. Antes de la implementación del entorno de coexistencia de Exchange 2013/2007, los registros DNS públicos de la detección automática y el nombre de host del servidor CAS de Exchange público apuntaban al CAS de Exchange 2007.

Después de la implementación del entorno de coexistencia de Exchange 2013/2007, los registros DNS públicos de la detección automática y el nombre de host del servidor CAS público de Exchange apuntarán al CAS de Exchange 2013.

Además, necesitaremos agregar un nuevo registro a la infraestructura DNS existente: el registro de espacio de nombres heredado.

En nuestro escenario, el espacio de nombres heredado que apuntará a Exchange CAS 2007 es: legacy.mail.o365info.com

En una infraestructura DNS dividida, las actualizaciones de los registros DNS deberán implementarse para la infraestructura DNS interna y la infraestructura DNS externa.

En el siguiente diagrama, podemos ver un ejemplo de los ajustes de configuración de DNS necesarios.

Entorno de coexistencia de Exchange 2013/2007: consideraciones internas sobre la infraestructura de detección automática

Según el supuesto de nuestro escenario, en el que la infraestructura del espacio de nombres de detección automática de Exchange 2007 se basó en el concepto de un espacio de nombres conjunto\contiguo, por ejemplo, autodiscover.o365info.com, deberá verificar la implementación de los siguientes requisitos.

• Infraestructura DNS: verifique que la infraestructura DNS interna\externa se actualice "asignando" el registro de detección automática a la dirección IP de Exchange 2013.
• Verifique que el CAS de Exchange 2013 se registre en el SCP de Active Directory utilizando el nombre de host: autodiscover.o365info.com

En el siguiente diagrama podemos ver la implementación de la infraestructura interna de detección automática en un entorno Exchange 2007.

1. El cliente de Exchange 2007 consulta en Active Directory el nombre del punto final de detección automática y la respuesta es: autodiscover.o365info.com
2. El cliente de Exchange 2007 consulta DNS para la dirección IP del host: autodiscover.o365info.com y la “respuesta de DNS” incluye la dirección IP de Exchange 2007 CAS.

En el siguiente diagrama podemos ver la implementación de la infraestructura interna de Autodiscover en el entorno de coexistencia de Exchange 2013/2007.

1. El cliente de Exchange 2007 consulta en Active Directory el nombre del punto final de detección automática y la respuesta es: autodiscover.o365info.com
2. El cliente de Exchange 2007 consulta DNS para la dirección IP del host: autodiscover.o365info.com y la “respuesta DNS” incluye la dirección IP del servidor de Exchange 2013.
3. El cliente de Exchange 2007 se dirigirá al CAS de Exchange 2013 y el servidor CAS de Exchange enviará la solicitud al servidor de buzones de correo de Exchange 2013.

Certificado público y el tema del espacio de nombres heredado

En la sección anterior, mencionamos que necesitaríamos crear un nuevo espacio de nombres heredado y en la infraestructura DNS apunta este registro a Exchange CAS 2007.

En la mayor parte del flujo del protocolo de conectividad del cliente de correo, el cliente Exchange 2007 intentará verificar la identidad del Exchange CAS 2007 pero verificando su certificado público.

Por este motivo, necesitaremos comprar un nuevo certificado público o actualizar un certificado público existente para incluir el espacio de nombres heredado. En nuestro escenario: legacy.mail.o365info.com

En la siguiente captura de pantalla, podemos ver un ejemplo de un certificado SAN público que incluía el nombre de host del espacio de nombres heredado: legacy.o365info.com

Otras consideraciones

Al implementar un entorno de coexistencia de Exchange 2013, hay muchos otros elementos y consideraciones adicionales que deben “incluirse” en la lista de verificación de preparación.

Una pequeña muestra de los requisitos adicionales podría ser:

• Infraestructura DNS y registros MX
• En un escenario de entorno de coexistencia de Exchange 2013, necesitaremos señalar los registros MX al "nuevo CAS de Exchange 2013" que se configuró como el servidor CAS de Exchange público en lugar del CAS de Exchange 2007 anterior.

• Infraestructura de cortafuegos
• Necesitaremos actualizar la regla de Firewall que se relaciona con la infraestructura de correo y que apuntaba a la dirección IP del servidor Exchange 2007 a la "nueva dirección IP" del servidor Exchange 2013.

Espacio de nombres heredado de Exchange CAS 2007 | Conceptos básicos

Antes de comenzar con la descripción de la “lista de verificación” de la actualización requerida en el entorno Exchange 2007, repasemos brevemente el concepto del nombre heredado.

En nuestro escenario, el nombre heredado que elegimos para “representar específicamente” la infraestructura de Exchange 2007 será: legacy.mail.o365info.com

El nombre de host: legacy.mail.o365info.com asignado a la dirección IP del servidor Exchange CAS 2007.

Cuando decimos que: "necesitamos actualizar la dirección URL de Exchange CAS 2007", el significado es: reemplazar la parte del nombre de host de la dirección URL de Exchange CAS 2007 que se asigna para los diferentes servicios de Exchange CAS 2007.

El nuevo espacio de nombres heredado que actualizamos está relacionado con la parte del FQDN de la dirección URL de un servicio web de Exchange en particular. En otras palabras: no cambiamos ni actualizamos esa “estructura” de la dirección URL de Exchange CAS 2007 sino sólo el nombre del servidor.

Por ejemplo: en caso de que la dirección URL de los servicios de correo de OWA fuera: https://mail.o365info.com/owa

Actualizaremos la dirección URL para utilizar el “nuevo FQDN”: legacy.mail.o365info.com y la “nueva dirección URL” será: https://legacy.mail.o365info.com/owa

Implementación de las actualizaciones necesarias del espacio de nombres heredado en la infraestructura de Exchange 2007

Podemos clasificar las actualizaciones requeridas que necesitaremos implementar en la infraestructura de Exchange 2007 en dos grandes grupos:

1. Actualizaciones de espacios de nombres heredados: actualizaciones en las que “reemplazaremos” los nombres de hosts de Exchange CAS 2007 existentes que se utilizaban hasta ahora, con el “nuevo nombre de host” que significa el espacio de nombres heredado.
2. "Apuntar" los servicios de Exchange 2007 a la infraestructura de Exchange CAS 2013: esta parte se relaciona con servicios adicionales: nombre del punto final de detección automática y Outlook en cualquier lugar: nombre de host externo (nombre del punto final RPC).
   Antes de la implementación del entorno de coexistencia de Exchange 2013/2007. , estos servicios estaban "representados" por la infraestructura Exchange CAS 2007. Cuando agregamos Exchange CAS 2013 a la infraestructura existente de Exchange 2007, determinados servicios deben "apuntar" a Exchange CAS 2013 en lugar de Exchange CAS 2007.

Actualización de la dirección URL de Exchange 2007 para utilizar el espacio de nombres heredado

Podemos dividir las actualizaciones requeridas en la infraestructura de Exchange CAS 2007, en tres “secciones”:

1. Los servicios de Exchange CAS 2007 relacionados con el suministro de acceso de Exchange CAS 2007 a sus buzones de correo

En la sección, incluimos tres servicios diferentes de Exchange CAS 2007 que utilizan tres clientes de correo diferentes:

• Clientes OWA de Exchange 2007: necesitaremos actualizar la dirección URL OWA interna + externa para usar el espacio de nombres heredado.
• Clientes Exchange 2007 ActiveSync: Exchange 2007 ActiveSync externo será atendido por Exchange CAS 2013. Por este motivo, debemos configurar la dirección URL externa en "vacía".
  Con respecto a la URL interna de ActiveSync, necesitaremos configurar la Dirección URL para utilizar el espacio de nombres heredado.
• Clientes Outlook de Exchange 2007: en caso de que Exchange CAS 2007 admita los servicios Outlook Anywhere, podemos dejar el valor del "nombre de host externo" como está porque el valor se basa en el espacio de nombres principal. En caso de que Exchange CAS 2007 no incluyera soporte para los servicios Outlook Anywhere, necesitaremos habilitar los servicios Outlook Anywhere y para el valor del "nombre de host externo" usar el nombre de host que será "asignado" a Exchange CAS. Servidor 2013.

2. Exchange CAS 2007 - Servicio web de Exchange

Como se mencionó anteriormente, en el entorno de coexistencia de Exchange 2013/2007, el elemento que proporciona el servicio web de Exchange a los clientes de Exchange 2007 es Exchange CAS 2007.

El proceso mediante el cual se "informa" a los clientes de Exchange 2007 sobre la dirección URL de sus servicios web de Exchange se implementa como parte del proceso de detección automática.

La capacidad de Exchange CAS 2013 para proporcionar información al cliente de Exchange 2007 sobre la “infraestructura antigua de Exchange CAS 2007” se implementa mediante el uso del espacio de nombres heredado.

Por este motivo, necesitaremos actualizar el valor del servicio web Exchange CAS 2007, Exchange, de la dirección URL interna + externa para usar el espacio de nombres heredado.

3. Intercambio CAS 2007 | Nombre interno del punto final de detección automática

De forma predeterminada, cada uno de los servidores CAS de Exchange existentes se “registra” en el SCP de Active Directory. En un "entorno de coexistencia anterior a Exchange 2013", Exchange CAS 2007 está registrado en el SCP de Active Directory como un "punto final de detección automática".

En un entorno de coexistencia de Exchange 2013/2007, debemos cambiar la infraestructura de detección automática predeterminada y asegurarnos de que la única fuente para la infraestructura de detección automática sea Exchange CAS 2013.

Escenario 1: en caso de que la infraestructura de detección automática se base en un concepto de nombre de host idéntico (FQDN) para el nombre del punto final de detección automática, como por ejemplo: autodiscover.o365info.com , no es necesario utilizar un procedimiento de actualización porque la actualización se implementa a través de la infraestructura DNS. La actualización se realizó utilizando la dirección IP de Exchange CAS 2013 en lugar de la configuración anterior, que se basaba en la dirección IP de Exchange CAS 2007.

Escenario 2: en una escena de "nombres de puntos finales de detección automática no idénticos" en la que el servidor Exchange interno se registró en el SCP de Active Directory utilizando un nombre interno,
Por este motivo, necesitaremos implementar un procedimiento en el que cada uno de los servidores Exchange CAS heredados se "volverá a registrar" en el SCP de Active Directory, pero ahora, utilizando el nombre de host de Exchange CAS 2013.

La dirección URL de los servicios Exchange CAS 2007 y la matriz de nombre de host

Para poder administrar con éxito todas las actualizaciones requeridas que deben implementarse en la infraestructura de Exchange CAS 2007, podemos utilizar la siguiente tabla como una “lista de verificación”.

Actualización de los servicios de Exchange 2007

La pauta o concepto general es que en el entorno de coexistencia de Exchange 2013/2007, Exchange CAS 2013 hereda el espacio de nombres principal, como por ejemplo: mail.o365info.com

El espacio de nombres heredado se “adjuntará” a los diferentes servicios de Exchange CAS 2007 y a otros servicios como: Outlook Anywhere y la dirección interna de Active Directory; El cliente de Exchange 2007 utilizará el "espacio de nombres principal" que está "asignado" a Exchange CAS 2013.

En nuestro escenario, el espacio de nombres heredado elegido para la infraestructura de Exchange CAS 2007 es: legacy.mail.o365info.com

OWA

Actualizaremos la dirección URL OWA interna + externa para utilizar el espacio de nombres heredado. En nuestro escenario, la URL de OWA de Exchange 2007 será: https://legacy.mail.o365info.com/owa

ActiveSync

Actualizaremos la dirección URL interna de ActiveSync para utilizar el espacio de nombres heredado. En nuestro escenario, la URL interna de Exchange 2007 ActiveSync será: https://legacy.mail.o365info.com/Microsoft-Server-ActiveSync

Exchange web service

Actualizaremos la dirección URL del servicio web Exchange interno + externo para utilizar el espacio de nombres heredado. En nuestro escenario, la URL de OWA de Exchange 2007 será: https://legacy.mail.o365info.com/EWS/Exchange.asmx

Servicio Outlook en cualquier lugar

La configuración requerida relacionada con el servicio Outlook Anywhere que necesitaremos implementar en la infraestructura de Exchange 2007 es la siguiente:

1. Nombre de host externo

Verifique si Exchange CAS 2007 admite los servicios de Outlook Anywhere.
Caso 1: si Exchange CAS 2007 admite los servicios de Outlook Anywhere, necesitaremos actualizar la configuración del protocolo de autenticación.

Caso 2: en caso de que Exchange CAS 2007 no admita los servicios de Outlook Anywhere, necesitaremos habilitar los servicios de Outlook Anywhere y, para el valor del nombre de host externo, elegir el nombre de host que es “utilizado por Exchange CAS 2013”. Por ejemplo, en nuestro escenario, configuraremos el nombre de host externo como: mail.o365info.com

2. Protocolo de autenticación de cliente externo

Necesitaremos verificar que el valor de “Autenticación de cliente externo” sea esencial.

3. Método de autenticación IIS

Necesitaremos configurar el valor de: “Método de autenticación IIS” a: básico y NTLM

URI interno del servicio de detección automática.

En el entorno de coexistencia de Exchange 2013/2007, los servicios de detección automática internos (y externos) deben apuntar a Exchange CAS 2013.

Caso 1: en caso de que Exchange CAS 2007 se haya configurado para utilizar un espacio de nombres de detección automática estándar, como por ejemplo: autodiscover.o365info.com, no hay Es necesario implementar actualizaciones.

Caso 2: si Exchange CAS 2007 estuviera configurado para usar un nombre interno como nombre de detección automática, necesitaríamos actualizar esta información para que apunte al nombre interno de detección automática de Exchange CAS 2013.

Uso de PowerShell para actualizar la dirección URL de Exchange CAS 2007

Técnicamente, podemos usar la interfaz GUI de Exchange CAS 2007 para actualizar algunas de las direcciones URL, como la dirección URL de OWA, pero otras direcciones URL, como la dirección URL de los servicios web de Exchange, solo se pueden actualizar mediante PowerShell.

Para poder simplificar la operación de actualización, podemos usar un script de PowerShell simple que incluye dos variables: el nombre del servidor Exchange CAS 2007 + el espacio de nombres heredado.
Después de actualizar estas variables, aplicamos el espacio de nombres heredado a todos los archivos requeridos. Intercambie direcciones URL de CAS 2007.

Configure los servicios de Exchange CAS 2007.

En nuestro ejemplo, configuraremos los siguientes servicios de Exchange CAS 2007:

• OWA
• sincronización activa
• Servicio web de intercambio

Las actualizaciones incluirán el espacio de nombres heredado que hemos elegido para nuestra infraestructura heredada de Exchange 2007. En nuestro escenario, el espacio de nombres heredado es: legacy.mail.o365info.com

El nombre del servidor Exchange CAS 2007 en nuestro escenario es: CAS2007

En el siguiente diagrama, podemos ver la sintaxis de la sintaxis de PowerShell que necesitaremos usar.

1. Establecer la dirección URL OWA de Exchange 2007

El comando de PowerShell que usamos para configurar la dirección URL de OWA para usar el espacio de nombres heredado es:

Set-OwaVirtualDirectory "CAS2007\owa (Default Web Site)" -ExternalUrl https://legacy.mail.o365info.com/owa -InternalUrl https://legacy.mail.o365info.com/owa

El comando de PowerShell que utilizamos para ver la configuración de la dirección URL de OWA es:

Get-OwaVirtualDirectory -Identity "CAS2007\owa (default Web site)" | FL identity, internalUrl, ExternalUrl

2. Establezca la dirección URL de Exchange 2007 ActiveSync

El comando de PowerShell que usamos para configurar la dirección URL de ActiveSync para usar el espacio de nombres heredado es:

Get-ActiveSyncVirtualDirectory -Server CAS2007 | Set-ActiveSyncVirtualDirectory -InternalURL "https://legacy.mail.o365info.com/Microsoft-Server-ActiveSync" -ExternalURL $null

El comando de PowerShell que utilizamos para ver la configuración de la dirección URL de ActiveSync es:

Get-ActiveSyncVirtualDirectory -server CAS2007 | FL identity, internalUrl, ExternalUrl

3. Establecer la dirección URL del servicio web Exchange de Exchange 2007

El comando de PowerShell que usamos para configurar la dirección URL del servicio web de Exchange para usar el espacio de nombres heredado es:

Get-WebServicesVirtualDirectory -Server CAS2007 | Set-WebServicesVirtualDirectory -InternalURL "https://legacy.mail.o365info.com/EWS/Exchange.asmx" -ExternalURL "https://legacy.mail.o365info.com/EWS/Exchange.asmx"

El comando de PowerShell que utilizamos para ver la configuración de la dirección URL del servicio web de Exchange es:

Get-WebServicesVirtualDirectory -server CAS2007 | FL identity, internalUrl, ExternalUrl

Administre y actualice Exchange 2007: configuración de Outlook en cualquier lugar.

En el entorno de coexistencia de Exchange 2013/2007, el cliente Outlook del cliente Exchange 2007 se dirigirá a Exchange CAS 2013 y Exchange CAS 2013 enviará la solicitud de comunicación a Exchange CAS 2007.

Para poder realizar la comunicación “CAS a CAS”, necesitaremos establecer el valor de IISAuthenticationMethods en: NTLM y autenticación básica.

Además, establezca ClientAuthenticationMethod en: básico

El comando de PowerShell que usamos para configurar la autenticación IISAuthenticationMethods para usar NTLM y básica es:

Set-OutlookAnywhere -Identity "CAS2007\Rpc (Default Web Site)"
-IISAuthenticationMethods NTLM,Basic

El comando de PowerShell que utilizamos para configurar la autenticación ClientAuthenticationMethod para que use la autenticación básica es:

Set-OutlookAnywhere -Identity "CAS2007\Rpc (Default Web Site)" -ClientAuthenticationMethod:Basic

El comando de PowerShell que utilizamos para ver la configuración de Outlook en cualquier lugar es:

Get-OutlookAnywhere -Server CAS2007

Actualice el registro del nombre del punto final de detección automática de Exchange 2007 en el SCP de Active Directory

En caso de que Exchange CAS 2007 se haya registrado en el SCP de Active Directory utilizando un "nombre interno", necesitaremos actualizar el valor existente del punto final de detección automática para que apunte al nombre del punto final de detección automática de Exchange CAS 2013.

La sintaxis del PowerShell que usaremos para actualizar y ver el valor de AutoDiscoverServiceInternalUri es:

En nuestro escenario, el punto final de detección automática de Exchange CAS 2013 es: autodiscover.o365info.com

Set-ClientAccessServer -Identity "CAS2007" -AutoDiscoverServiceInternalUri "https://autodiscover.o365info.com/autodiscover/autodiscover.xml"

El comando de PowerShell que utilizamos para ver la configuración de la dirección URL AutoDiscoverServiceInternalUri es:

Get-ClientAccessServer -Identity CAS2007 | FL identity,AutodiscoverServiceInternalUri