Pasar de Exchange 2010 a Office 365 Parte III

Servidor de transporte perimetral e híbrido de Exchange 2010

En dos publicaciones de blog anteriores expliqué cómo configurar un entorno híbrido de Exchange 2010. En estas publicaciones de blog utilicé el servidor Exchange 2010 (multifunción) para la configuración híbrida, por lo que tanto los servicios web de Exchange (usados para libre/ocupado, servicio de replicación de buzones, OOF, sugerencias de correo) como la conexión SMTP entre Exchange Online y Intercambio 2010.

Ahora que el fin del soporte de Exchange 2010 se acerca (¡menos de un año!), recibo más preguntas sobre el cambio de Exchange 2010 a Exchange Online. Y varias preguntas incluyen el uso de un servidor de transporte perimetral de Exchange 2010 frente al servidor multifunción de Exchange 2010.

Esta configuración se verá así:

El correo entrante de Internet pasa a través de Exchange Online Protection y, cuando el buzón todavía está en Exchange 2010, se enruta a través del servidor de transporte perimetral a la organización interna de Exchange. El correo saliente sale de la organización a través del servidor de transporte perimetral o mediante Exchange Online Protection, según la ubicación del buzón.

El desafío al configurar esto en Exchange 2010 se muestra en la siguiente captura de pantalla:

En comparación con ejecutar HCW en Exchange 2013 o Exchange 2016, ¡no existe ninguna opción para configurar el servidor de transporte perimetral para el transporte seguro de correo en Exchange 2010!
La única opción en este momento es ejecutar el Asistente de configuración híbrida, configurarlo usando la opción Acceso de cliente y servidores de buzones de correo, pero usar los datos para el transporte perimetral cuando sea necesario.

Entonces, ejecute el Asistente de configuración híbrida y, cuando necesite ingresar la dirección IP pública de los servidores de transporte, ingrese la dirección IP pública del servidor de transporte perimetral y no la dirección IP pública del VIP del balanceador de carga que apunta al servidor interno de Exchange 2010. servidores). En mi entorno, webmail.inframan.nl apunta a 176.62.196.253 y el servidor de transporte perimetral smtphost.inframan.nl apunta a 176.62.196.245. Esta es la dirección IP que voy a utilizar como se muestra en la siguiente captura de pantalla:

El siguiente paso es seleccionar el certificado que se utiliza en el servidor de transporte perimetral. De forma predeterminada, el HCW solo buscará el servidor interno Exchange 2010, por lo que no encontrará ningún certificado instalado en el servidor Edge Transport. Para superar esto, importé el certificado del servidor de transporte perimetral en el almacén de certificados del servidor interno Exchange 2010 utilizado por el HCW. En el HWC, haga clic en el cuadro desplegable y seleccione el certificado del servidor Edge Transport, en mi entorno el certificado smtphost.inframan.nl:

El último paso es donde se debe ingresar el FQDN de la organización. Tengo mucha discusión aquí porque la mayoría de los administradores quieren ingresar algo como 'hybrid.domain.com', pero el FQDN del servidor de transporte debe ingresarse aquí, por lo que en mi entorno este es el FQDN del servidor de transporte perimetral. es decir, smtphost.inframan.nl. Este FQDN se utiliza (junto con la información del certificado) para crear un conector de envío desde Exchange Online al servidor de transporte perimetral.

Finalice el Asistente de configuración híbrida. Se configurará en Exchange 2010 y en Exchange Online y al poco tiempo podrás cerrar el HCW:

Ahora, al mirar la Consola de administración de Exchange, puede ver el conector de envío de Exchange 2010 a Exchange Online. Está configurado con el FQDN smtphost.inframan.nl como se esperaba, pero el servidor de origen del conector de envío sigue siendo el servidor interno de transporte de concentradores, como se muestra en la siguiente captura de pantalla:

Elimine la entrada del servidor Hub Transport y agregue el servidor Edge Transport en su lugar. Si tiene una sincronización perimetral implementada, la verá inmediatamente cuando haga clic en el botón Agregar.

En Exchange Online, el conector de recepción creado comprobará si hay algún certificado con un nombre similar a un comodín, por lo que el certificado smtphost.inframan.nl se aceptará automáticamente. El conector de envío también se crea correctamente. El FQDN del servidor de transporte perimetral se utiliza como servidor al que enrutar el mensaje y el CN del certificado que se seleccionó en el HCW también se configura como se muestra en la siguiente captura de pantalla:

Casi estámos allí. Lo único que hay que hacer es configurar el conector de recepción en el servidor de transporte perimetral para TLS desde Exchange Online. Ya debería haber configurado el servidor de transporte perimetral con el certificado de terceros correcto y, al configurar una conexión entrante, debería utilizar el certificado de terceros. Puede probar esto utilizando la herramienta https://checktls.com en línea.

En el servidor de transporte perimetral, ejecute el siguiente comando en el Shell de administración de Exchange:

Get-ReceiveConnector "smtphost\Default internal receive connector SMTPHOST" | Set-ReceiveConnector -Fqdn smtphost.inframan.nl -TlsDomainCapabilities mail.protection.outlook.com:AcceptOorgProtocol

Esto garantizará que el correo electrónico entre instalaciones se trate como correo electrónico interno (SCL=-1). Si omite este paso, siempre existe el riesgo de que el correo electrónico sea tratado como externo (he visto SCL=5 en mi entorno) y termine en la carpeta de correo electrónico no deseado del usuario.

Resumen

Al configurar una configuración híbrida de Exchange 2010, no es posible configurar un servidor de transporte perimetral en el Asistente de configuración híbrida. Es posible configurar esto en HCW para Exchange 2013 y Exchange 2016, pero para Exchange 2010 esto necesita algunos cambios manuales.

En esta publicación de blog, le mostré los pasos necesarios para configurar un servidor de transporte perimetral para mensajería segura entre Exchange Online y Exchange 2010. Cuando se configura de esta manera, el correo electrónico entre instalaciones se considerará correo electrónico interno y, por lo tanto, se tratará en consecuencia.