Flujo de detección automática en un entorno híbrido de Exchange | Parte 1#3 | Parte 32#36

El flujo de detección automática en un entorno basado en Exchange Hybrid se puede considerar el flujo más complejo porque el “viaje” de detección automática se implementó en dos entornos diferentes.
Con respecto a los usuarios cuyos buzones de correo migraron a la “nube” (Exchange Online), el viaje de detección automática comenzará con el cliente de detección automática dirigiéndose a la infraestructura local de Exchange.

Flujo de detección automática en un entorno híbrido de Exchange | la serie de artículos

El primer artículo es el primero de una serie de tres artículos y el enfoque principal es presentar la lógica y los componentes asociados en el flujo de detección automática que se implementó en el entorno híbrido de Exchange.

En los dos artículos siguientes, revisaremos el flujo de detección automática que se implementó en el entorno híbrido de Exchange mediante la herramienta basada en web de Microsoft, Microsoft Remote Connectivity Analyzer (ExRCA).

• Flujo de detección automática en un entorno híbrido de Exchange | Parte 2#3 | Parte 33#36
• Flujo de detección automática en un entorno híbrido de Exchange | Parte 3#3 | Parte 34#36

Puede leer más información sobre cómo utilizar la herramienta Microsoft Remote Connectivity Analyzer (ExRCA) en el artículo - Microsoft Remote Connectivity Analyzer (ExRCA) | Herramientas de solución de problemas de detección automática | Parte 2#4 | Parte 22#36

Artículo actual y próximos artículos.

El artículo actual sirve como una revisión de alto nivel del flujo de detección automática en el entorno híbrido de Exchange.
El "flujo de detección automática" se basa en un escenario en el que el buzón del usuario local de Exchange migró a la "nube" (Exchange Online). .

El usuario que intenta crear un nuevo perfil de correo de Outlook se dirigirá de forma predeterminada a la infraestructura local de Exchange y, debido a que el buzón del usuario es un buzón de "nube", el servidor local de Exchange enviará al destinatario información sobre su "e-mail en la nube". Correo Electronico ".

El cliente Outlook iniciará el proceso de detección automática utilizando la dirección de correo electrónico de la "nube".
En los próximos artículos de esta serie, "observaremos de cerca" el flujo de detección automática utilizando la herramienta ExRCA y analizaremos cada uno de las diferentes fases que intervienen en el proceso.

El cliente de detección automática

El término "cliente de detección automática" describe el elemento que necesita recuperar la información de detección automática del punto final de detección automática (servidor Exchange).

En el entorno Exchange Hybrid, podemos señalar el tipo de clientes de detección automática:

1. Cliente de correo Exchange

El proceso de detección automática implementado por el cliente de Exchange que necesita acceso a su buzón.

El cliente de detección automática podría ser cualquier cliente de correo, como Outlook, dispositivo móvil (cliente ActiveSync), etc.

2. Servidor a servidor

El otro tipo de cliente de detección automática podría ser otro servidor Exchange.

En el entorno híbrido, la infraestructura local de Exchange y la infraestructura de Exchange Online funcionan como una entidad lógica.

Cuando se relaciona con el tema del servicio web de Exchange, la información se comparte entre las dos infraestructuras de Exchange diferentes (Exchange local y Exchange Online (se basa en la infraestructura de detección automática).

Cuando la infraestructura de Exchange Online necesita obtener información sobre un destinatario local de Exchange en particular, Exchange Online ubicará el servidor local de Exchange mediante el proceso de detección automática.

Por ejemplo, cuando un "usuario de la nube" (usuario que tiene un buzón de Exchange Online) necesita ver el tiempo libre/ocupado del usuario de Exchange On-Premise (usuario que su buzón de correo está alojado en el servidor de Exchange On-Premise), la solicitud del La información se enviará desde el servidor de Exchange Online al servidor local de Exchange.

Exchange Online "busca" o "asigna" el servidor local de Exchange mediante los servicios de detección automática.

Exchange On-Premise y Exchange Online: mejores amigos para siempre

La infraestructura del entorno híbrido es muy sofisticada y compuesta y la infraestructura de detección automática es solo una parte de esta infraestructura.

En este artículo, nos relacionaremos únicamente con el tema de la detección automática en un entorno híbrido y no con las "otras partes" del entorno híbrido, pero es imperativo comprender que la detección automática sirve como infraestructura para muchas otras partes del entorno híbrido, como como: tiempo libre/ocupado, sugerencias de correo, fuera de la oficina, mover buzón (migración de correo), etc.

Entorno híbrido entorno diferente y cliente Exchange Transparencia

Lo bueno del entorno híbrido es que, aunque el entorno híbrido conecta dos entornos completamente diferentes: el entorno Exchange On-Premise y Exchange Online (y si queremos agregar más complejidad a la descripción, una relación entre el Active Directory On-Premise y Windows Azure Active Directory) y, a pesar de que el término “entorno híbrido” se compone de muchas partes diferentes, desde el punto de vista del cliente Exchange, esta infraestructura compuesta es “imperceptible”.

Por ejemplo, en un entorno híbrido de Exchange, un destinatario llamado "Alice" se pregunta si se alojó en Exchange Online o Exchange On-Premise; para Alice, no hay forma de obtener esta información.

Mi punto es que como administrador de Exchange en un entorno híbrido tenemos que estar familiarizados con la "infraestructura interna del entorno híbrido y el proceso de detección automática", pero la ventaja es que, desde el punto de vista del usuario, esta infraestructura (el entorno híbrido) es transparente. .

Entorno híbrido y espacio de nombres de dominio SMTP

El entorno híbrido de Exchange se creó para "combinar" diferentes infraestructuras en una entidad lógica.

En el entorno híbrido de Exchange, los buzones de correo del usuario de la organización están "dispersos" entre dos entornos diferentes: el entorno de la organización (Exchange on-Premises) y el entorno de la nube (Exchange Online).

Los usuarios de la organización no son conscientes de estas dos infraestructuras diferentes, pero en realidad estamos tratando con dos entornos completamente diferentes.

El "brillo mágico" que une estas dos infraestructuras diferentes se implementa mediante la implementación de relaciones organizativas de Exchange entre las dos infraestructuras diferentes.

Cada una de las "infraestructuras físicas": Exchange local y Exchange Online debe relacionarse con la "otra" infraestructura de Exchange mediante el uso de un espacio de nombres de dominio diferente (espacio de nombres de dominio SMTP).

• El entorno de Exchange Online se relaciona con objetos ubicados físicamente en el entorno local de Exchange mediante el “nombre de dominio público”. "
• El entorno local de Exchange se relaciona con objetos ubicados físicamente en el entorno de Exchange Online mediante el “espacio de nombres de dominio híbrido”. "

La capacidad de la infraestructura de Exchange para "ocultar" el complejo del cliente de Exchange se implementa mediante "Haciendo malabarismos con los espacios de nombres de dominio SMTP".

Las relaciones entre la dirección de correo electrónico del destinatario y el proceso de detección automática

En la siguiente sección, revisaremos el tema de los diferentes espacios de nombres de dominio SMTP en el entorno híbrido de Exchange.

Aparentemente, no existe una relación clara entre el asunto de la dirección de correo electrónico y el proceso de detección automática, pero en realidad, en el entorno híbrido de Exchange, el flujo de detección automática depende completamente de la dirección de correo electrónico del usuario.

En Exchange híbrido, la mayoría de las veces el "punto focal de detección automática" es el entorno local de Exchange.

Como se mencionó, los usuarios de la organización no saben realmente dónde se encuentra su buzón de Exchange.

En un escenario en el que el buzón de correo del usuario está ubicado en la infraestructura de Exchange Online, el usuario de la organización iniciará el viaje de detección automática dirigiéndose a la infraestructura local de Exchange y Exchange local le notificará que necesita reiniciar el viaje de detección automática dirigiéndose a infraestructura de Exchange diferente: la infraestructura de Exchange Online.

Los espacios de nombres de dominio SMTP en un entorno híbrido de Exchange

En Exchange Hybrid, hay un mínimo de tres espacios de nombres de dominio. El entorno híbrido de Exchange utiliza dos espacios de nombres de dominio y el tercer espacio de nombres de dominio "pertenece" a la infraestructura de Office 365.

1. Nombre de dominio público (nombre de dominio SMTP público)

Este nombre de dominio público es el nombre de dominio "formal" de la organización que utiliza la infraestructura local de Exchange y, en un escenario de entorno híbrido, el nombre de dominio público también se utiliza para "representar" al destinatario de la nube.

El destinatario de Exchange local y el destinatario de Exchange Online seguirán utilizando una dirección de correo electrónico que utilice el "nombre de dominio público".

Por ejemplo, en un escenario en el que el nombre de dominio público es o365info.com , todos los destinatarios de la organización cuyo buzón se encuentra en Exchange local y el usuario de la organización en el que se encuentra su buzón Exchange Online seguirá utilizando el nombre de dominio particular.

Este nombre de dominio público se describe como - “nombre de dominio compartido ” porque se comparte entre dos infraestructuras de Exchange Online diferentes (Exchange local frente a la infraestructura de Exchange Online).

2. Espacios de nombres de dominio integrados de Office 365 Tenant

Cuando abrimos una nueva suscripción a Office 365, debemos proporcionar un "nombre de la organización".

En nuestro escenario, el nombre de dominio del inquilino de Office 365 es: 365info2

Después de proporcionar el nombre de la organización requerido, Office 365 inicia un proceso automático en el que crea dos nuevos "nombres de dominio del inquilino de Office 365".
Según el nombre de dominio del inquilino de Office 365, se crean los dos nombres de dominio siguientes.

1. enmicrosoft.com
2. correo.onmicrosoft.com

Nombre de dominio de Microsoft | El nombre de dominio del inquilino predeterminado

El segundo nombre de dominio podría describirse como el “nombre de dominio predeterminado del inquilino de Office 365”. Este espacio de nombres de dominio no lo utiliza el entorno híbrido de Exchange.

En caso de que el nombre de la organización que se registró en Office 365 sea - 365info2, este nombre se “adjuntará” al nombre de dominio predeterminado de Office 365 - onmicrosoft.com y el resultado es un nombre de dominio que representa el inquilino específico de Office 365. En nuestro escenario: 365info2.onmicrosoft.com

El espacio de nombres de dominio 365info2.onmicrosoft.com solo lo utilizan los entornos de Office 365 y Exchange Online.

P: ¿Cuál es el motivo de este “nombre de dominio predeterminado de Office 365”?

R: Hay dos razones principales:

La necesidad de utilizar un “espacio de nombres de dominio dedicado” como 365info2.onmicrosoft.com se creó por dos razones principales:

Razón 1: Cada "entidad" en Office 365 debe tener un nombre UPN que incluya un sufijo de nombre de dominio, y cada una de las entidades de Exchange Online (como el destinatario) debe tener una dirección de correo electrónico que incluya un sufijo de nombre de dominio.

Cuando creamos el inquilino de Office 365, el Exchange Hybrid aún no existe o aún no está definido, y la infraestructura de Office 365 necesita algún tipo de "identidad" para los objetos de Office 365, como los usuarios.

Cronológicamente, Office 365 “no sabe si vamos a construir e implementar un entorno Exchange Hybrid.

Razón 2: la infraestructura de Office 365 puede "alojar" un objeto local (usuarios, buzones de correo, etc.) que no se relaciona de ninguna manera con la infraestructura híbrida de Exchange.

En caso de que creemos dicho objeto, por ejemplo, un "usuario de la nube" que no esté sincronizado desde el Active Directory local, este objeto debe tener una identidad.

Nombre de dominio de Microsoft | “Espacio de nombres de dominio híbrido”

El tercer "nombre de dominio de Office 365" que se crea de forma predeterminada podría describirse como "espacio de nombres de dominio híbrido de Exchange".

Este espacio de nombres de dominio en particular se utilizará únicamente en escenarios híbridos de Exchange.

La estructura del “espacio de nombres de dominio híbrido” se basa en la siguiente fórmula:
+ +

En caso de que el nombre de la organización que se registró en Office 365 sea - 365info2, este nombre se “adjuntará” al nombre de dominio “mail” + el nombre de dominio predeterminado de Office 365 - onmicrosoft.com y el resultado es el nombre de dominio híbrido de Exchange: 365info2.mail.onmicrosoft.com

El espacio de nombres de dominio híbrido de Exchange utilizado por la infraestructura local de Exchange para fines de enrutamiento.

El “routing” está relacionado con dos infraestructuras diferentes

1. Flujo de correo

Cada vez que el destinatario del servidor local de Exchange necesite enviar un mensaje de correo electrónico al destinatario de Exchange Online, la solicitud será aceptada por Exchange local que "entiende" que el destinatario de destino está ubicado en la infraestructura de Exchange Online.

Exchange local utilizará el "espacio de nombres de dominio híbrido" del destinatario de destino. En Exchange Hybrid, cada uno de los mensajes de correo que se envían al “espacio de nombres de dominio híbrido” de Exchange se enrutará al servidor de Exchange Online.

2. Flujo de detección automática

El uso del “espacio de nombres de dominio híbrido” también está relacionado con el flujo de detección automática en un entorno híbrido de Exchange.

Cuando un usuario cuyo buzón de correo está ubicado en la infraestructura de Exchange Online intenta obtener información de detección automática, se dirigirá al servidor local de Exchange.

Cuando el servidor Exchange on-Premises “nota” que el destinatario considera como destinatario de Exchange Online, el Exchange on-Premises envía como respuesta la dirección de correo electrónico que incluye el “espacio de nombres de dominio híbrido”. ” En nuestro escenario: 365info2.mail.onmicrosoft.com

Cuando el cliente de detección automática obtiene esta información, "comprende" que necesita crear un nuevo proceso de detección automática, pero ahora, diríjase al punto final de detección automática que es responsable del nombre de dominio: 365info2.mail.onmicrosoft .com

En el siguiente diagrama podemos ver la estructura lógica del nombre de dominio SMTP en un entorno híbrido.

Entorno híbrido | destinatarios y su dirección de correo electrónico

Para demostrar el concepto de múltiples direcciones de correo electrónico en el entorno híbrido, usemos el siguiente escenario:

Alice es una empleada corporativa cuyo buzón fue "reubicado" (trasladado) a la nube (Exchange Online).

En el servidor local de Exchange, Alice está configurada como un buzón de correo remoto.
El servidor local de Exchange “sabe” que Alice tiene dos direcciones de correo electrónico: la dirección de correo electrónico pública estándar: Alice@o365info.com y, además, la “dirección de correo electrónico del dominio de servicio del entorno híbrido: Alice@o365info2 .mail.onmicrosoft.com

En Office 365 y Exchange Online, Alice tendrá las mismas dos direcciones de correo electrónico y una dirección de correo electrónico adicional: Alice@o365info2.onmicrosoft.com

La “dirección de correo electrónico adicional”, la dirección de correo electrónico (la dirección de correo electrónico sin el “subdominio: correo) se basa en el “dominio SMTP de Office 365 nombre” que se asigna automáticamente a cada uno de los usuarios de Office 365 que tienen un buzón.

Para demostrar la diferencia entre el entorno Exchange On-Premise y el entorno Exchange Online, echemos un vistazo a las propiedades del buzón de Alice.

En la siguiente captura de pantalla, podemos ver las propiedades del buzón de Alice en Exchange On-Premise.

Como podemos ver, Exchange On-Premise "conoce" dos direcciones de correo electrónico que tiene Alice.

La dirección de correo electrónico: Alice@o365info2.mail.onmicrosoft.com se basa en el nombre de dominio SMTP que llamamos "nombre de dominio de servicio" en el entorno híbrido.

Exchange local se refiere a la “dirección de correo electrónico de Exchange Online” como -
Dirección de correo electrónico de enrutamiento.

Interfaz del servidor Exchange 2013

En la siguiente captura de pantalla, podemos ver las propiedades del buzón de correo de Alice en Exchange Online.
Como podemos ver, Exchange Online "conoce" las tres direcciones de correo electrónico que tiene Alice.
La "dirección de correo electrónico adicional" que Alice tiene es - Alice@o365info2.onmicrosoft.com

¿Por qué me cuentas toda esta información?

En caso de que se esté preguntando: "¿Cómo se relaciona esta información conmigo?"

La respuesta es que necesitamos comprender la infraestructura del entorno híbrido, como el asunto de la dirección de correo electrónico y los múltiples espacios de nombres de dominio SMTP, para que podamos comprender mejor el flujo de trabajo de detección automática en un entorno híbrido.

Entorno híbrido | Destinatario local de Exchange versus destinatario de Exchange Online el flujo de detección automática

En el entorno híbrido, el buzón del usuario de la organización de usuarios se puede alojar en la infraestructura local de Exchange o en la infraestructura de Exchange Online.

La principal diferencia entre el flujo de detección automática para el destinatario local de Exchange y el destinatario local de Exchange es que, para el destinatario local de Exchange, el punto final de detección automática es el servidor local de Exchange.

Con respecto a los destinatarios cuyo buzón de correo está alojado en Exchange Online, Exchange
on-Premises sirve simplemente como un elemento que servirá para enrutar la solicitud del cliente de detección automática a la infraestructura de detección automática de Office 365.

Para los destinatarios cuyo buzón está ubicado en Exchange local, el flujo de detección automática se implementa de la siguiente manera:

1. La detección automática accederá al Active Directory local local (mediante una consulta LDAP) y solicitará una lista de servidores Exchange locales que puedan proporcionarle la información de detección automática requerida.
2. El cliente de detección automática se conectará al servidor DNS local y solicitará resolver el nombre del host de los servidores locales de Exchange que devolvió el Active Directory local.
3. El cliente de detección automática intentará conectarse al servidor local de Exchange.

Con respecto al flujo de detección automática en un entorno híbrido de Exchange, para los destinatarios cuyo buzón de correo está alojado en Exchange Online, el flujo de detección automática es un poco más complicado e implica pasos adicionales.

Para los destinatarios cuyo buzón de correo se encuentra en Exchange Online, el flujo de detección automática se implementa de la siguiente manera:

1. La detección automática accederá al Active Directory local local (mediante una consulta LDAP) y solicitará una lista de servidores Exchange locales que puedan proporcionarle la información de detección automática requerida.
2. El cliente de detección automática se conectará al servidor DNS local y solicitará resolver el nombre del host del servidor local de Exchange local que devolvió el Active Directory local.
3. El cliente de detección automática intentará conectarse al servidor local de Exchange.
4. La respuesta de Exchange On-Premise con un "mensaje de redirección" que informa al destinatario que para obtener los servicios de detección automática necesarios, deberá utilizar una dirección de correo electrónico diferente, su correo electrónico de inquilino de Office 365.
5. El cliente de Exchange iniciará el proceso de detección automática desde el principio, pero ahora, dirigiéndose a la infraestructura de Exchange Online.

Para demostrar el proceso de flujo de detección automática en el entorno híbrido, para un destinatario cuyo buzón está alojado en la nube (Exchange Online), usemos el siguiente escenario:

• El buzón de Alice está alojado en Exchange Online (la infraestructura de Exchange se basa en un entorno híbrido).
• Alice necesita crear un nuevo perfil de correo de Outlook para poder conectarse a su buzón (buzón de Exchange Online).
• Exchange local se relaciona con el buzón de Alice como un "buzón remoto".

Paso 1: localizar el punto final de detección automática en un entorno basado en Active Directory.

En un escenario de buzón remoto (buzón en la nube), la primera parte del flujo de detección automática es idéntico al flujo de detección automática implementado por un destinatario que tiene un "buzón estándar" en el servidor local de Exchange.

Cuando Alice intenta crear un nuevo perfil de correo de Outlook, Outlook consultará en el Active Directory local local los nombres de los servidores Exchange locales que proporcionan los servicios de detección automática necesarios.

Outlook localizará un servidor local de Exchange opcional y le pedirá la información de detección automática requerida.

Paso 2: abordar el servidor local de Exchange

Técnicamente hablando, el servidor Exchange no sabe quién es "Alice". Para poder obtener información detallada sobre Alice, Exchange local se comunica con el Active Directory local local para solicitar información sobre Alice.

La respuesta del Active Directory local incluye información sobre el hecho de que el buzón de Alice es un "buzón remoto" y Alice tiene la siguiente dirección de correo electrónico de enrutamiento:
Alice@o365info2. enmicrosoft.com

Paso 3: el cliente de detección automática inicia el flujo de detección automática dirigiéndose a la infraestructura de Exchange Online.

El cliente de detección automática iniciará una nueva consulta DNS buscando un host llamado: o365info2.onmicrosoft.com

Paso 4: verificar si el punto final de detección automática puede comunicarse mediante HTTPS.

El cliente de detección automática intentará crear una sesión HTTPS en el "punto final de detección automática de destino" (Exchange Online) solicitando los servicios de detección automática necesarios.

Los próximos artículos de la serie actual de tres artículos son:

• Flujo de detección automática en un entorno de Office 365 | Parte 2#3 | Parte 30#36
• Flujo de detección automática en un entorno de Office 365 | Parte 3#3 | Parte 31#36

En este artículo, utilizaremos la herramienta ExRCA para proporcionar una revisión detallada del flujo de detección automática en un entorno híbrido.