Hola a todos,

Llevo ya una serie de artículos hablando de Exchange 2010 híbrido (1, 2 y 3) pero en ninguno de ellos he planteado los pasos que hay que hacer para hibridarlo cuando se tiene un Egde Server que hace de servidor perimetral de envío y recepción del correo de la organización.

Quizás no es un rol muy usado quizás sí, el caso es que por una cosa u otra, no hay demasiada documentación en Español de cómo se ha de montar la arquitectura para dar soporte a este rol por lo que haré un par de entradas relativas al tema.

No sé si estáis al día pero Microsoft ha decidido renombrar el servicio cloud de Forefront Online Protection for Exchange (FOPE) a Exchange Online Protection (EOP) y no sólo es un cambio de nombre sino que obliga a ciertas cosas en un entorno con el rol de Edge Server. La más importante de ellas, que es necesario tener el Service Pack 3 de Exchange 2010 o en el mismo Edge o en el servidor de Hub Transport. Y mejor tenerlo en todos los equipos.

La documentación oficial es clara en este punto:

Understanding Edge Transport Servers in Exchange 2010 Hybrid Deployments

If you’ve deployed Exchange 2010 SP2 Edge Transport servers, you must upgrade the Edge Transport servers you want to use for hybrid transport to Exchange 2010 SP3

Pues aprovechando tal requisito, veremos en qué varía el proceso de hibridación respecto al mismo SIN este rol

El esquema a tratar, el que se muestra en el enlace del Technet

Y el proceso en cristiano, en la siguiente entrada

Saludos,

Marc

Hola,

Desde hoy martes, Microsoft ha reconocido mi actividad profesional con el título de “MAP 2013”

Desde este espacio, sólo dar las gracias por este diploma y nada, a seguir colaborando

Saludos,

Marc

Hola,

En esta entrada voy a hablar un poco más en profundidad de los cambios que ocurren después de la ejecución del Asistente de Hibridación, tal como hemos visto en las anteriores entradas, 1 y 2

Los apartados u objetos modificados son:

• Federation Trust
• Organization Relationships
• Remote Domains
• Accepted Domains
• E-mail Address Policies
• Send Connectors
• Receive Connectors

Así que vamos a entrar más en detalle

Cambios a nivel de configuración de la Organización

Federation Trust

En el apartado Federation Trust se crea una entrada en nuestro Exchange On-Premises de manera que sirva para securizar las conexiones entre éste y Exchange Online.

Como se puede observar, se usa un certificado digital para realizar todo el proceso

Organization Relationships

El siguiente objeto permite preguntar a nuestro Exchange por la disponibilidad de los usuarios de modo que se puedan agendar eventos y que sean visibles por todos los usuarios, tanto si están On-Premises como en el Tenant (el Cloud)

Remote Domains

En Remote Domains, se añaden los dominios de correo tanto del Tenant como el propio dominio local de la empresa

Este cambio es lógico ya que tenemos nuestro dominio de correo no sólo en local, sino “compartido” con el del cloud.

Accepted Domains

También se produce otro cambio en los Dominios Aceptados apareciendo como propio, el dominio de correo con la dirección de servicio, que tiene el formato <nombreCuentaOffice365>.mail.onmicrosoft.com

Este cambio es lógico ya que tenemos nuestro dominio de correo no sólo en local, sino “compartido” con el del cloud.

E-mail Address Policies

Más cambios, el asistente de hibridación añade la dirección de correo de servicio dentro de las E-Mail Address Policies de modo que todo usuario acabará teniendo la suya propia de trabajo y la de servicio del cloud, en el formato visto antes, <nombreCuentaOffice365>.mail.onmicrosoft.com

Send Connectors

El último cambio que se produce a nivel de Organización, es la creación de un Send Connector que enlaza nuestra Exchange On-Premises con nuestro Tenant, de manera que se establece un flujo de correo saliente hacia los buzones migrados al cloud.

Cambios a nivel de configuración de los Servidores

Finalmente, hay un último cambio que se produce en todos aquellos servidores de CAS y/o HT que añadimos como parte de la infraestructura de hibridación

Receive Connectors

Si a nivel de Organización se crea un conector de envío, a nivel de servidor, se crea un conector de Recepción, respetando el resto de conectores que se tengan.

Y su detalle donde se pueden apreciar que se han añadido todas las IPs del cloud autorizadas para poder recibir correo.

Y hasta aquí todo por hoy. Próximamente, cómo mover buzones tanto usando la parte gráfica como PowerShell

Saludos,

Marc

Os dejé con cara de… bueno, esa cara , en mi anterior entrada.

No pasa nada, continuemos. Después de que entendemos los cambios en la organización comentados procederemos a la ejecución del asistente de configuración de la hibridación el cual provocará:

• La creación del objeto Hybrid Configuration
• Solicitará credenciales de conexión 
• La definición de los Accepted Domains
• La confirmación de que somos propietarios de los Accepted Domain
• La selección de nuestros servidores On-Premise
• La definición de los Mail Flow Settings
• Hará que seleccionemos los certificados adecuados para el Mail Flow
• Y deberemos monitorizar y completar el proceso iniciado por el asistente

Lo ejecutamos, y lo finalizamos.

Comprobamos que se han creado los objetos y se han realizado los cambios esperados y procedemos a configurar correctamente esos nuevos objetos, según el listado que encabeza esta entrada

Lo siguiente, configurar las propiedades de la hibridación, en “Manage Hybrid Configuration”, en la parte izquierda de la consola

Si ejecutamos en nuevo asistente, nos informa de los cambios a realizar

Procedemos, y vamos completando los campos que nos solicite

Proporcionamos las credenciales

Lo primero, proporcionar credenciales tanto locales como en el Tenant con privilegios para hacer cambios en ambas infraestructuras

Escogemos los Accepted Domains

Añadimos los dominios que queremos hibridar

Confirmación de los Accepted Domains

Para que el sistema Exchange del cloud acepte el dominio a hibridar, es necesario validarlo.  Por tanto, es necesario crear un registro TXT en el  DNS público de la empresa con valor que es muestra la siguiente captura de pantalla.

Marcamos la opción de “Check to confirm that the TXT records have been created in públic DNS for the domains above” y continuamos.

Selección de los servidores On-premise

El siguiente paso es escoger los servidores de CAS y HT que participarán en la hibridación.

También proporcionamos la IP pública de acceso a nuestros servicios así como el nombre, también público

Definición de los Mail Flow Settings y Certificados

Paso siguiente, escoger un certificado público para securizar el correo, y decidir el enrutamiento del correo, es decir, si entrará por nuestros HT o por Internet hacia el cloud

Finalizando el Asistente

Llegados aquí, sólo debemos finalizar el asistente y dejar que trabaje un poco.

El resultado, si se hace por PowerShell, es el siguiente

Y esto es todo. En otra entrada, repasaremos más a fondo cada uno de los cambios que realiza el proceso y moveremos un buzón.

Saludos,

Marc

Hola de nuevo

Debido a problemas ajenos a la organización (siempre quise decir esta frase) nos vemos obligados a aplazar el evento de Evento TechNet: Windows Server 2012 Roadshow

Se está barajando otra fecha como el 5 de Abril, Viernes para poder hacer llegar el evento a más gente y, sobretodo, cuadrar sin tantos problemas el evento.

Desde aquí iré informando de cómo evoluciona el tema. Lo que sí puedo avanzar es que la agenda de las ponencias se mantiene, y también el link de registro.

Saludos,

Marc