Conceptos básicos de conectividad de Outlook en la convivencia de Exchange 2013 | Parte 1/2 |13#23
Antes de profundizar en el tema "Flujo de conectividad del protocolo de cliente de Outlook en un entorno de coexistencia de Exchange 2013", es importante comprender algunos de los conceptos básicos de la conectividad de Outlook y solo entonces comprender los requisitos y los estatutos individuales de la conectividad de Outlook en un Exchange 2013. ambiente de convivencia.
La infraestructura del flujo de conectividad del protocolo del cliente de Outlook.
El "flujo de conectividad del protocolo del cliente de Outlook" estándar se implementa de la siguiente manera:
- Outlook busca un “servidor Exchange” que pueda conectarlo al buzón. En un entorno Exchange, este "elemento" se describe como "punto final RPC".
- Cuando el servidor CAS de Exchange acepta las solicitudes de conexión del cliente Outlook, buscará información sobre el servidor de buzones de Exchange que aloja el buzón del usuario en particular (mediante una consulta en Active Directory) y enviará las solicitudes del cliente Outlook al servidor de buzones de Exchange.
Nota: Esta descripción describe un escenario muy simple; más adelante aprenderemos que, en realidad, el flujo de conectividad del protocolo del cliente puede ser mucho más complicado e involucrar servidores Exchange adicionales en el proceso.
Encontrar el punto final RPC y varios sitios de Active Directory
En un escenario de múltiples sitios de Active Directory, en caso de que cada uno de los sitios de Active Directory incluya un "servidor CAS de Exchange local", los clientes de Outlook intentan dirigirse al "punto final RPC" local (el servidor CAS de Exchange local).
Por ejemplo, el usuario de Outlook verde del sitio 3 se conectará al servidor CAS de Exchange local: EXCAS02, el sitio 1 del foro de usuarios de Outlook amarillo se conectará al servidor CAS de Exchange local: EXCAS01, etc.
¡Las cuatro cosas que Outlook necesita!
La relación entre Outlook y el servidor CAS de Exchange se basa en "cuatro cosas que Outlook necesita" del servidor CAS de Exchange.
- Acceso al buzón: la única forma que tiene el cliente de correo Outlook de acceder al buzón del usuario es a través del servidor Exchange CAS.
- Ajustes de configuración del perfil de Outlook: en teoría, existe una opción para configurar el perfil de correo de Outlook manualmente, pero en realidad, y particularmente en un entorno Exchange 2013, la única forma de configurar un nuevo perfil de correo de Outlook es mediante el “proceso de configuración automática”. ”que se implementó mediante el uso de la infraestructura Exchange Autodiscover. El proceso de detección automática permite al cliente Outlook localizar y conectar el servidor CAS de Exchange, obtener la información de detección automática requerida y utilizar la información de detección automática para los ajustes de configuración necesarios para crear un nuevo perfil de correo de Outlook.
- Servicios web de Exchange: el elemento que “entrega” los servicios web de Exchange al cliente Outlook es el servidor CAS de Exchange. En el entorno Exchange 2013, el servidor de buzones de Exchange es el elemento que “genera” los servicios web de Exchange y el servidor Exchange CAS 2013 solo “entrega” la información al cliente Outlook.
- Servicio de detección automática: la información de detección automática es la infraestructura para todas las "partes" que componen las relaciones entre Outlook y el servidor CAS de Exchange. El cliente Outlook "consume" la información de detección automática para crear el perfil de correo de Outlook, para obtener la configuración de comunicación requerida con el servidor Exchange, para obtener información sobre los servicios web de Exchange disponibles, etc.
Exchange 2013, cliente Outlook y RPC sobre HTTP
La arquitectura de Exchange 2013 incluye cambios revolucionarios relacionados con las relaciones del servidor Exchange y sus clientes Outlook.
En el entorno de Exchange 2013, la única forma que el cliente Outlook puede utilizar para comunicarse con el servidor Exchange CAS 2013 es mediante el protocolo de comunicación que se describe como Outlook en cualquier lugar (RPC sobre HTTP). En otras palabras, ¡el uso del protocolo Outlook Anywhere (RPC sobre HTTP) es obligatorio!
Desde los inicios de Exchange, el protocolo de comunicación principal entre el cliente Outlook y el servidor Exchange se basó en el protocolo RPC (llamada a procedimiento remoto).
Posteriormente, se desarrolló un nuevo estándar de comunicación: RPC sobre HTTP.
El propósito de este "nuevo estándar" era permitir que el cliente Outlook externo se comunicara con el servidor Exchange desde una red pública. El nuevo estándar (RPC sobre HTTP), permite al cliente Outlook “ocultar” el protocolo RPC “dentro” del protocolo HTTP (si queremos ser más precisos, protocolo HTTPS) porque el protocolo RPC no fue creado para funcionar de manera óptima. manera en un entorno de red pública.
Hasta ahora, el protocolo de comunicación “nativo” entre el cliente Outlook y el servidor Exchange era: RPC y Outlook Anywhere (RPC sobre HTTP) se consideran opcionales.
La necesidad de utilizar Outlook Anywhere (RPC\HTTP) era un requisito obligatorio, sólo en un escenario de cliente Outlook externo que se dirige al servidor Exchange desde una red pública.
En el siguiente diagrama podemos ver que en versiones anteriores del servidor Exchange, el protocolo de comunicación predeterminado entre Outlook interno y Exchange era: Direct RPC.
La opción de: “Outlook Anywhere”, no se configuraba automáticamente y, en un escenario en el que solo Outlook interno necesita comunicarse con el servidor CAS de Exchange, no hubo necesidad de configurar o agregar la opción de: Outlook en cualquier lugar.
En el entorno Exchange 2013, el cambio de arquitectura significativo con respecto al tema de la conectividad de Outlook es que el protocolo de comunicación predeterminado para Outlook interno y externo es el protocolo Outlook Anywhere.
La buena noticia es que en un entorno Exchange 2013, no necesitamos "hacer nada" en el lado del cliente (Outlook) para poder "adaptar" Outlook a este cambio porque todos estos "cambios" se comunican a un Cliente Outlook a través del proceso de detección automática de Exchange.
La estructura de capas del canal de comunicación de Outlook y Exchange.
El canal de comunicación entre Outlook y el servidor Exchange se implementó mediante un método que describí como: “estructura de capas”. El significado del concepto de "capa" es que la forma en que se comunican el servidor Outlook y Exchange no se implementa mediante el uso de un único protocolo, sino una "colección" o "matriz" de protocolos.
Cliente Outlook, utilice un conjunto de comandos denominado: MAPI (interfaz del programa de aplicación de correo). Los comandos MAPI, no pueden “viajar por sí solos” hasta el destino (servidor Exchange) y por esta razón se necesitan protocolos adicionales que sirvan como un “transporte” que pueda llevar los comandos MAPI a su destino.
El cliente Outlook puede utilizar un tipo diferente de "transporte" para llegar a su destino. En otras palabras, Outlook puede elegir entre una variedad de “Coches” que “conducirán” el comando MAPI:
- RPC directo
La opción que se describe como: “RPC directo” se implementa “empaquetando” el comando MAPI y enviándolos a través de un canal RPC. Debido a que RPC no es un "protocolo de transporte puro", el RPC utiliza la ayuda del protocolo TCP que le ayudará a enviar los paquetes de información a su destino. La opción de - RPC directo” es (o era) la opción predeterminada para un cliente interno de Outlook que necesita acceder al servidor Exchange CAS. - RPC/HTTP - Outlook Anywhere
El segundo método de comunicación entre el cliente Outlook y Exchange se describe como - RPC/HTTP o Outlook Anywhere. "Outlook Anywhere" es el término más "actualizado", pero las cabinas del término significan lo mismo. El método Outlook Anywhere utiliza una capa adicional, que se "agrega" al canal de comunicación de Outlook, "debajo" de la capa RPC.
Como se mencionó, el protocolo RPC no está optimizado (por decir lo mínimo) para funcionar en una red pública. entorno.
La “capa adicional”, se implementa como protocolo HTTP y la mayoría de las veces, usaremos el protocolo HTTPS en su lugar, para poder proteger el canal de comunicación.
En versiones anteriores de Exchange (Exchange 2007, 2010) Outlook Anywhere no estaba configurado de forma predeterminada. La "forma convencional" de utilizar Outlook en cualquier lugar era: sólo en caso de que necesitáramos habilitar "clientes Outlook externos" para comunicarse con el servidor público Exchange CAS. - MAPI sobre HTTP
El método descrito como: MAPI sobre HTTP es un nuevo canal de comunicación que solo se puede implementar en un entorno Exchange 2013. Podemos relacionarnos con este canal de comunicación como un “cambio revolucionario” porque, en este método, no se utiliza el famoso protocolo RPC. Sí, exactamente lo que escuchas, el protocolo RPC que "acompañaba" a Outlook desde el principio se eliminó por completo.
La versión del servidor Exchange que admite este método es Exchange 2013 (y de hecho todas las versiones futuras de Exchange) y, desde el "lado del cliente" en la actualidad, la única versión de Outlook que admite el método de: "MAPI sobre HTTP" es Outlook 2013.
En la siguiente imagen podemos ver el concepto de "protocolo de transporte" que ayuda al cliente Outlook a "reenviar" los comandos MAPI al servidor Exchange.
Outlook puede "elegir" utilizar diferentes tipos de "mezclas", como: RPC directo, RPC sobre HTTP, RPC sobre HTTPS o MAPI sobre HTTP.
La evolución de los protocolos de comunicación de Outlook
La arquitectura de Exchange 2013 es bastante revolucionaria en relación con el cliente de correo Outlook. En la sección anterior mencionamos que en un entorno Exchange 2013, el requisito obligatorio para el protocolo de comunicación Outlook es RPC\HTTP.
Otros cambios revolucionarios en la arquitectura de Exchange 2013 son la compatibilidad con un nuevo protocolo de comunicación de Outlook llamado: MAPI sobre HTTP. El significado simple de este protocolo es "separación total" del antiguo protocolo RPC.
El nuevo entorno Exchange 2013 avanza hacia una desvinculación total del protocolo RPC que existió desde los albores del hombre. Quizás esté exagerando un poco, pero el protocolo RPC sirvió como un componente clave en las relaciones entre los servidores Outlook y Exchange.
Si queremos utilizar un punto de vista histórico, podemos relacionar el protocolo MAPI sobre HTTP como la última parte de la cadena o los protocolos más avanzados en la evolución de los protocolos de comunicación de Outlook y el servidor Exchange.
P1: ¿Por qué debería interesarme por esta información?
P2: ¿La información especificada aquí se relaciona de alguna manera con el entorno de coexistencia de Exchange 2013?
A1: ¡Porque es interesante! Sé en el fondo de mi corazón que el tema de “Evolución del protocolo Outlook en un entorno Exchange” es interesante para mí y para muy pocas personas en el cosmos, pero sigo pensando que este tema es fascinante y muy relevante para las personas que administran Exchange. infraestructuras.
A2: La información sobre los cambios arquitectónicos en el servidor Exchange CAS 2013 (requisito obligatorio de usar Outlook en cualquier lugar) es relevante para el entorno de coexistencia de Exchange 2013 porque, en un entorno de coexistencia de Exchange 2013, Es necesario implementar actualizaciones de configuración en Exchange y en la infraestructura heredada de Exchange que admita estos cambios arquitectónicos.
En cuanto al estándar MAPI\HTTP, este estándar no está relacionado de ninguna manera con el entorno de coexistencia de Exchange 2013. El propósito de este estándar es mejorar significativamente el canal de comunicación que existe entre Outlook y el servidor Exchange, pero no será necesario implementar ningún cambio o actualización en la infraestructura Exchange existente.
Los cambios previos a los requisitos que deben implementarse en el entorno heredado de Exchange
Antes de que podamos responder la pregunta: ¿Cuáles son los cambios necesarios que se deben implementar en el entorno heredado de Exchange?
Repasemos brevemente los conceptos básicos de flujo de la ruta de comunicación de Outlook y Exchange.
En el entorno de coexistencia de Exchange 2013, el flujo de conectividad del protocolo del cliente Outlook consta de dos “interfaces”:
- Servidor Exchange CAS 2013 e interfaz de Outlook: este es el canal de comunicación entre el cliente Outlook que conecta el CAS de Exchange 2013 y le solicita acceso al contenido del buzón del usuario.
- Servidor Exchange CAS 2013 e interfaz del servidor Exchange CAS heredado: en un entorno de coexistencia de Exchange 2013, el cliente Exchange heredado se dirigirá al CAS de Exchange 2013, que enviará sus solicitudes al servidor heredado de Exchange CAS, como Exchange 2007 CAS o Exchange 2010 CAS.
1. Servidor Exchange CAS 2013 e interfaz de Outlook | Los ajustes necesarios
La buena noticia es que no necesitamos realizar ningún cambio o actualización en la "infraestructura del cliente de Outlook" que "convertirá" los protocolos de comunicación estándar de Outlook de Direct RPC a Outlook Anywhere (RPC\HTTP). En un entorno Exchange, el servidor CAS de Exchange que "sirve" a los clientes de Outlook utiliza el "mecanismo de detección automática" para: "informar" a los clientes de Outlook sobre la actualización requerida.
2. Servidor Exchange CAS 2013 e infraestructura del servidor Exchange CAS heredado | Los ajustes necesarios
Esta es la parte "complicada" que se analizará con más detalle en el artículo: Entorno de coexistencia de Exchange 2013 y la infraestructura heredada de Exchange.
La segunda parte del: Flujo de conectividad del protocolo del cliente Outlook implementado cuando el proxy CAS de Exchange 2013 el cliente Outlook solicita a un servidor CAS de Exchange heredado.
Como se mencionó, Exchange 2013 CAS solo admite el estándar RPC\HTTP.
El problema (o si queremos usar una palabra cortésmente correcta: el desafío) es que en un entorno Exchange heredado, RPC\HTTP no está configurado de forma predeterminada en cada uno de los servidores CAS de Exchange existentes.
Para poder habilitar la ruta de comunicación entre Exchange 2013 CAS y los servidores Exchange CAS heredados, necesitaremos agregar soporte RPC\HTTP para cada uno de los servidores Exchange CAS heredados existentes.
Exchange CAS 2013 como punto focal para los clientes de Outlook
En esta sección, nos centraremos en el concepto que describí como: servidor Exchange CAS 2013, como punto focal para los clientes Outlook.
En el entorno de coexistencia de Exchange 2013, CAS de Exchange 2013 asumirá la responsabilidad de atender las solicitudes de los clientes de Outlook. El significado de - cliente de Outlook es: “cliente nativo de Outlook”, como un cliente de Outlook de Exchange 2013 (usuarios cuyo buzón está alojado en el servidor de buzones de correo de Exchange 2013) y clientes de Outlook heredados, como clientes de Outlook de Exchange 2007\2010.
El significado de: servidor Exchange CAS 2013, como punto focal para los clientes de Outlook, se implementa "adjuntando" el espacio de nombres principal al CAS de Exchange 2013.
Por ejemplo, en caso de que en el entorno Exchange anterior, Exchange CAS 2010 se “publicara” como punto final RPC usando el nombre de host: mail.o365info.com, después de agregar Exchange CAS 2013, el nombre de host: mail.o365info.com será “tomado” de Exchange CAS 2010 y reasignado o “adjuntado” al “nuevo Exchange CAS 2013” .
Cada una de las solicitudes de comunicación del cliente Outlook, de todos los diferentes clientes Exchange (Exchange 2013 o cliente heredado de Exchange como Outlook 2007, 2010) "apuntará" al "nuevo servidor Exchange CAS 2013".
Nota: Es importante enfatizar que cuando usamos términos como: “cliente heredado de Outlook” o cliente de Outlook 2007, 2010, no nos relacionamos con la versión del software Outlook, sino con la versión de Exchange. Servidor de buzones de correo que aloja el buzón de un usuario en particular.
Cuando mencionamos el término cliente Outlook 2007, la versión del cliente Outlook podría ser Outlook 2013, pero el buzón del usuario alojado en el servidor de buzones de Exchange 2007.
En el siguiente diagrama, podemos ver el concepto de Exchange CAS 2013 como punto focal para los clientes de Outlook. Podemos ver que el servidor Exchange CAS 2013 "sirve" diferentes versiones de clientes Outlook Exchange, como clientes Exchange 2007, 2010 y 2013. El cliente Outlook se relaciona con el servidor Exchange CAS 2013 como: punto final RPC.
Flujo de conectividad del protocolo de cliente de Outlook antes de la coexistencia de Exchange 2013 y después
Para poder comprender la esencia de los cambios en la "Arquitectura de Outlook" en un entorno de coexistencia de Exchange 2013, revisemos brevemente los cambios de flujo de conectividad del protocolo del cliente en un entorno de coexistencia que no es de Exchange 2013 frente a los cambios de flujo después de la implementación de Exchange. 2013 ambiente de convivencia.
Por ejemplo, en un entorno "Exchange 2010 nativo", el flujo de conectividad del protocolo del cliente Outlook se implanta de la siguiente manera:
Los clientes de Exchange 2010 Outlook conectan su “RPC Endpoint” (Exchange 2010 CAS) y el proxy CAS de Exchange 2010 para la solicitud del cliente de Outlook al servidor de buzones de correo de Exchange 2010.
Podemos decir que la cantidad de "saltos" necesarios para acceder al contenido del buzón del cliente Exchange es: dos.
En el entorno de coexistencia de Exchange 2013, el mismo escenario en el que el cliente Outlook de Exchange 2010 necesita acceder a su buzón, el flujo de conectividad del protocolo del cliente incluye "esperanza" adicional.
El cliente Outlook de Exchange 2010 se dirigirá a su “punto final RPC” (CAS de Exchange 2013), el CAS de Exchange 2013 “reenviará” (Proxy) la solicitud al servidor CAS de Exchange 2010 y el CAS de Exchange 2010 “reenviará” (Proxy). ) la solicitud al servidor de buzones de correo de Exchange 2010.
La “esperanza adicional” (número de 2 en el diagrama) es el motivo de las actualizaciones que necesitaremos implementar en un entorno de coexistencia de Exchange 2013.
En el entorno de coexistencia de Exchange 2013, el flujo de conectividad del protocolo del cliente Outlook se basa en la parte adicional, que se describe como comunicación CAS a CAS.
Para poder completar la ruta de comunicación (comunicación CAS a CAS) entre Exchange 2013 CAS y Exchange 2010 CAS, Exchange 2010 CAS deberá configurarse para admitir la opción "Outlook Anywhere" (el significado es admitir RPC/HTTP). método de protocolo). Además, ambas partes (Exchange 2010 CAS y Exchange 2010 CAS) deberán admitir el protocolo de autenticación NTLM que permitirá a Exchange 2013 CAS "proxy" las credenciales de usuario de Outlook.
Flujo de conectividad del protocolo de cliente de Outlook en un entorno de coexistencia de Exchange 2013 | El proceso de representación
En el entorno de coexistencia de Exchange 2013, las solicitudes de los “clientes Outlook Exchange antiguos” serán aceptadas por el servidor Exchange CAS 2013 y luego, el servidor Exchange CAS 2013 las aceptará como proxy al “Exchange CAS heredado”. El CAS de Exchange heredado que seleccionará el CAS de Exchange 2013 es un servidor CAS de Exchange de la misma versión que la versión del servidor de buzones de Exchange que aloja el buzón del cliente Outlook.
Para poder simplificar la descripción del flujo del protocolo Outlook, nos relacionaremos con un cliente Outlook de Exchange 2010 que necesita acceder a su buzón, pero la misma lógica se implementará de manera idéntica para los clientes Outlook de Exchange 2007.
Por ejemplo: cuando el cliente Outlook de Exchange 2010 se conecta al servidor Exchange CAS 2013, el servidor Exchange CAS 2013 "entiende" que el buzón del usuario está alojado en el servidor Exchange Mailbox 2010. El servidor Exchange CAS 2013 buscará Exchange 2010 CAS y, cuando encuentre uno, enviará la solicitud al servidor Exchange 2010 CAS.
Para poder completar con éxito el flujo de conectividad del protocolo del cliente Outlook que se relaciona con el "canal de comunicación CAS a CAS" entre el servidor Exchange CAS 2013 y el servidor Exchange CAS 2010, necesitaremos verificar que el servidor Exchange CAS 2010 esté configurado para admita Outlook Anywhere + que el servidor Exchange CAS 2010 admita los protocolos de autenticación requeridos.
En el próximo artículo Entorno de coexistencia de Exchange 2013 e infraestructura de Outlook | En la parte 2/2, entraremos en más detalles sobre los ajustes de configuración requeridos en los servidores heredados de Exchange CAS.
Exchange 2013 CAS y cliente heredado de Outlook
En un entorno de coexistencia de Exchange 2013, el servidor Exchange CAS 2013 actúa como un "enrutador inteligente" para las solicitudes de comunicación del cliente Outlook nativo y heredado. En el siguiente diagrama, podemos ver que el servidor Exchange CAS 2013 trata de manera diferente cada una de las solicitudes de comunicación del tipo cliente Outlook.
- Las solicitudes de comunicación de los usuarios de Outlook de Exchange 2013 (usuarios cuyo buzón está alojado en el servidor de buzones de Exchange 2013) serán aceptadas por el servidor de Exchange CAS 2013 y el CAS de Exchange 2013 las aceptará en el servidor de buzones de Exchange 2013.
- Las solicitudes de comunicación de los usuarios de Outlook de Exchange 2010 (usuarios cuyo buzón está alojado en el servidor de buzones de correo de Exchange 2010) serán aceptadas por el servidor de Exchange CAS 2013 y serán un proxy del CAS de Exchange 2013 para el CAS de Exchange 2010.
- Las solicitudes de comunicación de los usuarios de Exchange 2007 Outlook (usuarios cuyo buzón está alojado en el servidor de buzones de Exchange 2007) serán aceptadas por el servidor Exchange CAS 2013 y serán el proxy de Exchange 2013 CAS para Exchange 2007 CAS.
Nota: el diagrama muestra solo la "mitad" del flujo de conectividad del protocolo del cliente de Outlook porque nuestro objetivo principal es revisar la ruta por la que debe "pasar" la solicitud de Outlook hasta que el flujo llegue al buzón del usuario requerido.
El diagrama "completo" ruta "incluye pasos adicionales como la ruta de comunicación entre el servidor Exchange CAS heredado y el servidor de buzones de Exchange heredado, la "respuesta" del servidor de buzones de Exchange heredado al servidor Exchange CAS heredado, etc.