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

El artículo actual es el segundo de una serie de tres artículos, que se dedicarán a una revisión detallada del flujo de conectividad del protocolo del cliente en el entorno de coexistencia de Exchange 2013/2010.

El artículo actual trata el siguiente tipo de flujo de conectividad de protocolo de cliente en el entorno de coexistencia de Exchange 2013/2010:

• Flujo de conectividad del protocolo de cliente de detección automática
• Flujo de conectividad del protocolo del cliente de Outlook

Para poder comprender los diferentes flujos de protocolos de conectividad de “clientes Exchange” en el entorno de coexistencia de Exchange 2013/2010, revisaremos cinco tipos de “relaciones” que existen entre el cliente Exchange 2010 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)

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

Solo una breve reseña sobre la infraestructura de detección automática en un entorno de coexistencia de Exchange 2013 y en nuestro escenario específico:
New York Exchange CAS 2013 se configurará como el punto final de detección automática para clientes de Exchange internos y externos.
Los “clientes de Exchange” ”podrían ser clientes nativos de Exchange (clientes de Exchange 2013) o clientes de Exchange heredados (clientes de Exchange 2010).

Todos los clientes de Exchange: Nueva York, Madrid y Los Ángeles, iniciarán el proceso de detección automática abordando el “New York Exchange CAS 2013”.

Flujo de detección automática en el entorno de coexistencia CAS de Exchange 2013/2010 | Lo más destacado

• 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. En un escenario de cliente de Exchange 2010 que solicita información de detección automática, CAS de Exchange 2013 "reenviará" (proxy) la solicitud a CAS de Exchange 2010.
• En un entorno de coexistencia de Exchange 2013/2010, el elemento que “entrega” la información de detección automática al cliente de correo de Exchange 2010 es el CAS de Exchange 2013.
• El elemento que “genera” la información de detección automática del cliente Exchange 2010 es el CAS de Exchange 2010.

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 2010 y un escenario de “cliente interno de detección automática de Exchange 2010”.

Flujo de conectividad de detección automática: cliente externo

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 2010 necesita obtener información de detección automática.

• Tipo de usuario de Exchange: cliente de Exchange 2010 (usuario de Exchange cuyo buzón está alojado en el servidor de buzones de Exchange 2010).
• Ubicación del servidor de buzones de correo de Exchange: el servidor de buzones de correo de Exchange 2010 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. Cliente de detección automática de Exchange 2010 externo, consulta DNS para obtener una dirección IP de un punto final de detección automática buscando un host llamado: autodiscover.o365info.com,
   que se resolverá en el Dirección IP del servidor CAS público de Exchange 2013 en el sitio de Nueva York.
2. El cliente externo de detección automática de Exchange 2010 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: 2010
   • el servidor de buzón de Exchange 2010 que aloja el buzón del usuario se encuentra en el sitio de Nueva York
   • El sitio de Nueva York incluye un Exchange local CAS 2010
5. CAS2013 enviará la solicitud de detección automática al CAS de Exchange 2010 local (Número 2).
6. CAS2010 generará la respuesta de detección automática y la enviará de regreso al servidor CAS2013 (Número 3).
7. CAS2013 "proporciona" la respuesta de detección automática al cliente de detección automática de Exchange 2010 externo (Número 4).

Escenario 2: cliente de detección automática | Buzón de usuario ubicado en el sitio de Los Ángeles | Sitio de destino=Sitio de intranet | Sin Exchange 2010 CAS local

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

• Tipo de usuario de Exchange: Cliente de Exchange 2010 (usuario de Exchange cuyo buzón está alojado en el servidor de buzones de Exchange 2010).
• Ubicación del servidor de buzones de correo de Exchange: el servidor de buzones de correo de Exchange 2010 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 Exchange 2010 “local”.

El “servidor CAS de Exchange público de Nueva York” deberá reenviar las solicitudes de detección automática a “Los Angles Exchange CAS 2010”, porque en el escenario actual, no hay ningún Exchange CAS 2010 local en el sitio de Nueva York.
Exchange CAS 2013 deberá “localizar” “Los Angles Exchange CAS 2010” y enviarle la solicitud de detección automática.

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

1. CAS2013 enviará la solicitud de detección automática a Los Angles Exchange CAS 2010 (Número 2).
2. Los Angles Exchange CAS 2010 generará la respuesta de detección automática y la enviará de regreso al servidor CAS2013 de Nueva York (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 analizamos el flujo de detección automática de clientes externos de detección automática de Exchange 2010.

Las principales diferencias entre el “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 2010 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 2010.

• Exchange 2010 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.

Flujo de conectividad del protocolo del cliente Outlook | Convivencia cambiaria 2013/2010

Antes de comenzar con la descripción del flujo de conectividad de Outlook en un entorno de coexistencia de Exchange 2013/2010, 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 proporcionado 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 Exchange CAS 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 de 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 Outlook externo "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/2010 | Reflejos

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

• El “CAS de Exchange orientado 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 2010 externo de Nueva York y Los Ángeles: acceso al buzón

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

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

• 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 2010, necesitaremos implementar los siguientes pasos:
  *Habilite el servicio Outlook en cualquier lugar en cada uno de los servidores Exchange 2010 CAS existentes
  *configurar el método de autenticación de IIS para utilizar NTLM.

Flujo de conectividad de Outlook en cualquier lugar | Clientes Outlook internos + externos

El “CAS de Exchange de cara al público de Nueva York” sirve como “punto focal” para dos tipos de “clientes de Outlook”: clientes de Outlook externos e internos.

Para simplificar la descripción del flujo de conectividad del protocolo del cliente, nos relacionaremos solo con el "cliente Outlook externo", pero también implementaremos la misma lógica y flujo de protocolo para el "cliente Outlook interno".

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

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

• Tipo de usuario de Exchange: cliente de Exchange 2010 (usuario de Exchange cuyo buzón está alojado en el servidor de buzones de Exchange 2010).
• Ubicación del servidor de buzones de correo de Exchange: el servidor de buzones de correo de Exchange 2010 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 2010 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 2010 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: 2010
   • El servidor de buzón de Exchange 2010 que aloja el buzón del usuario se encuentra en el sitio de Nueva York
   • El sitio de Nueva York incluye un Exchange CAS 2010 local
5. CAS2013 enviará la solicitud de conexión de Outlook a un CAS de Exchange 2010 (Número 2).
6. El CAS2010 aceptará la solicitud y “reenviará” (Proxy) la solicitud de conexión de Outlook al servidor de buzones de correo de Exchange 2010 (Número 3).
7. El servidor de buzones de correo de Exchange 2010 proporciona el contenido del buzón de usuario requerido para CAS2010 (Número 4).
8. El proxy CAS2010 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 2010 CAS

Cartas de escenario: un cliente externo de Outlook Exchange 2010, necesita obtener acceso a su buzón.

• Tipo de usuario de Exchange: cliente de Exchange 2010 (usuario de Exchange cuyo buzón está alojado en el servidor de buzones de Exchange 2010).
• Ubicación del servidor de buzones de correo de Exchange: el servidor de buzones de correo de Exchange 2010 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 2010 CAS “local”.

Dado que en nuestro escenario, el buzón del usuario de Exchange 2010 está alojado en el servidor de buzones de correo de Exchange 2010 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 2010 local", CAS de Exchange 2013. enviará la solicitud al CAS de Exchange 2010 local (Número 2) que, a su vez, enviará la solicitud al “CAS de Exchange 2010 remoto” que se encuentra en el sitio de Los Ángeles (Número 3).