Servidor CAS de intercambio | Proporcionar a los clientes de Exchange acceso a su buzón | Parte 06#36
En este artículo, me gustaría revisar el romance secreto de los clientes de correo de Exchange y "su" servidor Exchange CAS.
Los clientes de Exchange tienen relaciones muy inusuales y emocionantes con su servidor Exchange CAS y la infraestructura de detección automática es el brillo que unificó estos dos amantes.
Continúe con nuestra metáfora romántica; la verdad es que el cliente Exchange puede tener estas “relaciones” con cualquier servidor Exchange CAS disponible.
En palabras simples: el cliente Exchange depende completamente de un servidor Exchange que desempeña la función de servidor CAS, pero el cliente Exchange no está "atado" a un servidor Exchange CAS en particular.
Entonces, ¿qué tienen de especial estas “relaciones secretas” entre el cliente Exchange y el servidor CAS de Exchange?
En el siguiente artículo analizaremos los estatutos de estas relaciones y cómo el Autodiscover se relaciona o involucra en estas relaciones.
¿Qué es el servidor CAS de Exchange?
En un entorno Exchange moderno, cada uno de los servidores Exchange "tiene" una función específica (o un par de funciones de servidor Exchange).
No entraremos en los estatutos específicos para cada una de las “funciones del servidor Exchange” ni en una comparación de la diferencia entre el entorno Exchange 2007, 2010 y Exchange 2013, sino que enfatizaremos dos de las funciones del servidor Exchange: la función CAS de Exchange y el buzón de Exchange. role.
Para poder conectar la infraestructura de Exchange, un cliente de Exchange deberá encontrar + conectar un servidor CAS de Exchange.
La forma en que el cliente de correo de Exchange encuentra o localiza “su servidor CAS de Exchange” es mediante el servicio de detección automática.
Por esta razón, el proceso de detección automática ocupa una parte tan importante de la infraestructura de Exchange porque, sin una finalización adecuada del proceso de detección automática, el cliente de Exchange:
- No se puede crear un nuevo perfil de correo de Outlook.
- No se puede conectar a su buzón.
- No se puede obtener información sobre los servicios web de Exchange disponibles.
- No se puede recuperar de errores y responder a los cambios en el entorno de Microsoft Exchange automáticamente.
Responsabilidades del servidor Exchange CAS
Antes de entrar en los "detalles" o las relaciones, revisemos las "responsabilidades" del servidor Exchange CAS en una vista de alto nivel.
La siguiente captura de pantalla está tomada del póster de arquitectura de Exchange Server 2010. En el diagrama podemos ver una descripción detallada de las “responsabilidades” del servidor Exchange 2010 que desempeña el rol CAS.
El servidor Exchange CAS proporciona muchos tipos de servicios a "sus clientes".
Podemos ser aún más dramáticos y decir que sin el servidor Exchange CAS, el cliente Exchange no puede comunicarse ni conectarse a la infraestructura de Exchange.
Como podemos ver en el siguiente diagrama, podemos clasificar los “servicios” del servidor Exchange CAS en cuatro grandes grupos.
Cada uno de estos "grupos" es igualmente importante para que los clientes de Exchange puedan conectarse y utilizar la infraestructura de Exchange.
El triángulo de las tres principales responsabilidades del servidor Exchange CAS
El servidor CAS de Exchange es responsable de las tres tareas principales:
- Proporcionar a los clientes de Exchange acceso a sus buzones de correo.
- Proporcionar servicios web\Acceso a servicios web para clientes de Exchange.
- Proporcionar información (información de detección automática) para clientes de Exchange.
El resto del presente artículo estará dedicado a la tarea descrita como:
- Proporcionar a los clientes de Exchange acceso a su buzón.
El próximo artículo - Servidor Exchange CAS como proveedor de información + servicios web | La Parte 07#36 estará dedicada a las tareas del servidor Exchange CAS descritas como:
- Proporcionar servicios web\Acceso a servicios web para clientes de Exchange.
- Proporcionar información (información de detección automática) para clientes de Exchange.
Proporcionar a los clientes de Exchange acceso a su buzón
En esta sección, nos centramos en la función del servidor CAS de Exchange de actuar como "proxy" o "mediador" entre el cliente de Exchange y su buzón de correo alojado en el servidor de Exchange que desempeña la función de buzón.
En un entorno Exchange moderno, la única forma que el cliente Exchange puede utilizar para conectar su buzón es a través del servidor CAS de Exchange.
Un cliente de Exchange, como el cliente de Outlook, no puede acceder directamente a su buzón de correo, que está alojado en el servidor de Exchange, que tiene la función de servidor de buzones de Exchange.
La forma en que el cliente Outlook accede al buzón del usuario es a través del servidor Exchange que tiene la función CAS.
Clasificación del cliente de correo Exchange
En la siguiente sección, describiremos el flujo que se utilizó para los clientes de detección automática. Por esta razón, es importante que utilicemos algún tipo de clasificación general que se relacione con los clientes de Exchange.
El ejemplo más destacado de cliente de detección automática es el cliente Outlook. El cliente ActiveSync y el cliente OWA también pueden considerarse "cliente de detección automática", pero este cliente no depende tanto de los servicios de detección automática.
Una clasificación adicional que debemos utilizar es, el flujo diferente que implementa el cliente Outlook que se encuentra en la red privada interna (acceso a Active Directory) versus el flujo de detección automática que realiza el cliente Outlook que se encuentra en una red pública. o, en una red en la que no pueden acceder a Active Directory.
El servidor CAS de Exchange y el concepto de transparencia | Diferentes escenarios de proxy
Uno de los conceptos más básicos de las relaciones entre el cliente Exchange y el servidor CAS de Exchange es el "concepto de transparencia".
El cliente de Exchange no necesita ser consciente de la compleja infraestructura de Exchange que puede incluir una gran cantidad de servidores, decenas o incluso cientos de servidores. En cambio, sólo necesitan encontrar un servidor CAS de Exchange.
El servidor CAS de Exchange es el elemento "intermedio" y separado entre el cliente de Exchange y el servidor de buzones de Exchange que aloja el buzón del usuario.
Los clientes de Exchange no necesitan saber:
1. El nombre del servidor de buzones de Exchange que aloja su buzón
2. La ubicación física del servidor de buzones de Exchange que aloja su buzón.
La ventaja significativa de utilizar el concepto de "intermediario" (también conocido como servidor CAS de Exchange) es que la "tarea" de localizar y conectar el servidor de buzones de correo de Exchange que aloja el buzón del usuario está oculta para los clientes de Exchange.
Este concepto de "transparencia" permite que la infraestructura de Exchange proporcione muchos tipos de servicios y soluciones.
Por ejemplo:
Escenario 1: cliente de correo externo
En un escenario en el que el cliente de correo externo necesita acceso a su buzón, no es necesario "exponer" el servidor de buzones de Exchange interno que aloja los buzones del usuario.
En su lugar, todo lo que necesitamos hacer es configurar al menos un servidor Exchange CAS como servidor público Exchange CAS.
La solicitud del cliente de correo externo de Exchange aceptada por el servidor CAS de Exchange público y el servidor CAS de Exchange "saben" cómo localizar y conectar el servidor de buzón de correo interno de Exchange en particular, que aloja el buzón de correo del usuario.
Escenario 2: redundancia del servidor de buzones de correo de Exchange
En caso de que la organización implemente un mecanismo de agrupación en clústeres, en el que la base de datos del buzón de correo del usuario se replique en el sitio de Exchange diferente, en el caso de que el "original" "(activo) El servidor de buzones de Exchange no está disponible, el servidor CAS de Exchange "sabe" cómo conectar los clientes de Exchange al "otro" almacén de buzones de Exchange.
En el siguiente diagrama, podemos ver un ejemplo de diferentes tipos de escenarios posibles, en los que el servidor CAS de Exchange necesita "atender" la solicitud de los clientes de Exchange.
Cliente Outlook externo versus interno | Usando diferentes mecanismos de detección automática
Cuando los clientes de Outlook intentan localizar y conectar su servidor Exchange CAS, el proceso de detección automática implementado por el cliente Outlook interno es diferente del proceso de detección automática implementado por los clientes Outlook externos.
Además, la información de detección automática que el servidor Exchange CAS proporciona al cliente Outlook interno es diferente de la información que el servidor Exchange CAS proporciona a los clientes de correo Outlook externos, etc.
En la siguiente sección, revisaremos algunos de los escenarios comunes de detección automática y los diferentes caracteres de las "relaciones" que se realizaron entre los clientes de Exchange y su servidor CAS de Exchange.
Para poder simplificar la descripción, nos basaremos en un escenario en el que el cliente de correo es Outlook.
Escenario 1: Cliente interno de Outlook Exchange | Servidor de buzones de correo de Exchange en el mismo sitio de Active Directory
Los estatutos de este escenario, son los siguientes:
Un usuario de la red interna intenta crear un nuevo perfil de correo Outlook.
Cuando el usuario activa el asistente Nuevo perfil de correo de Outlook, se implementará el siguiente flujo:
- Outlook localizará el nombre de los servidores Exchange CAS disponibles consultando el Active Directory local.
- Active Directory responde con una lista de servidores Exchange CAS disponibles utilizando el "nombre interno" o privado de los servidores Exchange CAS existentes.
- Utilizando los nombres del servidor Exchange CAS que aparecen en la lista, Outlook elegirá aleatoriamente uno de los nombres e intentará enviar una solicitud de conexión al servidor Exchange CAS.
- El servidor CAS de Exchange consultará Active Directory en busca del nombre del servidor de buzones de Exchange que aloja el buzón del usuario en particular.
- El servidor Exchange CAS reconoce dos estatutos del “cliente Exchange” (el cliente de correo Outlook):
Que el cliente de correo es un - cliente de correo MAPI + que el cliente de correo es un “cliente de correo interno”. - El servidor de intercambio CAS generará una respuesta de detección automática, que incluye información relevante para los clientes de correo de Outlook e incluye "secciones de información".
La información que se proporcionará incluirá la dirección URL de los servicios web de Exchange disponibles. La dirección URL que figura en la respuesta de detección automática incluirá:
Nombres de host internos + nombres de host externos (dirección URL interna y externa). Las direcciones URL internas no están expuestas a un host de la red pública y solo pueden ser utilizadas por el cliente de correo interno. - El servidor Exchange CAS conectará el "servidor de buzón de Exchange de destino" e iniciará el proceso de "proxy" la información del servidor de buzón de Exchange (el contenido del buzón) al cliente de correo interno de Outlook y viceversa.
Escenario 2: cliente Exchange Outlook externo
Cuando el cliente de correo de Exchange se encuentra en una red pública, la única forma que el cliente de correo externo puede utilizar para llegar a su: “buzón interno” (la infraestructura interna de Exchange”) es a través del servidor CAS de Exchange que está configurado como CAS de Exchange público. servidor.
En este escenario, el servidor CAS de Exchange se publicará utilizando un nombre conocido y una dirección IP pública. Para poder obtener los servicios requeridos, el cliente de correo de Exchange deberá identificar y crear un canal de comunicación cifrado (canal seguro) con el “servidor CAS de Exchange público”. "
Las solicitudes de los clientes de Exchange para acceder a su “buzón interno” ubicado en el servidor de buzones de correo interno de Exchange solo pueden implementarse mediante la mediación del “servidor CAS de Exchange público”.
El servidor Exchange CAS aceptará las solicitudes de los clientes de Exchange e implementará un “mecanismo proxy” en el que el servidor Exchange CAS se “presentará” a los servidores internos de Exchange como el cliente de correo que “representa”. "
Cuando el servidor Exchange CAS obtiene los datos requeridos del buzón del usuario, el servidor Exchange CAS devolverá los datos al cliente de correo externo.
Nota: En muchos escenarios, el servidor CAS de Exchange no transmite datos "expuestos" a clientes externos, sino que un servidor Firewall, como ISA\TMG, actúa como la "entidad pública" que acepta solicitudes externas. Solicitudes de comunicación del cliente de Exchange y “reenvía” estas solicitudes al servidor CAS de Exchange.
Cuando el usuario activa el asistente Nuevo perfil de correo de Outlook, se implementará el siguiente flujo:
- Outlook localizará el nombre de los servidores Exchange CAS disponibles "generando" el nombre del servidor Exchange CAS. Outlook utilizará el nombre de dominio SMTP de la dirección de correo electrónico del destinatario como un "posible nombre" del servidor Exchange CAS (el servidor público Exchange CAS).
- Outlook intenta enviar una solicitud de conexión al punto final de detección automática, es decir, al servidor público Exchange CAS.
- El servidor público Exchange CAS consultará Active Directory, buscando el nombre del servidor de buzones de Exchange que aloja el buzón del usuario en particular.
- El servidor Exchange CAS reconoce dos estatutos del “cliente Exchange” (el cliente de correo Outlook):
Que el cliente de correo es un - cliente de correo MAPI + que el cliente de correo es un “cliente de correo externo” - El servidor Exchange CAS generará una respuesta de detección automática, que incluye información relevante para los clientes de correo de Outlook e incluye "secciones de información".
La información proporcionada incluye: la dirección URL pública de los servicios web de Exchange disponibles. La dirección URL que figura en la respuesta de detección automática incluirá:
solo nombres de host externos\públicos. - El servidor público Exchange CAS conectará el “servidor de buzón de Exchange de destino” e iniciará el proceso de transferencia de la información del servidor de buzón de Exchange (el contenido del buzón) al cliente de correo externo de Outlook y viceversa.
Escenario 3: Cliente externo de Exchange | dos sitios de Exchange
dos servidores CAS de Exchange orientados al público
Otro servicio interesante que el servidor Exchange CAS es capaz de proporcionar se describe como: redireccionamiento.
En un entorno empresarial de Exchange, como una gran empresa que tiene un par de sitios en todo el mundo, un escenario típico es una situación de varios sitios de Exchange.
En caso de múltiples sitios de Exchange, la organización puede decidir implementar una de las siguientes situaciones:
Opción 1: "Exponer" solo un servidor Exchange CAS en particular que servirá como "punto focal" o puerta de enlace para todos los clientes de Exchange en todo el mundo (este es el escenario que se describió en la sección anterior, que se describe como - Servicios de proxy)
Opción 2: publicar más de un servidor CAS de Exchange público o un servidor CAS de Exchange público para cada uno de los sitios de la empresa.
En un escenario de múltiples sitios de Exchange + varios servidores Exchange CAS públicos, existen dos escenarios principales para administrar la forma en que el cliente de correo externo encontrará el servidor Exchange CAS requerido.
Configurar un único servidor CAS de Exchange orientado al público es el punto focal.
En este escenario, aunque la infraestructura de Exchange incluye más de un "servidor CAS de Exchange público", solo se asignará un "servidor CAS de Exchange público" a los registros de detección automática para el nombre de dominio público.
En nuestro ejemplo, tenemos dos sitios físicos de Active Directory y Exchange: el sitio de Nueva York y el sitio de Los Ángeles.
El nombre de dominio público es o365info.com y el registro de detección automática: autodiscover.o365info.com está asignado a la dirección IP pública del “servidor CAS Exchange público de Nueva York” utilizando la dirección IP pública: 212.25.80.239
En nuestro escenario, un usuario llamado Bob que usa la dirección de correo electrónico: Bob@o365info.com necesita conectar su buzón de Exchange, que está alojado en el servidor de buzones de Exchange en Los Ángeles. sitio del ángel.
Cuando el cliente Outlook inicie el proceso de detección automática, encontrará y conectará el servidor CAS de Exchange público del sitio de Nueva York. "
El “servidor CAS Exchange público del sitio de Nueva York” sabe que
- El buzón de Bob está en otro sitio de Exchange (el sitio de Los Ángeles)
- Que hay un servidor público Exchange CAS en el sitio de Los Ángeles que podría atender una solicitud de un cliente de correo externo.
Debido a esta información, el “servidor CAS de Exchange público del sitio de Nueva York” no atenderá al cliente de Exchange por sí solo y, en su lugar, enviará instrucciones de redireccionamiento” al cliente externo de Outlook Exchange.
Las instrucciones de redireccionamiento incluyen el nombre (FQDN) del “servidor CAS de Exchange de caras públicas del sitio de Los Ángeles”.
Los clientes externos de Exchange inician el proceso de nuevo, pero esta vez, el cliente Exchange Outlook está intentando conectarse al “servidor CAS de Exchange público del sitio de Los Ángeles”.
Dado que el usuario proporciona las credenciales correctas y que el “servidor CAS de Exchange público del sitio de Los Ángeles” tiene el certificado público requerido, el “servidor CAS de Exchange público del sitio de Los Ángeles” localizará el servidor de buzones de Exchange que aloja el buzón de Bob y proxy de la solicitud de conexión de ida y vuelta entre el servidor de buzón de correo interno de Los Ángeles Exchange y el cliente externo de Exchange (Bob).