Flujo de conectividad del protocolo de cliente de servicio web ActiveSync y Exchange en la coexistencia de Exchange 2013/2007 | 4/4 | 19#23

El artículo actual es el cuarto de una serie de cuatro artículos sobre el tema: “Entorno de coexistencia de Exchange 2013/2007 y flujo de conectividad del protocolo de cliente de correo”.
En este artículo, nuestro enfoque principal es revisar dos tipos de protocolo de cliente. Flujo de conectividad en el entorno de coexistencia de Exchange 2013/2007:

• Flujo de conectividad del protocolo del cliente ActiveSync
• Flujo de conectividad del protocolo de cliente de servicios web de Exchange

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 del cliente ActiveSync

Los clientes de Exchange ActiveSync (clientes móviles) siempre se consideran "clientes externos" porque la infraestructura de red del cliente móvil se basa en una red móvil pública. El cliente móvil (cliente ActiveSync) siempre necesitará dirigirse al servidor CAS de Exchange público y, por esta razón, el "punto de conexión" (servidor CAS de Exchange) que aceptará las solicitudes de comunicación del cliente móvil (ActiveSync) debe configurarse como un " Servidor CAS de Exchange de cara al público. "

Cuando el cliente ActiveSync (móvil) se conecta al servidor público Exchange CAS, según las credenciales de usuario proporcionadas, el servidor público Exchange CAS descubre dónde está alojado el buzón del usuario y "enruta" (Proxy) la solicitud de comunicación al servidor interno. Infraestructura de intercambio.

El "enrutamiento interno" de la solicitud de comunicación del cliente ActiveSync (móvil) implementada mediante el uso de la dirección URL interna de ActiveSync.

Escenario 1: Cliente móvil (ActiveSync) | Buzón de usuario ubicado en el sitio de Nueva York.

Cartas de escenario: un cliente ActiveSync Exchange 2007, necesita acceder 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 del usuario se encuentra en el sitio de Nueva York.

El flujo de conectividad del protocolo del cliente ActiveSync se implementará de la siguiente manera:

1. El cliente móvil (ActiveSync) conecta el “CAS Exchange público de Nueva York” utilizando el nombre del servidor:mail.o365info.com y proporciona sus credenciales de usuario.
2. CAS2013 utiliza las credenciales del usuario y realiza la búsqueda en Active Directory.
   CAS2013 determina que:

3. 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)
4. CAS2013 enviará la solicitud del cliente ActiveSync + las credenciales del usuario ActiveSync al servidor de buzones de correo local de Exchange 2013.
5. El servidor de buzones de correo de Exchange 2013 representa el cliente ActiveSync al CAS2007 local mediante la dirección URL interna de Exchange 2007 CAS ActiveSync (Número 3).
6. CAS2007 aceptará la solicitud y “reenviará” (Proxy) la solicitud de conexión del cliente ActiveSync al servidor de buzón de Exchange 2007 (Número 4).
7. El servidor de buzones de correo de Exchange 2007 “busca” el contenido requerido del buzón del usuario y envía los datos al CAS2007 (Número 5).
8. El proxy CAS2007 devuelve la información/datos al servidor de buzones de correo de Exchange 2013 (Número 6).
9. El proxy del servidor de buzones de correo de Exchange 2013 devuelve la información/datos a CAS2013 (Número 7).
10. CAS2013 proporciona la información requerida al cliente ActiveSync externo (Número 8).

Escenario 2: Cliente móvil (ActiveSync) | Buzón de usuario ubicado en el sitio de Los Ángeles | Sitio de destino=sitio de intranet

Cartas de escenario: un cliente ActiveSync Exchange 2007, necesita acceder 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 Los Ángeles.
• El sitio de Los Ángeles es un sitio de Intranet (sitio de Exchange no público)

El flujo de conectividad del protocolo del cliente ActiveSync se implementará de la siguiente manera:

1. El cliente móvil (ActiveSync) conecta el “CAS Exchange público de Nueva York” utilizando el nombre del servidor: mail.o365info.com y proporciona sus credenciales de usuario.

2. CAS2013 utiliza las credenciales del usuario y realiza la búsqueda en Active Directory.
   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 Los Ángeles.
   • No hay ningún Exchange CAS 2007 local en el sitio (el sitio de Nueva York)
3. CAS2013 enviará la solicitud del cliente ActiveSync + las credenciales del usuario ActiveSync al servidor de buzones de correo local de Exchange 2013.
4. El servidor de buzones de correo de Exchange 2013 representa el cliente ActiveSync en “Los Angles Exchange 2007 CAS” utilizando la dirección URL interna de Los Angles Exchange 2007 ActiveSync (Número 3).
5. El CAS de Los Ángeles Exchange 2007 aceptará la solicitud y “reenviará” (Proxy) la solicitud de conexión del cliente ActiveSync al servidor de buzones de correo de Exchange 2007 (Número 4).
6. El servidor de buzones de correo de Exchange 2007 “busca” el contenido requerido del buzón del usuario y envía los datos al CAS de Exchange 2007 de Los Ángeles (Número 5).
7. El proxy CAS de Los Angles Exchange 2007 devuelve la información/datos al servidor de buzones de correo de Exchange 2013 (Número 6).
8. El proxy del servidor de buzones de correo de Exchange 2013 devuelve la información/datos a CAS2013 (Número 7).
9. CAS2013 proporciona la información requerida al cliente ActiveSync externo (Número 8).

Escenario 3: Cliente móvil (ActiveSync) | Buzón de usuario ubicado en el sitio de Madrid | Sitio de destino=Sitio de intercambio público | Espacio de nombres regional

Antes de comenzar con los detalles específicos del “usuario de ActiveSync de Madrid” repasemos brevemente los estatutos de este escenario en particular.

De forma predeterminada, el cliente ActiveSync (móvil) utilizará la infraestructura de detección automática de Exchange para obtener el "nombre del servidor" que aceptará su solicitud. En un escenario de un “usuario de Madrid ActiveSync”, el nombre del servidor Exchange que debe proporcionar al cliente ActiveSync como parte del proceso de detección automática es el nombre del “servidor CAS de Exchange público de Madrid”: europa.mail.o365info.com

De forma predeterminada, el método preferido para el cliente ActiveSync es utilizar los servicios de detección automática de Exchange para obtener todas las configuraciones de perfil ActiveSync requeridas y el nombre de host del servidor Exchange que actuará como "servidor ActiveSync". En algunos escenarios, el cliente ActiveSync no utiliza los servicios de detección automática y, en su lugar, el usuario móvil utiliza un "método manual" en el que proporciona el "nombre del servidor Exchange".

Por ejemplo, cuando un “usuario de ActiveSync de Madrid” quiere acceder a su buzón de correo, puede proporcionar el espacio de nombres principal: mail.o365info.com (opción A en el diagrama) como nombre de host de Exchange. Otra opción es utilizar el nombre de host del “servidor CAS Exchange público de Madrid”: europe.mail.o365info.com (opción B en el diagrama )

En caso de que el “usuario de Madrid ActiveSync” utilice el espacio de nombres principal: mail.o365info.com, la solicitud de conexión será aceptada por el “servidor CAS de Exchange público de Nueva York”. "

El “servidor CAS de Exchange público de Nueva York” necesitará saber cómo “manejar” esta solicitud porque, en nuestro escenario, el buzón del usuario de ActiveSync está alojado en otro sitio de Exchange: el sitio de Madrid.

La suposición subyacente podría ser que en este caso, el “servidor CAS de Exchange público de Nueva York” “redirigirá al” usuario de Madrid ActiveSync ” a su servidor de Exchange, pero CAS de Exchange 2013 no utilizará el método de redirección.

En este escenario, el “servidor CAS Exchange público de Nueva York” no redirigirá la solicitud de ActiveSync, sino que enviará la solicitud de conexión al “servidor CAS Exchange de Madrid”.

Cartas de escenario: Cliente móvil (ActiveSync), 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 Exchange: el servidor de buzones de Exchange 2007 que aloja el buzón del usuario, se encuentra en el sitio de Madrid.
• El sitio de Madrid se considera un sitio Exchange público y el “servidor CAS Exchange público de Madrid” se publica con un espacio de nombres regional: mail.o365info.com

La característica especial de este escenario es que el buzón del usuario está ubicado en un sitio de Exchange diferente y, además, el sitio de destino es un “sitio de Exchange público”. "

En versiones anteriores del servidor Exchange, en un escenario en el que el cliente móvil (ActiveSync) conecta un servidor CAS de Exchange público y el servidor Exchange reconoce que el buzón del cliente móvil (ActiveSync) ubicado en un sitio de Exchange diferente + el "otro sitio de Exchange" "Considera un sitio de Exchange de acceso público, la "respuesta" del servidor CAS de Exchange de acceso público fue un mensaje de redirección al cliente móvil (ActiveSync).

Se suponía que el cliente móvil (ActiveSync) aceptaría el “mensaje de redirección” y crearía un nuevo canal de comunicación con el “otro servidor CAS de Exchange público (el “servidor CAS de Exchange público de Madrid” en nuestro escenario).

El método de redirección del cliente móvil (ActiveSync) se implementó mediante el uso de un mensaje que se describe como: "mensaje de redirección 451”.

El problema con el "mensaje de redirección 451 " era que muchos clientes ActiveSync (cliente móvil) no sabían cómo "digerir" el mensaje de redirección y el resultado fue - comunicación Fallo de los clientes ActiveSync.

Por este motivo, el comportamiento del servidor Exchange CAS 2013 es diferente porque el servidor Exchange CAS 2013 ya no implementará el método de redirección (mensaje de redirección 451) para los clientes ActiveSync.

En nuestro escenario, el servidor CAS de Exchange orientado al público de Nueva York "sabe" que el buzón del usuario está ubicado en el sitio de Madrid y, además, que el sitio de Madrid tiene un servidor CAS de Exchange orientado al público.
Teóricamente, el servidor CAS de Exchange orientado al público de Nueva York El servidor Exchange CAS puede redirigir Exchange ActiveSync a este servidor, pero en su lugar, New York Exchange 2013 CAS optará por utilizar el método Proxy.

Está claro que este enfoque no es eficiente desde el punto de vista del “servidor CAS Exchange 2013 público de Nueva York” porque, en teoría, el “servidor CAS Exchange 2013 público de Madrid” debería haber servido al “cliente ActiveSync (móvil) de Madrid, pero El uso del “Método Proxy” garantizará que la comunicación con el cliente móvil (ActiveSync) se complete exitosamente.

El flujo de conectividad del protocolo del cliente ActiveSync se implementará de la siguiente manera:

1. El cliente Madrid Mobile (ActiveSync), conecta el “CAS Exchange público de Nueva York” utilizando el nombre del servidor: mail.o365info.com y proporciona sus credenciales de usuario.

2. CAS2013 utiliza las credenciales del usuario y realiza la búsqueda en Active Directory.
   CAS2013 determina que:

   • La versión del buzón del usuario es: 2007
   • El servidor de buzones de Exchange 2007 que aloja el buzón del usuario se encuentra en el sitio de Madrid
3. CAS2013 no enviará una solicitud de redirección al cliente Madrid ActiveSync, sino que enviará la solicitud del cliente ActiveSync + las credenciales de usuario de ActiveSync al “servidor CAS de Exchange público de Madrid” utilizando la URL externa de ActiveSync del “servidor CAS de Exchange público de Madrid” dirección (Número 2).
4. El “servidor CAS de Exchange de cara al público de Madrid” aceptará la solicitud y “reenviará” (Proxy) la solicitud de conexión del cliente ActiveSync al “servidor interno de buzones de correo de Exchange 2007 de Madrid” (Número 3).
5. El “servidor interno de buzones de correo de Madrid Exchange 2007” “obtiene” el contenido requerido del buzón del usuario y envía los datos al “servidor CAS de Exchange público de Madrid” (Número 4).
6. El proxy del “servidor CAS de Exchange orientado al público de Madrid” devuelve la información/datos al “servidor CAS de Exchange orientado al público de Nueva York” (Número 5).
7. El “servidor CAS Exchange público de Nueva York” proporciona la información requerida al cliente ActiveSync externo (Número 6).

Convivencia Intercambio 2013/2007 | Flujo de conectividad del protocolo del cliente del servicio web de Exchange

El tema del flujo de conectividad de los servicios web de Exchange en el entorno de coexistencia de Exchange 2013/2007 puede resultar un poco confuso porque no está claro quién es el "elemento" que proporciona los servicios web de Exchange a los clientes de Exchange 2007.
El elemento es: Exchange ¿2013 CAS que implementa el mecanismo Proxy estándar de proxy, los clientes de Exchange 2007 solicitan al CAS de Exchange 2007 u otro escenario en el que el cliente de Exchange 2007 se conecta directamente al CAS de Exchange 2007 y solicita servicios web de Exchange específicos?

Nota: en el artículo actual, no entraremos en explicaciones detalladas de este concepto y, si desea una revisión más exhaustiva, lea los artículos:

• Servicios web de Exchange en un entorno de coexistencia de Exchange 2013 | Parte 1/2
• Servicios web de Exchange en un entorno de coexistencia de Exchange 2013 | Parte 2/2

Sólo una nota general: el “cliente de servicio web Exchange más importante” es el cliente Outlook. Es cierto que existen otros clientes de servicios web Exchange, pero el cliente Exchange que más depende del servicio web Exchange es el cliente de correo Outlook.

Por esta razón, cuando mencionamos el tema “Servicios web de Exchange y flujo de conectividad del protocolo del cliente”, la mayoría de las veces, el cliente al que nos referimos es Outlook.

Podemos comenzar con una regla básica: en el entorno de coexistencia de Exchange 2013/2007, Exchange 2007 CAS es el elemento que proporciona servicios web de Exchange a los clientes de Exchange 2007.

La implementación de los servicios web de Exchange en el entorno de coexistencia de Exchange 2013/2007 se implementa mediante el uso de una combinación de los servicios de detección automática de CAS de Exchange 2013 + los servicios web de CAS de Exchange 2007.

En un entorno de coexistencia de Exchange 2013/2007, los clientes de Exchange 2007 conectarán Exchange 2007 CAS utilizando el espacio de nombres heredado, según la información de detección automática que les proporcionó Exchange 2013 CAS.

Escenario 1: Cliente interno de Exchange 2007 | Buzón de usuario de Exchange 2007 ubicado en el sitio de Nueva York.

Cartas de escenarios: un cliente interno de Exchange 2007, necesita obtener servicios web de Exchange.

• El buzón del usuario de Exchange 2007 está alojado en el sitio de Nueva York (servidor de buzones de correo de Exchange 2007 ubicado en el sitio de Nueva York).

Cartas de escenarios: un cliente externo de Exchange 2007, necesita obtener servicios web de Exchange.

1. Los clientes internos de Exchange conectan el servidor CAS de Exchange 2013 y solicitan información de detección automática.
2. CAS2013 utiliza las credenciales del usuario y realiza la búsqueda en Active Directory. CAS2013 determina que: la versión del buzón del usuario es: 2007
3. CAS2013 envió a Exchange 2007 información de detección automática que incluye la información sobre la dirección URL de los servicios web de Exchange. La dirección URL se basa en el espacio de nombres heredado de Exchange 2007.
4. El cliente de Exchange 2007 obtiene la información de detección automática y la guarda para su uso posterior.
5. Cuando Exchange 2007 necesita servicios web de Exchange específicos, como el servicio de disponibilidad (tiempo libre/ocupado), se comunicará con el servidor CAS de Exchange 2007 utilizando el espacio de nombres heredado de CAS de Exchange 2007 (Número 3).

Escenario 2: Cliente del servicio web de Exchange externo | Buzón de usuario de Exchange 2007 en el mismo sitio de Active Directory

Cartas de escenarios: un cliente externo de Exchange 2007, necesita obtener servicios web de Exchange.

• El buzón del usuario de Exchange 2007 está alojado en el sitio de Nueva York (servidor de buzones de correo de Exchange 2007 ubicado en el sitio de Nueva York).
• Nueva York incluye dos servidores CAS de Exchange públicos: el “servidor CAS de Exchange público CAS de Exchange 2007” que se publica con el nombre público: legacy.mail.o365info.com y el “Exchange 2013 CAS público servidor Exchange CAS” que se publica con el nombre público: mail.o365info.com

El flujo de conectividad de los servicios web de Exchange se implementó de la siguiente manera:

1. El cliente externo de Exchange 2007, conecta el servidor CAS2013 y proporciona las credenciales de usuario.
2. CAS2013 autenticará al usuario y realizará una búsqueda en Active Directory.
3. CAS2013 determina que: la versión del buzón del usuario es 2007 + el servidor de buzones de Exchange del usuario (y el servidor CAS2007) ubicado en el mismo sitio de AD.
4. CAS2013 enviará la solicitud del servicio web de Exchange a CAS2007 en el sitio local (Número 2).
5. El CAS2007 generará la información requerida y la enviará de regreso al servidor CAS2013 (Número 3).
6. CAS2013 “proporciona” la información de los servicios web de Exchange al cliente externo de Exchange 2007 (Número 4).