Servidor de transporte perimetral Exchange 2016 e IPv6

Nunca le he prestado demasiada atención a IPv6, excepto para desactivarlo por completo en caso de problemas extraños. Y admítanlo, la mayoría de ustedes hace lo mismo.

La seguridad es cada vez más importante y, como consultor de mensajería, desea que su entorno Exchange sea de primera categoría. En la comunidad holandesa NGN me indicaron internet.nl, donde puedes comprobar tu presencia en Internet. Hay muchas cruces rojas cuando se trata de mensajería e IPv6, motivo para empezar a investigar eso.

En esta entrada de blog me centraré en el servidor de transporte perimetral de Exchange 2016 (tengo dos para el correo electrónico entrante y saliente) y el servidor de buzones de correo de Exchange 2016, cuya carga está equilibrada detrás de un Kemp LoadMaster LM3600.

Servidor de transporte perimetral de Exchange 2016

Aunque muchos administradores de Exchange desactivan IPv6 en sus servidores Exchange (a través de una clave de registro) en caso de problemas extraños, no es una solución recomendada.

Tengo dos servidores de buzones de correo de Exchange 2016, un servidor multifunción de Exchange 2013 y dos servidores de transporte perimetral (uno de Exchange 2013 y el otro de Exchange 2016) para el tráfico SMTP entrante y saliente. Hay dos registros MX que apuntan a estos servidores de transporte perimetral. Ambos tienen una dirección IPv4 externa.

El primer paso, por supuesto, es agregar una dirección IPv6 al adaptador de red de los servidores Edge Transport; su proveedor debería poder proporcionarle un rango de IP suficiente.

Esto no debería generar demasiados problemas. Si desea hacer ping a su servidor en IPv6, asegúrese de que la regla de entrada Compartir archivos e impresoras (solicitud de eco - ICMPv6-In) esté habilitada en el Firewall de Windows.

El siguiente paso es habilitar el servidor Edge Transport para el uso de IPv6. El servidor de buzones de correo tiene todo configurado de forma predeterminada, pero el servidor de transporte perimetral solo está configurado para IPv4.

Abra el Shell de administración de Exchange e ingrese el siguiente comando:

Get-ReceiveConnector "*default*" | Select Bindings,RemoteIPRanges

Y verá que el conector de recepción predeterminado solo está vinculado a IPv4 y solo acepta conexiones IPv4 remotas:

Puede vincular IPv6 al conector de recepción predeterminado ([::]:25) y hacer que escuche todas las direcciones IPv6 remotas disponibles (“,”::-ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff) utilizando el siguiente comando en el Shell de administración de Exchange:

Get-ReceiveConnector "*default*" | Set-ReceiveConnector -Bindings "0.0.0.0:25","[::]:25" -RemoteIPRanges "0.0.0.0-255.255.255.255","::-ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff"

Puede utilizar el comando Get-ReceiveConnector “*default*” nuevamente para verificar si los cambios se realizaron correctamente.

Cuando envío un correo electrónico desde mi cuenta de Gmail a un buzón en mi entorno Exchange 2016 y verifico la información del encabezado, puedo ver que en realidad está usando mi dirección IPv6:

Cuando uso un sitio como https://internet.nl puedo ver que mis servidores están configurados correctamente.

Resumen

A diferencia del servidor de buzones de correo de Exchange 2016, que está completamente configurado para su uso con IPv6, el servidor de transporte perimetral de Exchange 2016 solo está configurado para IPv4.

Sin embargo, esto no es un gran problema, después de agregar una dirección IPv6 externa a su servidor de transporte perimetral de Exchange 2016, puede vincular la dirección (o rango) IPv6 local al conector de recepción predeterminado. También puede agregar todos los rangos de IPv6 remotos al conector de recepción predeterminado. Después de agregar el FQDN al DNS público usando un registro AAAA, verá el correo electrónico entrante en IPv6.