Flujo de conectividad del protocolo de cliente Outlook y detección automática en la coexistencia de Exchange 2013/2007 | 2/4 | 17#23

El artículo actual es el segundo de una serie de cuatro artículos sobre el tema: “Entorno de coexistencia de Exchange 2013/2007 y flujo de conectividad del protocolo del cliente de correo”.
En este artículo, revisaremos el flujo de conectividad del protocolo del cliente de:
Detección automática de clientes de Exchange 2007 y de Outlook Exchange 2007 en un entorno de coexistencia de Exchange 2013/2007.

Para poder comprender los diferentes flujos de protocolos de conectividad de “clientes Exchange” en el entorno de coexistencia de Exchange 2013/2007, revisaremos cinco tipos de “relaciones” que existen entre el cliente Exchange 2007 y el servidor Exchange CAS 2013:

• Cliente de detección automática: flujo de conectividad del protocolo (Parte 2#4)
• Cliente Outlook: flujo de conectividad del protocolo (Parte 2#4)
• Cliente OWA: flujo de conectividad del protocolo (Parte 3#4)
• Cliente ActiveSync: flujo de conectividad del protocolo (Parte 4#4)
• Cliente de servicio web de Exchange: flujo de conectividad de protocolo (Parte 4#4)

Convivencia Intercambio 2013/2007 | Flujo de conectividad del protocolo de cliente de detección automática

Solo una breve reseña sobre la infraestructura de detección automática en un entorno de coexistencia de Exchange 2013 y nuestro escenario particular: el New York Exchange CAS 2013 configurado como punto final de detección automática para el cliente Exchange interno + externo. Los “clientes de Exchange” son clientes nativos de Exchange (clientes de Exchange 2013) y clientes de Exchange heredados (clientes de Exchange 2007).

El cliente de Exchange del sitio de Nueva York y los otros sitios de Exchange de la compañía: Madrid y Los Ángeles, iniciarán el proceso de detección automática dirigiéndose al New York Exchange CAS 2013.

Flujo de detección automática en el entorno de coexistencia CAS de Exchange 2013/2007 |Aspectos destacados

• El servidor CAS de Exchange 2013 se configurará como un “punto final de detección automática”. Cada una de las solicitudes de información de detección automática de los clientes de Exchange (clientes antiguos y “nativos de Exchange 2013”) será “apuntada” al CAS de Exchange 2013.
• El servidor CAS de Exchange 2013 no "genera" información de detección automática, sino que "delega" a otro servidor CAS de Exchange para "cumplir" esta tarea (reenvía la solicitud a Exchange CAS de 2007). El servidor CAS de Exchange 2013 es el elemento que "entrega" la información de detección automática al cliente de correo de Exchange 2007.
• En un entorno de coexistencia de Exchange 2013/2007, el servidor de buzones de correo de Exchange 2013 es el elemento para generar la información de detección automática para los clientes de Exchange 2007.

Nota: puede leer más información sobre la detección automática en el entorno de coexistencia de Exchange 2013 en los siguientes artículos:

• Entorno de convivencia de Exchange 2013 | Descubrir automáticamente la infraestructura | Parte 1/2
• Entorno de convivencia de Exchange 2013 | Descubrir automáticamente la infraestructura | Parte 2/2

En la siguiente sección, revisaremos tres posibles escenarios de detección automática. Dos escenarios de detección automática de clientes externos de detección automática de Exchange 2007 y un escenario de “cliente interno de detección automática de Exchange 2007”.

Flujo de conectividad de detección automática | Cliente de Exchange 2007 | escenarios

Escenario 1: cliente de detección automática | buzón de usuario ubicado en el sitio de Nueva York.

Cartas de escenarios: un cliente externo de Exchange 2007, necesita obtener información de detección automática.

• Tipo de usuario de Exchange: cliente de Exchange 2007 (usuario de Exchange cuyo buzón está alojado en el servidor de buzones de Exchange 2007).
• Ubicación del servidor de buzones de Exchange: el servidor de buzones de Exchange 2007 que aloja el buzón del usuario se encuentra en el sitio de Nueva York.

El flujo de conectividad del protocolo de detección automática se implementará de la siguiente manera:

1. Cliente externo de detección automática de Exchange 2007, consulta DNS para obtener una dirección IP de un punto final de detección automática, mirando un host llamado: autodiscover.o365info.com
   La dirección IP que tiene Exchange 2007 los clientes se resuelven en la dirección IP pública del servidor CAS de Exchange 2013 público en el sitio de Nueva York.
2. El cliente externo de detección automática de Exchange 2007 proporciona sus credenciales de usuario.
3. CAS2013 utiliza las credenciales del usuario y realiza una búsqueda en Active Directory.

4. CAS2013 determina que:

   • La versión del buzón del usuario es: 2007
   • El servidor de buzón de Exchange 2007 que aloja el buzón del usuario se encuentra en el sitio de Nueva York.
   • Hay un Exchange CAS 2007 local en el sitio (el sitio de Nueva York)
5. CAS2013 enviará la solicitud de detección automática al servidor de buzones de correo de Exchange 2013 (Número 2).
6. El servidor de buzones de correo de Exchange 2013 generará la respuesta de detección automática y la enviará de vuelta al servidor CAS2013 (Número 3).
7. CAS2013 "proporciona" que la detección automática responda al cliente de detección automática de Exchange 2007 externo (Número 4).

Escenario 2: cliente de detección automática | Buzón de usuario ubicado en un sitio de Active Directory diferente | Sitio de destino=Sitio de intranet | Sin Exchange 2007 CAS local

Cartas de escenarios: un cliente externo de Exchange 2007, necesita obtener información de detección automática.

• Tipo de usuario de Exchange: cliente de Exchange 2007 (usuario de Exchange cuyo buzón está alojado en el servidor de buzones de Exchange 2007).
• Ubicación del servidor de buzones de correo de Exchange: el servidor de buzones de correo de Exchange 2007 que aloja el buzón de correo del usuario se encuentra en el sitio de Los Ángeles.
• El sitio de Nueva York no tiene un CAS de Exchange 2007 “local”.

Debo admitir que no estoy seguro al cien por cien de cuál sería el flujo exacto en este escenario. Parece que el servidor CAS de Exchange orientado al público implementará la misma lógica que se aplicó en el escenario anterior.

1. CAS2013 representará la solicitud de detección automática en el servidor de buzones de correo de Exchange 2013 (Número 2).
2. El servidor de buzones de correo de Exchange 2013 generará la respuesta de detección automática y la enviará de vuelta al servidor CAS2013 (Número 3).

Escenario 3: cliente interno de detección automática | Buzón de usuario ubicado en el sitio de Nueva York.

En términos generales, el “flujo de conectividad del protocolo de detección automática interno” se basa en la misma lógica que la lógica que se revisó en la sección anterior, en la que tenemos que revisar el flujo de detección automática de los clientes externos de detección automática de Exchange 2007.

Las principales diferencias del “flujo de conectividad del protocolo de detección automática” en la infraestructura interna de Exchange son:

1. El método que utiliza el cliente de detección automática interno para ubicar el punto final de detección automática en la red interna, se implementa consultando el Active Directory local para obtener información sobre los “puntos finales de detección automática” disponibles (servidores Exchange CAS).

2. Nombre de host del punto final de detección automática interno o externo: en algunos escenarios, el nombre de host del “punto final de detección automática interno” (Exchange 2013 CAS en nuestra situación) es diferente del nombre de host del punto final de detección automática externo (el nombre público) que esta configuración describe como un espacio de nombres separado.
   En tal escenario:

   • El cliente interno de Exchange 2007 hará referencia al nombre del “punto final de detección automática interno”.
   • La información de detección automática que se proporciona a los clientes internos de Exchange incluirá la "dirección URL interna", es decir, la dirección URL que incluye los "nombres FQDN no públicos" de los servidores de Exchange y el servicio web de Exchange.

En el siguiente diagrama, podemos ver un "flujo de conectividad del protocolo de detección automática interno" estándar del cliente Exchange 2007.

• Exchange 2007 consultará Active Directory (buscará registros SCP en Active Directory),
• Obtenga el nombre del punto final de detección automática disponible (el CAS de Exchange 2013)
• Diríjase al CAS de Exchange 2013 y solicite información de detección automática.

Convivencia Intercambio 2013/2007 | Flujo de conectividad del protocolo del cliente de Outlook

Antes de comenzar con la descripción del flujo de conectividad de Outlook en un entorno de coexistencia de Exchange 2013/2007, me gustaría revisar brevemente las cartas de comunicación del cliente Outlook y el servidor Exchange.

El flujo de conectividad del protocolo de cliente del cliente Outlook se basa en el concepto en el que el cliente Outlook necesita ubicar un servidor Exchange que se configura como punto final RPC.
La información como el nombre de host del punto final RPC y los parámetros específicos que se requieren. para la comunicación con el punto final RPC, se proporcionará como parte del proceso de detección automática.

El método mediante el cual el cliente Outlook "obtiene el nombre" del servidor Exchange CAS que le "servirá".

En el contexto de la “sesión de comunicación del cliente Outlook”, el cliente Outlook se relaciona con el servidor CAS de Exchange como: Punto final RPC.

En teoría, podemos proporcionar manualmente al cliente Outlook el nombre de su "punto final RPC", pero en realidad, el cliente Outlook obtiene el nombre requerido de "su punto final RPC" mediante el uso de los servicios de detección automática de Exchange.

En el siguiente diagrama, podemos ver que el primer paso en el canal de comunicación entre Outlook y el servidor Exchange es el paso en el que Outlook se dirige al servidor Exchange como: Punto final de detección automática.

En nuestro escenario, el cliente externo de Outlook "se comunica" con el servidor Exchange utilizando el nombre de host: autodiscover.o365info.com (Número 1).

Después de completar exitosamente el proceso de autenticación, el servidor Exchange (el servidor CAS público de Exchange 2013 en nuestro escenario) proporcionará a Outlook la información de detección automática, que incluye el nombre (el nombre FQDN público) del “punto final RPC” (Número < fuerte>2). Por ejemplo: mail.o365info.com

En nuestro escenario, el servidor CAS público de Exchange 2013 mantiene la regla de punto final de detección automática + “punto final RPC. "

En el paso 2, el cliente externo de Outlook aborda el “punto final RPC” mediante el FQDN público: mail.o365info.com (Número 3).

Puede leer más información sobre el tema de la conectividad de Outlook en el entorno de convivencia de Exchange 2013 en los siguientes artículos:

• Conceptos básicos de conectividad de Outlook en el entorno de convivencia de Exchange 2013 | Parte 1/2
• Entorno de coexistencia de Exchange 2013 e infraestructura de Outlook | Parte 2/2

Flujo de Outlook en el entorno de coexistencia CAS de Exchange 2013/2007 | Lo más destacado

Cliente Outlook Exchange 2007 externo de Nueva York y Los Ángeles: localización del servidor “Public RPC Endpoint”.

• El “CAS de Exchange de cara al público de Nueva York” actúa como “punto final RPC público” para los clientes externos de Outlook de Nueva York y Los Ángeles.
• El “Madrid Public Facing Exchange CAS” actúa como “Public RPC Endpoint” para los clientes de Madrid Outlook.
• Los clientes externos de Outlook de Madrid obtendrán el nombre de host del “Punto final RPC público de Madrid” de la información de detección automática proporcionada por el “CAS de Exchange público de Nueva York”.

Cliente Outlook Exchange 2007 externo de Nueva York y Los Ángeles: acceso al buzón

• Exchange 2013 CAS enviará las solicitudes del cliente Outlook de Exchange 2007 a la infraestructura de Exchange 2007 (Exchange 2007 CAS). Las solicitudes de los usuarios de Outlook de Nueva York serán proxy del Exchange CAS 2007 local en Nueva York. Las solicitudes de los usuarios de Outlook de Los Ángeles representarán el Exchange CAS 2007 local (si existe) y luego, el Exchange CAS 2007 de Nueva York representará las solicitudes del cliente de Outlook al “Los Angles Exchange CAS 2007”.

Canal de comunicación entre el “Exchange CAS de cara al público de Nueva York” y el Exchange CAS interno 2007

• Exchange 2013 CAS ya no admite "RPC directo", sino solo Outlook Anywhere (RPC sobre HTTP). El canal de comunicación entre el cliente Outlook y Exchange 2013 CAS debe implementarse mediante RPC\HTTP. El canal de comunicación entre Exchange 2013 CAS y otros servidores Exchange CAS debe aplicarse mediante RPC\HTTP.

• Para habilitar el "canal de comunicación" entre el servidor Exchange CAS 2013 y el servidor Exchange CAS 2007, necesitaremos implementar los siguientes pasos:

  • Habilite el servicio Outlook en cualquier lugar en cada uno de los servidores CAS de Exchange 2007 existentes
  • Configure el método de autenticación de IIS para utilizar NTLM.

Flujo de conectividad de Outlook | Cliente de Exchange 2007 | escenarios

Escenario 1: cliente Outlook | Buzón de usuario ubicado en el sitio de Nueva York.

Cartas de escenarios: un cliente externo de Outlook de Exchange 2007, necesita obtener acceso a su buzón

• Tipo de usuario de Exchange: cliente de Exchange 2007 (usuario de Exchange cuyo buzón está alojado en el servidor de buzones de Exchange 2007).
• Ubicación del servidor de buzones de correo de Exchange: el servidor de buzones de correo de Exchange 2007 que aloja el buzón de correo del usuario se encuentra en el sitio de Nueva York.

El flujo de conectividad del protocolo de detección automática se implementará de la siguiente manera:

1. Según la información de detección automática que tiene, el cliente Outlook de Exchange 2007 externo busca un servidor RPC Endpoint llamado: mail.o365info.com (dirección “New York Public de Exchange CAS ”).
2. El cliente externo de Outlook de Exchange 2007 proporciona sus credenciales de usuario.
3. CAS2013 utiliza las credenciales del usuario y realiza la búsqueda en Active Directory.

4. CAS2013 determina que:

   • La versión del buzón del usuario es: 2007
   • El servidor de buzón de Exchange 2007 que aloja el buzón del usuario se encuentra en el sitio de Nueva York.
   • El sitio de Nueva York incluye un Exchange CAS 2007 local.
5. CAS2013 enviará la solicitud de conexión de Outlook a un CAS de Exchange 2007 (Número 2).
6. CAS2007 aceptará la solicitud y “reenviará” (Proxy) la solicitud de conexión de Outlook al servidor de buzones de correo de Exchange 2007 (Número 3).
7. El servidor de buzones de correo de Exchange 2007 proporciona el contenido del buzón de usuario requerido a CAS2007 (Número 4).
8. El proxy CAS2007 devuelve la información a CAS2013 (Número 5).
9. CAS2013 proporciona la información requerida al cliente Outlook externo (Número 6).

Escenario 2: cliente Outlook | Buzón de usuario ubicado en el sitio de Los Ángeles | Sitio de destino=Sitio de intranet | Intercambio local 2007 CAS

Cartas de escenarios: un cliente externo de Outlook de Exchange 2007, necesita obtener acceso a su buzón

• Tipo de usuario de Exchange: cliente de Exchange 2007 (usuario de Exchange cuyo buzón está alojado en el servidor de buzones de Exchange 2007).
• Ubicación del servidor de buzones de correo de Exchange: el servidor de buzones de correo de Exchange 2007 que aloja el buzón de correo del usuario se encuentra en el sitio de Nueva York.
• El sitio de Nueva York tiene un Exchange 2007 CAS “local”.

Dado que en nuestro escenario, el buzón del usuario de Exchange 2007 está alojado en el servidor de buzones de correo de Exchange 2007 en otros sitios (sitio de Los Ángeles) y dado que el sitio local de Active Directory (sitio de Nueva York) incluye un "CAS de Exchange 2007 local", CAS de Exchange 2013. enviará la solicitud al CAS de Exchange 2007 local (Número 2) que, a su vez, enviará la solicitud al “CAS de Exchange 2007 remoto” que se encuentra en el sitio de Los Ángeles (Número 3).