El antiguo entorno de Exchange frente al entorno de Exchange moderno | Parte 02#36
En este artículo, revisaremos cómo responde la detección automática a las necesidades y requisitos del entorno Exchange moderno.
Para poder comprender la inmensa importancia de la infraestructura de detección automática de Exchange, echaremos un vistazo a la versión anterior de la arquitectura de Exchange que no tenía los servicios de detección automática.
Para poder comprender cuáles son los estatutos del entorno moderno de Exchange, tendremos que retroceder unos pasos y echar un breve vistazo a la "historia de Exchange".
P1: ¿Por qué debería molestarme en conocer la historia de la infraestructura de Exchange?
A1: “Una generación que ignora la historia no tiene pasado: ni futuro”. [Lázaro Long, de las obras de Robert Heinlein]
En palabras simples, para poder comprender realmente la infraestructura de detección automática de Exchange, necesitaremos descubrir cuál es la "necesidad comercial" del entorno Exchange moderno, que fue la razón del nacimiento de la infraestructura de detección automática de Exchange.
Antiguo entorno de Exchange
Comencemos con la definición de los términos técnicos: "entorno de Exchange antiguo" y "entorno de Exchange moderno".
El servidor Exchange conoció muchas encarnaciones. En el siguiente diagrama, podemos ver una lista de versiones de Exchange Server y la clasificación del antiguo entorno de Exchange, frente a lo que describimos como la "Arquitectura moderna de Exchange".
1. Antiguo entorno de Exchange
Las versiones del servidor Exchange que podemos considerar como - “Arquitectura antigua del servidor Exchange” son las siguientes versiones del servidor Exchange:
- Intercambio 5.5
- Intercambio 2000
- Intercambio 2003
Nota: He trazado una línea entre Exchange 5.5 y Exchange 2000 porque, en aquellos días, el nacimiento de Exchange 2000 fue una revolución. La arquitectura de Exchange 2000 se cambió por completo y se personalizó para funcionar en el entorno moderno de Active Directory.
2. Entorno de Exchange moderno
En realidad, no existe un término formal como "entorno Exchange moderno".
Utilizo este término para describir la nueva generación de servidores Exchange, comenzando con Exchange 2007 y terminando con el servidor Exchange 2013.
En el siguiente diagrama podemos ver un resumen de las principales diferencias entre el “antiguo entorno Exchange” y el “moderno entorno de servidor Exchange”. "
Los personajes del entorno Exchange moderno frente al antiguo entorno Exchange
En la siguiente sección, revisaremos los principales estatutos de la arquitectura Exchange moderna frente a la "antigua arquitectura Exchange".
Encontrar el servidor CAS de Exchange
Para poder comprender un aspecto del proceso de detección automática, veamos el siguiente diagrama que representa los "pensamientos" del cliente estándar de Exchange, como Outlook.
Una de las características más interesantes del entorno Exchange moderno es que el cliente Exchange nunca necesita saber de antemano:
1. ¿Quién (cómo se llama) es el servidor Exchange que aloja su buzón de correo?
El cliente de Exchange no necesita saber cuál es el nombre del servidor de Exchange que aloja su buzón porque no puede dirigirse directamente al servidor de buzones de Exchange que aloja su buzón.
El cliente de Exchange necesitará ubicar su servidor Exchange CAS; el servidor CAS de Exchange aceptará la solicitud del cliente de Exchange y buscará el servidor de buzones de Exchange que "contiene" el buzón del cliente de Exchange. Cada una de las aplicaciones cliente de Exchange será proxy del servidor CAS de Exchange al servidor de buzones de Exchange y viceversa.
En otras palabras, el servidor Exchange CAS necesita saber: cuál es el nombre del servidor Exchange que aloja su buzón pero no el nombre del cliente Exchange.
2. Quién (cómo se llama) es el servidor Exchange CAS al que debe dirigirse.
La tarea de "encontrar el servidor Exchange CAS requerido" se implementa mediante el proceso de detección automática.
El mecanismo o protocolo de detección automática permite al cliente de Exchange localizar y encontrar su servidor CAS de Exchange.
Y nuevamente, de forma predeterminada, el cliente de Exchange no sabe el nombre del servidor CAS de Exchange ni quiénes son los servidores CAS de Exchange disponibles.
En cambio, cada vez que el cliente de Exchange necesite "localizar" un servidor Exchange CAS, el cliente de Exchange utilizará el mecanismo de detección automática para encontrar el servidor Exchange CAS requerido.
Los personajes principales del entorno Exchange moderno versus la arquitectura Exchange más antigua
1. El concepto de “roles del servidor Exchange”. "
Entorno de Exchange anterior
La "antigua arquitectura de Exchange" no utilizaba el concepto de "roles de servidor de Exchange". La arquitectura de Exchange 2003 incluye una definición de “rol de servidor” descrita como front-end versus back-end, pero la idea básica de la arquitectura de Exchange no se basa en el concepto de separación de roles.
Entorno de Exchange moderno
La idea de las funciones del servidor Exchange surgió en la versión Exchange 2007 y, desde entonces, este concepto sigue siendo uno de los principales estatutos de la arquitectura Exchange moderna.
El uso de los “roles de servidor” permite implementar una separación de funciones. Cada una de las funciones del servidor Exchange representa un "deber" diferente o un conjunto de tareas del servidor Exchange que se definen como una "función".
Arquitectura Exchange 2007, 2010 frente a arquitectura Exchange 2013
Si queremos ser precisos, el concepto de "función del servidor Exchange" estaba experimentando un cambio significativo en la arquitectura de Exchange 2013 frente a la arquitectura de Exchange 2007, 2010.
La arquitectura de Exchange 2007, 2010 se basa en cinco funciones del servidor Exchange.
La arquitectura de Exchange 2013 se basa en dos funciones de servidor de Exchange.
En nuestro contexto de infraestructura de detección automática de Exchange, la función del servidor Exchange más destacada es la función Exchange CAS (servidor de acceso de cliente).
En el entorno moderno de Exchange, el servidor Exchange que desempeña la “función CAS” es la puerta de enlace de la “puerta” para todas las demás infraestructuras de Exchange.
Nota: El resto de las funciones del servidor Exchange, como la función del buzón de correo de Exchange y las funciones de transporte del concentrador de Exchange, también son "funciones importantes" en el entorno de Exchange. Debido a que el cliente de Exchange no interactúa directamente con estas funciones, no nos relacionaremos con estas "otras partes" de la arquitectura de Exchange.
Separaciones lógicas y físicas o roles de Exchange
La implementación del concepto de rol de Exchange se puede implementar mediante el uso de dos (o más) servidores Exchange o mediante el uso de un único servidor Exchange que "tiene" dos roles o posiciones al mismo tiempo (rol del servidor CAS + rol del buzón).
La forma en que se implementó la asignación de roles no importa porque el concepto de "acceso indirecto" al buzón que requería que el cliente de Exchange usara el servidor CAS de Exchange sigue siendo el mismo.
El concepto de separación de funciones de Exchange.
La recomendación o la mejor práctica en la arquitectura de Exchange 2007, 2010 fue implementar una configuración en la que cada una de las funciones del servidor Exchange esté representada por un servidor Exchange dedicado.
En la arquitectura de Exchange 2013, el concepto de función de servidor todavía sirve como base para la arquitectura del servidor de Exchange.
La principal diferencia es que en la arquitectura Exchange 2013, solo hay dos roles de servidor Exchange frente a la arquitectura Exchange 2007, 2010 que define cinco roles de servidor diferentes. Además, la mejor práctica en la arquitectura de Exchange 2013 es no utilizar el concepto de un "servidor Exchange dedicado" para cada una de las funciones del servidor, sino implementar una configuración en la que cada servidor Exchange 2013 tendrá las dos funciones más importantes.
Técnicamente hablando, en un entorno Exchange 2007, 2010, un único servidor Exchange puede “mantener” estas cinco funciones o las funciones de Exchange se pueden “repartir” entre muchos servidores Exchange.
Por ejemplo, no importa si un servidor Exchange tiene las tres funciones de CAS, buzón y transporte de concentradores. Aunque estos tres roles están "alojados" en un único servidor físico, lo que importa es la "separación lógica" entre estos roles.
Por ejemplo, el cliente de Exchange necesitará comunicarse con la "capa CAS de Exchange" para poder acceder al contenido de su buzón.
2. No hay conexión directa entre el cliente Exchange y "su buzón". "
Una característica adicional principal del entorno moderno de Exchange puede describirse como: No hay conexión directa entre el cliente de correo de Exchange y el servidor de buzones de Exchange.
En un entorno Exchange moderno, la única forma que tiene un cliente Exchange de conectarse a su buzón es a través del servidor CAS de Exchange.
Los clientes de Exchange deben localizar un servidor Exchange CAS disponible. Sólo después de completar con éxito el proceso de autenticación mutua, el servidor CAS de Exchange (en nombre del cliente de Exchange) localizará el servidor de buzones de Exchange que aloja el buzón del usuario. El servidor CAS enviará la solicitud del cliente de Exchange al servidor de buzones de correo y enviará la información desde el servidor de buzones de Exchange al cliente de Exchange.
Nota: El cliente de Exchange “localiza” el servidor CAS de Exchange mediante el mecanismo de detección automática.
Como se mencionó, en un entorno Exchange moderno (desde Exchange 2007), el cliente de correo Exchange no puede conectarse directamente a su buzón.
La única forma que tienen los clientes de Exchange de acceder a sus buzones de correo es a través del servidor Exchange, que tiene la función Exchange CAS (servidor de acceso de cliente).
El servidor Exchange CAS es el factor o elemento que "se encuentra en el medio" y la "separación" entre los clientes de Exchange y el servidor Exchange que aloja los buzones de correo de los usuarios (el servidor Exchange que tiene las funciones de buzón).
Entorno Exchange heredado: los clientes tienen acceso directo a su buzón de correo.
En los viejos tiempos, la relación entre el cliente de Exchange y "su buzón" se implementaba mediante una conexión directa entre el cliente de Exchange y el servidor de Exchange que alberga o aloja el buzón del usuario.
Por ejemplo, para poder completar la tarea de crear un nuevo perfil de correo Outlook, un requisito obligatorio era: la necesidad de saber el nombre exacto del servidor Exchange que aloja el buzón del usuario.
En los “viejos tiempos”, el departamento de TI de la organización debería haber mantenido una tabla detallada con la información de cada uno de los usuarios de la organización y el nombre de sus servidores Exchange.
La persona responsable de crear el "nuevo perfil de correo de Outlook" debería utilizar esta tabla para poder "conectar" el cliente de Outlook al "servidor Exchange correcto".
3. La migración de servicios basados en carpetas públicas a servicios basados en web.
El concepto de “relaciones cliente-servidor servidor”, en el que el servidor proporciona diferentes servicios a sus clientes, siempre existió en el entorno Exchange.
Uno de los principales caracteres del entorno Exchange es la riqueza de los servicios que ofrece el El servidor Exchange proporciona a su cliente.
En el “antiguo entorno” de Exchange, el servicio de Exchange, como el tiempo libre/ocupado, se basaba en carpetas públicas únicas del sistema de Exchange que sirven como contenedor para los datos/información.
Los clientes de Exchange, como Outlook, acceden a la información almacenada en la carpeta pública del sistema mediante el protocolo RPC.
El mecanismo descrito padecía muchos problemas relacionados con el proceso, en el que era necesario guardar la información en la carpeta pública y replicarla en otros almacenes de carpetas públicas de Exchange y en otros sitios de Exchange.
Servicio web de intercambio | Entorno de intercambio moderno
Uno de los mayores cambios desde Exchange 2007 fue la comprensión de que el "protocolo de lenguaje global mundial" es: el protocolo HTTP.
El método de utilizar la carpeta pública de Exchange para almacenar datos del sistema y, para proporcionar el servicio Exchange abandonado para la "chica nueva del vecindario", servicios basados en web.
El método en el que los servicios de Exchange basados en una carpeta pública se reemplazan con un nuevo método basado en web descrito como EWS (servicios web de Exchange).
Cada vez que el cliente de Exchange (Outlook, por ejemplo) necesite información como el tiempo de disponibilidad del otro destinatario de Exchange, el cliente de Outlook deberá dirigirse al servidor de Exchange que tiene la función CAS de Exchange mediante el protocolo HTTP (o HTTPS) y, el servidor Exchange CAS es responsable de "obtener" la información requerida para su cliente Exchange.
Arquitectura Exchange 2007, 2010 versus arquitectura Exchange 2013
El denominador común entre la arquitectura Exchange 2007, 2010 y Exchange 2013 es que el cliente Exchange debe dirigirse al servidor Exchange que tiene la función CAS de Exchange, para solicitar un servicio web de Exchange en particular.
La principal diferencia entre la arquitectura Exchange 2007, 2010 y la arquitectura Exchange 2013 es que en la estructura Exchange 2007, 2010, el servidor CAS de Exchange es responsable de “mantener” o proporcionar la infraestructura de los servicios web de Exchange y al mismo tiempo, servir. como punto focal para los clientes de Exchange que solicitan servicios web de Exchange.
En el entorno de Exchange 2013, CAS de Exchange 2013 sigue sirviendo como "punto focal" para la solicitud de servicios web de Exchange por parte de los clientes de Exchange, pero CAS de Exchange 2013 no es el elemento que genera o "produce" por sí mismo los servicios web de Exchange.
En cambio, el elemento que se encarga de servir como infraestructura para los servicios web de Exchange es el servidor de buzones de Exchange 2013.
Sólo una pequeña declaración sobre el concepto de carpeta pública de Exchange.
Cuando se publicó por primera vez el servidor Exchange 2007, la declaración formal de Microsoft fue que "la carpeta pública de Exchange está muerta" o ya no es necesaria porque los servicios de Exchange han "cambiado" del concepto de carpeta pública y protocolo RPC al concepto de: servicios web.
Es importante para mí mencionar que, en mi opinión, la declaración de la “muerte de la carpeta pública Exchange” en aquellos días, fue un poco apresurada.
Los nuevos servicios basados en web de Exchange reemplazan la necesidad de la incómoda e ineficiente implementación de la carpeta pública del sistema Exchange, pero la parte olvidada fue que muchas organizaciones utilizan la "infraestructura de carpeta pública estándar" (no la carpeta pública del sistema particular) como un sistema compartido. almacenamiento entre el usuario de Exchange y dependen en gran medida de la carpeta pública de Exchange.
Los servicios web de Exchange
La infraestructura para el servicio web Exchange es el servidor IIS.
Los clientes de Exchange que necesitan servicios web de Exchange específicos utilizan una dirección URL para enviar el servidor CAS de Exchange que “ayudará” al cliente de Exchange a obtener los servicios web de Exchange específicos.
La dirección URL incluye el "nombre" (FQDN) del servidor CAS de Exchange al que se dirige el cliente de Exchange + la ruta (el nombre) de los servicios web de Exchange particulares que solicita el cliente de Exchange.
En el siguiente diagrama, podemos ver un ejemplo de la realidad de los servicios web que proporciona el servidor Exchange CAS a sus clientes, como libreta de direcciones sin conexión, servicios de disponibilidad, respuesta automática (fuera de la oficina) y mucho más.
Nota: El servidor CAS de Exchange puede proporcionar un servicio web específico por sí mismo, enviar una solicitud de un cliente de Exchange a otros servidores CAS de Exchange o enviar una "respuesta de redirección" al cliente de Exchange que incluya información sobre otros CAS de Exchange. servidores.
Servicios web de Exchange y detección automática
Revisaremos la conexión entre los servicios web de Exchange y los servicios de detección automática de Exchange en detalle muchas veces a lo largo de esta serie de artículos, pero solo una breve revisión:
El cliente de Exchange "sabe en general" que existen servicios web de Exchange, pero técnicamente no sabe "¿quién es el servidor CAS de Exchange al que debe dirigirse para obtener un servicio web de Exchange específico"?
El "elemento" responsable de "notificar" al cliente de Exchange sobre los servicios web de Exchange existentes es el servidor CAS de Exchange, y la información sobre los servicios web de Exchange existentes se "entrega" al cliente de Exchange, como Outlook, como parte del proceso de detección automática.
Servidor Exchange CAS como fuente de información
Las relaciones entre el cliente Exchange y su servidor Exchange CAS son complicadas y se componen de varias partes diferentes.
Los clientes de Exchange miran el servidor CAS de Exchange de varias maneras. Una forma en que el cliente de Exchange, como Outlook, mira el servidor CAS de Exchange es: "fuente de información".
La información que el servidor Exchange CAS proporciona a su cliente incluye diferentes partes de información y una de esta parte es la parte que se relaciona con la información sobre los servicios web de Exchange disponibles.
El canal de comunicación en el que el cliente de Exchange solicita información del servidor CAS de Exchange implementado a través del proceso de detección automática.
La “respuesta” del servidor CAS de Exchange (la detección automática responde) incluye dos tipos principales de información:
- Información sobre los servicios web de Exchange disponibles
- Información que necesita el cliente de correo Exchange Outlook para crear un nuevo perfil de correo Outlook.
Parte 1: La detección automática responde |Proporcionando información sobre los servicios web de Exchange.
El servicio web de Exchange (como cualquier otro servicio web) al que el cliente accede o accede mediante una dirección URL.
El Autodiscover responde que el servidor Exchange CAS proporciona a su cliente, incluye información sobre todos los servicios web de Exchange existentes disponibles.
La información sobre los servicios web de Exchange proporcionada mediante el uso de una etiqueta XML que incluye la dirección URL de un servicio web de Exchange en particular.
La etiqueta XML "informa" al cliente de Exchange cuál es el servicio web de Exchange en particular. En el siguiente diagrama, podemos ver un ejemplo de una "línea" de la respuesta del servidor de detección automática.
La etiqueta XML es: ASUrl, que significa URL de servicios de disponibilidad.
Dentro de la etiqueta XML, podemos ver la dirección URL del servicio de disponibilidad.
Los clientes de Exchange dependen de esta información (la respuesta de detección automática del servidor CAS de Exchange), por lo que podrán conectarse al host requerido que proporciona un servicio web de Exchange en particular.
Parte 2: El descubrimiento automático responde | Proporcionar información sobre la configuración requerida para un nuevo perfil de correo de Outlook.
Una parte importante de la respuesta de detección automática del servidor CAS de Exchange está relacionada con la información que requiere el cliente Exchange, en particular Outlook, que considera información obligatoria (ajustes de configuración) necesaria para la tarea de crear un nuevo perfil de correo de Outlook.
Perfil de correo de Outlook y los ajustes de configuración necesarios
Cliente Outlook, conéctese al servidor Exchange utilizando el perfil de correo de Outlook.
Podemos relacionarnos con el perfil de correo de Outlook como un "contenedor" para la configuración necesaria para crear el canal de comunicación con el servidor Exchange CAS.
Entorno antiguo de Exchange: perfil de correo de Outlook | Configuración manual y necesidad de que los usuarios estén familiarizados con detalles técnicos específicos
En los "buenos viejos tiempos", una tarea principal, como crear un nuevo perfil de correo de Outlook, se implementaba mediante una configuración manual.
La tarea de configurar el perfil de correo de Outlook en la red interna\privada podría considerarse una tarea fácil. tarea porque todo el usuario necesitaría saber el nombre de su servidor de buzón de correo Exchange, y el resto del proceso se ejecuta automáticamente utilizando las credenciales de caché del dominio del usuario.
vs. la tarea de configurar un nuevo perfil de correo de Outlook en la red interna, la tarea de crear un nuevo perfil de correo de Outlook para usuarios externos que necesitan configurar su Outlook usando la configuración de Outlook Anywhere (en aquellos días, el cliente de Outlook externo se describía como RPC \HTTPS), no era una tarea tan sencilla.
La razón es que el usuario que estaba creando el nuevo perfil de correo de Outlook tendría que preparar con anticipación una lista de detalles técnicos que incluye detalles como: el nombre del servidor Exchange que sirve como RPC Proxy, el nombre interno si el Servidor de buzones de correo de Exchange, el protocolo de autenticación y más.
De más está decir que además del inconveniente, que requería que los usuarios conocieran muchos detalles técnicos, muchas veces el proceso no podía completarse debido a un error humano, información incorrecta, etc.
Nota: En el antiguo entorno de Exchange, existía alguna opción para implementar la tarea de “creación automática de perfil de correo de Outlook”, pero la implementación de la “automatización” basada en el uso de herramientas como ORK (Office Resource Kit) y archivos PRF, distribuyendo los scripts a cada uno de los escritorios de los usuarios del dominio, etc.
Crear un nuevo perfil de correo de Outlook en un entorno Exchange moderno
En comparación con este complejo proceso, la tarea de crear un nuevo perfil de correo en un entorno Exchange moderno es pan comido para los usuarios de Exchange.
Por ejemplo, en un entorno de Active Directory, la única operación que el usuario necesita para "activar" es simplemente hacer doble clic en el icono de Outlook.
La "operación de doble clic", activará una serie de acciones en las que Outlook automáticamente detecte y conecte el servidor Exchange CAS local, implemente un proceso de autenticación mutua y obtenga del servidor Exchange CAS todas las configuraciones necesarias para compilar la tarea del nuevo perfil de correo de Outlook.
La tarea de crear un nuevo perfil de correo de Outlook en un directorio que no sea Active Directory también es muy sencilla; la única diferencia desde el punto de vista del cliente es la necesidad de proporcionar credenciales de usuario además de la dirección de correo electrónico.
Nota: Técnicamente, el cliente Exchange, como Outlook, se puede configurar manualmente para conectar su servidor CAS de Exchange.
Aunque teóricamente existe una opción para implementar el "método manual" sin utilizar la detección automática para "buscar" o localizar el servidor CAS de Exchange, este método no es compatible en la mayoría de los escenarios.
Una regla general dice que: si tenemos que usar la opción de configuración manual, la mayoría de las posibilidades es que nuestra infraestructura de Exchange no esté configurada correctamente o que el cliente de Exchange tenga muchos otros problemas que le impiden usar los servicios de detección automática.
Resumen y resumen
Como mostramos en el artículo actual, en un entorno Exchange moderno, el cliente Exchange depende completamente del servidor CAS de Exchange.
El servidor CAS de Exchange es razonable para: "conectar" el cliente de Exchange a su buzón de correo, proporcionarles el servicio web de Exchange (o en Exchange 2013 proporcionar la solicitud del cliente de Exchange al servidor de buzones de correo de Exchange) y proporcionar a su cliente y, en particular, al cliente de Outlook, información sobre la configuración requerida para crear un nuevo perfil de correo e información sobre el servicio web Exchange existente.
- "Conectar" el cliente de Exchange a su buzón de correo, proporcionarles el servicio web de Exchange (o en Exchange 2013 proporcionar la solicitud del cliente de Exchange al servidor de buzones de correo de Exchange) y proporcionar a su cliente y, en particular, al cliente de Outlook, información sobre la configuración requerida para crear correo nuevo. perfil e información sobre el servicio web Exchange existente.
- Bríndeles el servicio web de Exchange (o en Exchange 2013, proporcione la solicitud del cliente de Exchange al servidor de buzones de correo de Exchange) y proporcione a su cliente y, en particular, al cliente de Outlook, información sobre la configuración requerida para crear un nuevo perfil de correo e información sobre el servicio web de Exchange existente.
- proporcionar a su cliente y, en particular, al cliente Outlook, información sobre la configuración requerida para crear un nuevo perfil de correo e información sobre el servicio web Exchange existente.
El proceso en el que el cliente localiza el servidor Exchange CAS requerido y el paso en el que el servidor Exchange CAS proporciona al cliente Exchange la información requerida se implementa mediante el proceso de detección automática.