Bolsa Infraestructura pública | Sitio de Exchange público versus no público | 5#23
El artículo actual está dedicado al tema de la infraestructura pública de Exchange.
Cuando nos relacionamos con el tema del entorno de coexistencia de Exchange 2013 y el flujo de conectividad del protocolo del cliente, uno de los factores más fundamentales que determinan e influyen en el “flujo de conectividad del protocolo del cliente” es la ubicación física de los clientes de Exchange.
En palabras simples, si el cliente Exchange que se dirige al servidor Exchange CAS considera como cliente Exchange el ubicado en la red pública o cliente Exchange que encontramos en la red interna\privada de la organización.
Por este motivo, es muy necesario que podamos comprender mejor algunos conceptos básicos y las características de la infraestructura pública de la Bolsa.
Intercambio de infraestructura pública | Términos básicos
Comencemos con los términos más básicos: servidor CAS de Exchange público y sitio Exchange público.
El término: "Sitio de Exchange de cara al público", se relaciona con la infraestructura de Exchange que está "Expuesta" o "disponible" para el cliente de Exchange que se ubica en una red pública.
Técnicamente hablando, no existe algo así como "sitio de Exchange público" porque, en realidad, no publicamos el sitio de Exchange, sino un "representante" del sitio que se describe como servidor CAS de Exchange de cara pública.
Las responsabilidades del servidor CAS de Exchange orientado al público
1. Servir y Proteger
El "trabajo" del servidor CAS de Exchange orientado al público es ocultar y proteger la "infraestructura interna de Exchange" que no está expuesta a la red pública.
2. Proxy o redireccionamiento
El servidor público Exchange CAS que acepta las solicitudes de los clientes externos de Exchange toma la decisión necesaria, basándose en la información que "extrae" del Active Directory con respecto al usuario de Exchange.
La "decisión" del servidor CAS de Exchange orientado al público depende de un par de factores, como: la ubicación del servidor de buzón de Exchange que aloja el buzón del usuario, si el "sitio de Exchange de destino" se considera privado (intranet) o " public” (sitio público de Exchange), el tipo de cliente de Exchange, etc.
En función de la ponderación de los diferentes factores, el servidor CAS de Exchange orientado al público decidirá si envía las solicitudes del cliente Exchange externo por sí mismo al servidor Exchange de destino o dirige al cliente Exchange externo para que se dirija a otro servidor CAS Exchange orientado al público u otro servidor CAS de Exchange orientado al público. Sitio de intercambio.
3. Manejar solicitudes de conexión de diferentes clientes de Exchange
El servidor público Exchange CAS debe ser lo suficientemente inteligente y "hablar" varios idiomas simultáneamente.
Cada uno de los diferentes clientes de Exchange "habla" un idioma diferente y el público que se enfrenta a un servidor CAS de Exchange debe reconocer el tipo de cliente de Exchange específico, como Outlook, ActiveSync u OWA, y utilizar los "idiomas" requeridos para comunicarse con el cliente de Exchange en particular.
¿Es obligatoria la necesidad de publicar la infraestructura de Exchange?
Técnicamente hablando, no existe una necesidad obligatoria de "exponer" la infraestructura o los servicios de Exchange al entorno público, pero, el 99% de las veces, los requisitos de la organización dictan la necesidad de exponer al menos una parte del entorno de Exchange al cliente de Exchange que está ubicado en la red pública.
Infraestructura de Exchange privada versus pública | Sinónimos y antónimos
La “parte confusa” del entorno público y privado de Exchange es que se utilizan muchos sinónimos para describir las diferentes infraestructuras de Exchange.
Por ejemplo, los siguientes términos se utilizan para describir un entorno de Exchange que está disponible o "expuesto" para clientes externos de Exchange:
- Servidor público Exchange CAS
- Sitio de intercambio público
- Sitio orientado a Internet
- El sitio AD orientado a Internet
- Flujo de conectividad de cliente externo
Usamos la siguiente lista de términos para describir un sitio de Exchange que no está expuesto a la red pública (puede ser conectado por el cliente externo) y está disponible solo para el cliente de Exchange que está conectado a la red de la organización privada:
- sitio intranet
- Sitio interno
- Sitio AD orientado a Internet
- Sitio AD sin acceso a Internet
- Sitio sin acceso a Internet
- Flujo de conectividad del cliente interno
- Flujo de conectividad de cliente externo
El concepto de “representante”
La implementación de la infraestructura de correo pública de Exchange se basa en un concepto que describo como: “Servidor CAS de Exchange como representante”.
Cuando necesitamos “exponer” nuestra infraestructura de correo a la red pública/externa, la suposición subyacente es que queremos minimizar la “exposición” a posibles amenazas de la red pública.
Para habilitar el mecanismo mediante el cual permitimos que los clientes externos de Exchange accedan a los “servicios de correo internos de Exchange” y, al mismo tiempo, “proteger” la infraestructura de correo interna de Exchange de posibles amenazas de la red pública, “decidimos” un servidor CAS de Exchange muy particular. que servirá como: Servidor público Exchange CAS.
La solicitud de servicio de correo del cliente de Exchange externo será "apuntada" al servidor CAS de Exchange público dedicado.
El servidor CAS de Exchange público realizará un proceso de identificación de los clientes de Exchange externos y luego podrá verificar la identidad del Cliente de Exchange externo, entregue al cliente de Exchange externo mediante proxy su solicitud al servidor de Exchange interno o, en algún escenario, redirija al cliente de Exchange externo a “otros servidores de Exchange”.
o - “otro sitio de Exchange público”.
Exchange infraestructura de correo público | Una variedad de escenarios
El término: "Infraestructura de correo público de Exchange" se puede traducir a muchos escenarios posibles.
En la siguiente sección, revisaremos un par de escenarios posibles para la implementación de: Infraestructura de correo público de Exchange.
Escenario 1: Infraestructura de intercambio público | El modelo centralizado
La infraestructura de Exchange la cual describo como: “modelo centralizado” basado en las siguientes características:
Una organización que tiene múltiples sitios en una ubicación geográfica diferente.
Solo un sitio de la empresa: el sitio de Nueva York configurado como: sitio público de Exchange.
El “CAS de Exchange público de Nueva York” se establecerá como punto final de detección automática público y se publicará utilizando el nombre de host: autodiscover.o365info.com
Además, el “CAS de Exchange público de Nueva York” se publicará utilizando el nombre de host público: mail.o365info.com
Este nombre público utilizado por el cliente externo de Exchange que aborda el “CAS de Exchange de cara al público de Nueva York” como un “servidor de correo” que les permitirá acceder al contenido de su buzón.
En un escenario de: "clientes de Exchange público", todos los empleados de la empresa, de todas partes del sitio de la empresa, como Los Ángeles, Madrid y Nueva York, se dirigirán al sitio de Exchange orientado al público, representado por el "CAS de Exchange orientado al público de Nueva York". . "
La detección automática pública registrada: autodiscover.o365info.com apunta al “CAS de Exchange de cara al público de Nueva York”.
En el siguiente diagrama podemos ver la infraestructura del modelo centralizado. Sólo un sitio en particular se considera como: “Sitio de intercambio público. Todos los clientes externos de Exchange serán "apuntados" al sitio público de Exchange o, si queremos ser más precisos: al servidor público Exchange CAS y el servidor público Exchange CAS "manejará" las solicitudes del cliente externo Exchange por enviar sus solicitudes al recurso interno de Exchange requerido.
En caso de que los usuarios de la organización que se encuentran en la red pública necesiten acceso a la infraestructura de Exchange, la "puerta de enlace" o la "puerta" a la infraestructura de Exchange es: el sitio de la sede de la empresa, que tiene un servidor CAS de Exchange orientado al público.
El servidor público Exchange CAS sirve como “punto focal” para el cliente Exchange que su buzón aloja en el sitio de Nueva York y el resto del sitio de la empresa (sitios de Madrid y Los Ángeles).
Los "otros" sitios de la empresa (sitios de Madrid + Los Ángeles) no tienen una "disponibilidad pública" o, en otros casos, los clientes externos de Exchange no pueden acceder directamente a las palabras.
Los usuarios de Exchange de los sitios de Madrid + Los Ángeles (el sitio que no está expuesto a la red pública) se conectarán al servidor público Exchange CAS en el sitio de Nueva York.
Cuando el “CAS de Exchange de cara al público de Nueva York” acepta una solicitud de conexión de clientes externos de Exchange, decidirá “qué hacer” o “cómo enviar por proxy” la solicitud del cliente al servidor apropiado según la ubicación del cliente de Exchange en particular. (el servidor de buzones de Exchange que aloja el buzón del usuario de Exchange).
Escenario 2: infraestructura de Exchange pública | El modelo distribuido
El segundo modelo se puede describir como: “modelo distribuido” o, en ocasiones, descrito como “modelo regional”. "
El "modelo distribuido" se basa en un concepto en el que cada uno de los sitios físicos de la empresa (o sitios específicos de la empresa) está representado por un sitio de Exchange dedicado al público.
La idea detrás de este modelo es optimizar el rendimiento y el tiempo de respuesta que ofrecen los servidores CAS de Exchange de cara al público.
El cliente de Exchange que pertenece al sitio A accederá a un servidor CAS de Exchange público que representa el sitio A, y así sucesivamente.
En este escenario, la organización decide "exponer" más de un sitio de Exchange.
Por ejemplo, la infraestructura pública de Exchange incluirá el sitio de la sede de la empresa en los EE. UU. y, además, el sitio de la empresa en Europa.
Preste atención a que la empresa tiene un sitio adicional en una zona geográfica diferente que no está expuesta a la red pública: el sitio de Los Ángeles que se describió como el sitio sin acceso a Internet.
Para poder diferenciar entre los dos sitios públicos de Exchange disponibles, cada sitio utilizará un espacio de nombres diferente.
Por ejemplo, el servidor público Exchange CAS en la sede central publicado mediante el FQDN: mail.o365info.com y el servidor público Exchange CAS en el sitio de Europa serán publicados por utilizando el FQDN: europe.mail.o365info.com
Los usuarios externos de Europe Exchange utilizarán el “espacio de nombres de Europa” para conectar la infraestructura de Exchange.
El resto de los usuarios externos de Exchange se conectarán al servidor público Exchange CAS en la sede.
Servidor Exchange Disponibilidad pública versus servidor Exchange interno
Intercambiar direcciones URL y FQDN externos e internos
Otro punto que me gustaría aclarar es la dirección URL interna y externa de Exchange.
En una sección anterior, conocemos el escenario en el que la organización Exchange se basa en más de un sitio con acceso a Internet y que, en algunos escenarios, el servidor CAS de Exchange puede decidir redirigir la solicitud de los clientes de Exchange a "otros servidores CAS de Exchange" en otros sitios de Exchange. Otra opción es proporcionar a los clientes de Exchange información de detección automática que incluya "enlaces" (dirección URL y FQDN) de "otro servidor CAS de Exchange público".
La pregunta que puede surgir ahora es: ¿cómo sabe el servidor Exchange CAS acerca de “otros servidores Exchange CAS públicos”?
La respuesta es bastante simple: servidor Exchange CAS que tiene un "valor" en el campo "dirección URL externa", considerado como un "servidor Exchange CAS público".
Cuando completamos la información (dirección URL) en la sección de “URL externa”, esta información se publica en Active Directory y esta información está disponible para todos los servidores de Exchange.
Cada vez que utilizamos un término como: "Servidor CAS de Exchange público", el significado es una "presencia" de servidores CAS de Exchange cuyos directorios virtuales tienen la propiedad ExternalURL completada.
Podemos decir lo mismo en una “negación”: sitio de Exchange que no tiene acceso a Internet, simplemente significa cualquier sitio de Active Directory que contenga servidores CAS de Exchange cuyos directorios virtuales no tengan la propiedad ExternalURL poblada.
Intercambiar direcciones URL y FQDN externos e internos
Otro componente básico de la infraestructura pública de Exchange son los términos: dirección URL y FQDN.
El cliente de Exchange accede o dirige el servidor de Exchange mediante una dirección URL que incluye un nombre de host particular (FQDN) o dirigiéndose directamente al nombre de host específico.
Por ejemplo. En el siguiente diagrama podemos ver un ejemplo de una dirección URL del servicio web Exchange.
El host de Exchange que proporciona el servicio web de Exchange es: mail.o365info.com
Cuando un cliente de Exchange utiliza esta URL, sabe que el servidor de Exchange al que debe dirigirse es : mail.o365info.com
En otros escenarios, el cliente Exchange utilizará un FQDN (nombre de host) particular que represente un servidor Exchange.
Por ejemplo, un cliente externo de Exchange que “pertenece” a una organización llamada: o365info.com, iniciará el proceso de comunicación buscando el punto final de detección automática llamado: autodiscover.o365info.com
Otro ejemplo podría ser el nombre del punto final RPC que utiliza el cliente Outlook. En nuestro escenario, el servidor CAS de Exchange orientado al público que sirve como: Punto final RPC para un cliente externo de Outlook llamado: mail.o365info.com
La información de detección automática que se proporcionará al cliente Outlook externo de Exchange incluirá una referencia al nombre del host:
FQDN externo versus interno
Otra observación importante relacionada con la infraestructura del cliente público de Exchange es el tema del nombre FQDN externo versus interno.
Cada uno de los servidores de Exchange debe representarse mediante un nombre de host (FQDN).
- Nombre FQDN interno: el nombre de host del cliente de Exchange podría describirse como privado; en este caso, el único cliente de Exchange interno ubicado en la red privada de la empresa podrá direccionar y acceder al servidor de Exchange en particular utilizando el nombre de host específico.
- Nombre FQDN público: el nombre de host del cliente de Exchange podría describirse como público en caso de que el cliente de Exchange externo pueda abordar y acceder a un servidor de Exchange en particular. Para poder estar disponible para clientes Exchange externos, el servidor Exchange configurado como: servidor CAS de Exchange público y el nombre de host del servidor Exchange deben publicarse en el servidor DNS externo\público.
Múltiples sitios de Exchange orientados al público
En un escenario de múltiples sitios de Exchange públicos, cada uno de los sitios de Exchange públicos necesitará tener un representante: Servidor CAS de Exchange público que aceptará las solicitudes de comunicación de los clientes externos de Exchange.
Por ejemplo, una empresa que tenía dos sitios de Exchange orientados al público, un sitio en Nueva York y un sitio adicional en Madrid.
- El servidor público Exchange CAS que representa Nueva York se publicará mediante el nombre del host (FQDN): mail.o365info.com
- El servidor público Exchange CAS que representa a Madrid se publicará mediante el nombre del host (FQDN): europe.mail.o365info.com
