Servicios web de intercambio | Administrar la dirección URL interna y externa | Parte 10#36

El artículo actual debería brindarnos una pequeña idea del tema de la administración de la dirección URL de Exchange interna y externa de los diferentes servicios.
Revisaremos un par de ejemplos de las interfaces disponibles para nosotros para administrar la variedad de Exchange. servicios: la interfaz gráfica y la interfaz de PowerShell.

En los siguientes artículos, veremos "debajo del capó" las configuraciones de Exchange relacionadas con la configuración de las URL internas y externas de Exchange.

Servicio web de Exchange frente a servicios basados en Exchange

Antes de comenzar un pequeño debate filosófico sobre el término: servicio web de intercambio.

El uso habitual de la frase - servicio web de Exchange se relaciona con una interfaz de servidor de Exchange particular llamada - EWS (servicio web de Exchange).

Esta interfaz de Exchange permite a los clientes dirigirse al servidor Exchange y solicitar un servicio único basado en web, como servicio de disponibilidad, respuesta automática (fuera de la oficina), sugerencias por correo y más.

Además de la interfaz EWS, Exchange Server ofrece muchos otros servicios diferentes.

Por ejemplo, Exchange proporciona una interfaz "dedicada" para cada uno de los diferentes clientes de correo, como por ejemplo:

• OWA: permite que un cliente basado en web acceda a su buzón de correo
• Outlook en cualquier lugar: permite que el cliente basado en Outlook acceda a su buzón
• ActiveSync: permite que un cliente móvil acceda a su buzón de correo.

Ejemplos adicionales de servicios que proporciona Exchange son:

• OAB: la libreta de direcciones sin conexión que utiliza el cliente Outlook.
• ECP: panel de control de Exchange, la capacidad de administrar un servidor Exchange o acceder a partes específicas de la administración de Exchange mediante el uso de una plataforma web.

El denominador común de todos estos servicios es que todos ellos pueden describirse como un "servicio basado en web". servicios”. El protocolo de comunicación es: HTTP o HTTPS y el acceso a cada uno de los diferentes servicios de Exchange se implementa mediante la dirección URL.

Entonces, la gran pregunta es: cuando decimos servicio web Exchange, ¿cuál es el significado exacto?

Mi respuesta es que no importa.

La arquitectura de Exchange se basa en gran medida en servicios web y la definición exacta de servicio web de Exchange versus servicios basados en web de Exchange no importa.

Lo que importa es:

1. En un escenario de identidad dual de Exchange que significa nombre de host interno versus nombre de host externo, necesitamos saber cómo se asignan estas "identidades" para cada uno de los servicios web de Exchange.
2. Múltiples nombres públicos

Muchas veces, Exchange tendrá un par de nombres públicos. Nuevamente, es importante que sepamos cómo se asignan estas "identidades" (diferentes nombres públicos) para cada uno de los servicios web de Exchange.

Administrar la dirección URL de los servicios web de Exchange.

Como se mencionó, cada uno de los servicios basados en web de Exchange está representado por una dirección URL. En el siguiente artículo, revisaremos tres interfaces de administración de Exchange que utilizamos para administrar la dirección URL:

1. Interfaz gráfica de administración de Exchange 2010
2. Interfaz gráfica de gestión de Exchange 2013
3. Intercambiar comandos de PowerShell

P: ¿Por qué debería utilizar la interfaz Exchange PowerShell en lugar de la interfaz gráfica de Exchange?

R: En teoría, podemos asumir que, en caso de que podamos administrar la dirección URL interna y externa de Exchange mediante una interfaz gráfica, no es necesario utilizar la interfaz no amigable de PowerShell.

En realidad muchas veces tendremos que utilizar la interfaz de PowerShell porque algunas de las configuraciones no están disponibles a través de la interfaz gráfica del servidor Exchange.

Otro aspecto es que la interfaz gráfica de Exchange 2010 no incluye la opción de administrar todos los diferentes servicios web de Exchange.

Una de las mejoras en Exchange 2013 son las opciones adicionales para administrar los servicios web de Exchange que no estaban disponibles en la interfaz de administración de Exchange 2010.

Los servicios web de Exchange que necesitaremos conocer.

En la siguiente sección, revisaremos la parte de “cómo” administrar la dirección URL interna y externa de Exchange, pero es importante enfatizar que la etapa preliminar es la “fase de planificación”, en la que decidimos cuál es el escenario más apropiado que coincidirá con las necesidades específicas de nuestra organización.

Por ejemplo

• Decidir si queremos utilizar la opción de un espacio de nombres unificado en el que el espacio de nombres interno y el espacio de nombres externo serán idénticos.
• Decida cuáles son las “identidades” públicas (nombres de host públicos) que asignaremos al servidor Exchange público.

En base a los personajes de un escenario específico que sea adecuado para nuestra organización, tendremos la información requerida para

• Comprar un certificado público
• Cree la configuración requerida en Exchange relacionada con los servicios web de Exchange dirección URL interna + externa

Administrar servicios web de Exchange 2010 mediante la interfaz gráfica de Exchange

La configuración de la mayoría de los servicios web de Exchange 2010 se implementa accediendo a la sección de - Configuración del servidor y luego a la subsección de - Acceso del cliente.
Notas

1. La interfaz de administración incluye la opción de administrar los protocolos POP3 e IMAP4. No nos referiremos a esta parte porque este protocolo no se considera un servicio web de Exchange.
2. La interfaz actual no incluye la opción para administrar el servicio Exchange Outlook Anywhere. La gestión de Outlook Anywhere implementada a través de la sección “configuración del servidor”.

1.Pestaña del panel de control de Exchange y aplicación web de Outlook

Esta pestaña nos permite configurar la dirección URL de los servicios Exchange para clientes de correo web (OWA) y el ECP (panel de control de Exchange) de Exchange.

La primera pestaña, Outlook Web App, nos permite configurar la dirección URL interna + externa que utilizará el cliente de correo OWA.

En la siguiente captura de pantalla podemos ver la opción en la pestaña General.

En nuestro ejemplo, la URL interna para el cliente de correo OWA se basa en el nombre de host interno del servidor Exchange: ex01.0365info.local frente a la dirección URL externa o pública que utiliza el nombre público del servidor Exchange: owa.o365info.com

El servicio Exchange OWA incluye pestañas adicionales que nos permiten establecer el protocolo de autenticación y otra configuración relacionada con el servicio de correo OWA.

2. Configuración de URL de Exchange ActiveSync

Al observar las opciones que tenemos disponibles con respecto a la configuración de la URL de Exchange ActiveSync, podemos ver que podemos configurar la URL externa e interna para la URL de ActiveSync.

A primera vista, parece un poco extraño porque un cliente ActiveSync, como un dispositivo móvil, nunca puede acceder a la "URL interna de ActiveSync" porque los clientes ActiveSync acceden al servidor Exchange CAS solo a través de redes públicas.

La respuesta es que la URL interna de ActiveSync solo se usa con fines de proxy en un escenario de servidor Exchange CAS público que necesita conectar un servidor Exchange adicional o interno (no expuesto).

3. Configuración de nombres de host de Outlook en cualquier lugar.

En la siguiente captura de pantalla podemos ver cómo utilizamos la interfaz gráfica de Exchange para configurar el servicio Outlook Anywhere.

Tenga en cuenta que en la arquitectura del servidor Exchange 2010 frente a todos los “otros servicios web de Exchange”, la configuración del servicio Outlook Anywhere incluye solo el nombre de host público del servidor Exchange.

La arquitectura del servidor Exchange 2013 incluye la opción de configurar el nombre de host del servidor interno + externo para los clientes de Outlook Anywhere.

Servicios web de Exchange que no se pueden configurar desde la interfaz de gestión gráfica de Exchange.

Como se mencionó, la interfaz de administración gráfica de Exchange no incluye la opción de configurar todos los servicios web de Exchange disponibles.

Los siguientes servicios web de Exchange no se pueden configurar desde la interfaz de administración gráfica de Exchange

• Intercambiar servicios EWS
• Servicio web de detección automática de Exchange

Administrar servicios web de Exchange 2013 mediante la interfaz web gráfica de Exchange

Interfaz gráfica de Exchange 2013 (basada en web)

No entraremos en una comparación detallada de la interfaz gráfica de Exchange 2010 con la interfaz gráfica de Exchange 2013, pero me gustaría revisar algunas diferencias significativas entre esas dos interfaces de Exchange.

La configuración de los servicios web de Exchange en Exchange 2013 se implementa accediendo al menú servidor y en la barra de menú superior, al directorio virtual . >menú.

La interfaz gráfica de Exchange 2013 incluye los “servicios web adicionales” que faltan en la interfaz de Exchange 2010.

Los otros servicios web que aparecen en la gestión de Exchange 2013 son:

• Intercambio de EWS
• Descubrimiento automático
• Potencia Shell

1. Configuración del servicio web de detección automática

En caso de que queramos echar un vistazo a los ajustes de configuración del servicio web Autodiscover, podemos ver que la interfaz gráfica de Exchange 2013 no incluye una opción para configurar la URL interna o externa del servicio Autodiscover. La única opción es configurar los protocolos de autenticación.

2. Configuración de Exchange EWS

Una actualización interesante es la capacidad de Exchange 2013 para configurar las URL de Exchange EWS mediante la interfaz gráfica. La opción se omitió en la interfaz de Exchange 2010, por algún motivo.

Solo un recordatorio rápido del propósito del EWS: El EWS (Exchange Web Service) es uno de los servicios web primarios de Exchange, que sirve como "puerta de entrada" para muchos tipos de servicios web, tales como: Servicio de disponibilidad (tiempo libre/ocupado). ), respuesta automática (Outlook of Office), sugerencias por correo y más.

3. Interfaz de administración de Exchange Outlook en cualquier lugar

La interfaz de Exchange 2013 para administrar el servicio Outlook Anywhere es un poco más amigable que la interfaz anterior de Exchange 2010.

La interfaz de 2013 nos permite editar + ver el nombre del servidor Exchange que proporcionará los servicios de Outlook Anywhere y también nos permite configurar el nombre de host interno + externo.

Administrar la dirección URL de los servicios de detección automática de Exchange en un entorno basado en Active Directory.

La razón por la que he decidido asignar una sección dedicada al tema de la gestión de la dirección URL del servicio Exchange Autodiscover es que este tema es muy confuso y no tan claro.

El “viaje” del cliente de detección automática comienza con el primer paso en el que el cliente de detección automática necesita localizar un servidor de Exchange que le proporcione los servicios de detección automática necesarios, dirigirse al servidor de Exchange, enviar una consulta, etc.

Ahora centrémonos en la palabra “localizar”.

El método que utiliza el cliente interno de Outlook para encontrar el punto final de detección automática
(el servidor Exchange) requerido es completamente diferente del método implementado por los clientes externos de Outlook.

El cliente interno de Outlook no lo sabe.

• ¿Quiénes son los servidores Exchange disponibles que pueden proporcionar servicios de detección automática?
• ¿Cuál es su nombre de host?
• ¿Cuál es la dirección URL requerida para acceder al servicio de detección automática de Exchange?

En un entorno de Active Directory local, el cliente de detección automática no conoce el nombre de "su" servidor Exchange CAS (la infraestructura interna de Exchange podría tener uno o varios servidores Exchange CAS).

Para poder obtener los "nombres" de los servidores Exchange CAS disponibles, el cliente de detección automática interno debe dirigirse al Active Directory local y consultar en Active Directory los nombres de los servidores Exchange CAS disponibles.

Por este motivo, existe un requisito previo obligatorio para la composición exitosa del "proceso de registro" del servidor Exchange CAS.

vs. Este carácter del cliente Outlook interno, ocurre lo contrario con respecto a los clientes Outlook externos:

El cliente externo de Outlook "conoce de antemano" la dirección URL exacta del servidor Exchange que podría proporcionarle los servicios de detección automática necesarios.

El cliente de detección automática externo no necesita una "fuente de información" como: el
Active Directory local que le proporcionará el nombre del punto final de detección automática existente, sino que el cliente de detección automática externo busca un host muy específico. nombre.

En nuestro ejemplo, debido a que la dirección de correo electrónico del cliente de correo externo utiliza el nombre de dominio - o365info.com , el cliente de detección automática (como Outlook) consultará el servidor DNS buscando para la dirección IP del host denominado: autodiscover.o365info.com

Cuando el cliente de detección automática externo se dirige al servidor CAS de Exchange público utilizando el nombre de host de detección automática (autodiscover.o365info.com en nuestro ejemplo), el componente IIS del servidor CAS de Exchange "sabe" cómo para aceptar la solicitud del FQDN autodiscover.o365info.com

Registro de la información sobre el punto final de detección automática

Hagámoslo aún más complicado.

Servicio de detección automática e infraestructura de organización interna

Con respecto a la infraestructura de la organización interna, en escenarios estándar o simples, no necesitamos realizar ninguna acción para "registrar" el servidor Exchange e informar al cliente interno sobre "su punto final de detección automática" porque Exchange sabe cómo registrarse automáticamente en Active Directory. .

El proceso automático mediante el cual el servidor Exchange se registra en Active Directory sólo es relevante en un escenario simple. En escenarios más avanzados necesitaremos “cancelar” la información que Exchange registró automáticamente y crear un valor nuevo y actualizado.

Servicio de detección automática e infraestructura externa

Con respecto a una escena en la que el cliente de detección automática externo necesita "consumir" los servicios de detección automática de Exchange, la forma que utilizan los clientes de detección automática para ubicar el servidor de Exchange que proporcionará los servicios de detección automática requeridos es completamente diferente.

El cliente de detección automática conoce el nombre del host + la dirección URL del servidor Exchange que podría proporcionar la información de detección automática.

Como administradores de Exchange, necesitaremos

• Publicar el nombre de host de detección automática en la infraestructura DNS pública
• Agregue el nombre de host de detección automática al certificado público

Una cosa interesante es que, en comparación con el "otro" servicio web de Exchange en el que necesitamos "jugar" con la dirección URL interna y externa, el tipo de autenticación y otros parámetros, cuando se trata del mecanismo de detección automática de Exchange que debería servir a los servicios externos. Clientes de Exchange, ¡el concepto principal es que no necesitamos hacer nada!
El escenario en el que necesitamos “jugar” con la configuración de detección automática de Exchange que afecta a los clientes de detección automática externos es muy raro.

Administrar la configuración de detección automática de Exchange

En caso de que necesitemos administrar la configuración de detección automática de Exchange, debemos usar la interfaz de Exchange PowerShell.

En la siguiente sección, demostraremos cómo manejar el "registro interno de detección automática" de Exchange en Active Directory.

No mostraremos cómo administrar el "registro de detección automática externo" de Exchange por la sencilla razón de que el 99,9% no necesitamos "jugar" con la configuración de detección automática de Exchange del servicio web de Exchange.

P: ¿Cuáles son los escenarios en los que queremos\necesitamos actualizar la información registrada por el servidor Exchange en Active Directory?

R: La respuesta podría estar relacionada con un par de escenarios posibles:

Escenario 1: Matriz CAS de Exchange 2010
En el escenario de Matriz CAS de Exchange, necesitaremos "eliminar" la dirección URL predeterminada que se registró automáticamente con el servidor CAS de Exchange y, en su lugar, agregar una nueva dirección URL que incluirá el nombre de host (el FQDN) que representa el nombre de la matriz CAS de Exchange.

Escenario 2: DNS dividido

El escenario de “DNS dividido” describe una configuración en la que las direcciones URL del servidor Exchange CAS interno y externo son idénticas.

En este escenario, también necesitaremos "eliminar" la dirección URL predeterminada que se registró automáticamente con el servidor CAS de Exchange y, en su lugar, agregar la URL que incluye el FQDN que se usó para las URL internas y externas.
De forma predeterminada , el servidor Exchange CAS registrará su nombre “NetBIOS” como nombre de host + el nombre de dominio de Active Directory.

En caso de que queramos utilizar un nombre de host diferente que represente el servidor CAS de Exchange, necesitaremos cambiar el nombre de host predeterminado de Exchange (el nombre predeterminado "NetBIOS").

Escenario 3: entorno "solo nube"

En un escenario específico en el que toda la infraestructura de correo se migró a la nube (Office 365 y Exchange Online), es aceptable cambiar la URL predeterminada que creó automáticamente el servidor CAS de Exchange y que "ya no existe" y, en su lugar, actualice la parte del FQDN en la dirección URL para que apunte al punto final de detección automática de Office 365 -
autodiscover.o365info.com

Servicios web de intercambio | La interfaz de Exchange PowerShell

En la siguiente sección, revisaremos el tema de la URL interna y externa de los servicios web de Exchange mediante PowerShell.

Como se mencionó, necesitaremos usar la interfaz de PowerShell porque, en algunos escenarios, como cuando se usa la interfaz gráfica de Exchange 2010, no hay ninguna opción disponible para crear o actualizar la configuración de URL requerida.

Hay una ventaja adicional al usar el comando PowerShell porque muchas veces podemos ver información adicional que no aparece en la interfaz gráfica predeterminada de Exchange.

Administrar la información de detección automática de Exchange registrada en el SCP de Active Directory mediante PowerShell

Servicio de detección automática de Exchange y SCP de Active Directory local

Las tareas de administración, que se relacionan con la información que se registró con el servidor Exchange CAS en el SCP de Active Directory, son:

1. Vea los detalles que se registraron con el servidor Exchange CAS en el SCP de Active Directory. Para poder ver la información en el punto de conexión del servicio (SCP) de Active Directory, utilizamos el comando - Get-ClientAccessServer
2. Administrar (actualizar) los detalles que se registraron con el servidor Exchange CAS en el SCP de Active Directory. Para poder actualizar la información en el punto de conexión del servicio (SCP) de Active Directory utilizamos el comando - Set-ClientAccessServer

P: ¿Cuál es la “información” que se registra con el servidor CAS de Exchange en el punto de conexión del servicio (SCP) de Active Directory?

A: Los detalles del servidor CAS de Exchange que están registrados en el punto de conexión del servicio (SCP) de Active Directory son:

1. FQDN interno del servidor local de Exchange
2. La URL de detección automática (el término más preciso es URI)
3. El alcance del sitio de detección automática (el sitio de Active Directory local en el que se encuentra el servidor Exchange).

El comando “mágico” de PowerShell que nos ayudará a administrar la información registrada en el punto de conexión del servicio (SCP) de Active Directory es - Set-ClientAccessServer

1. Mostrar información que se registró en el punto de conexión del servicio Active Directory (SCP)

Para poder ver esta información (la información que se registra en el servidor Exchange para clientes internos), podemos usar el siguiente comando de PowerShell:

Get-ClientAccessServer -Identity <Server> | FL Autodiscover*

Ejemplo 1: ver información sobre el nombre que fue registrado en el SCP de Active Directory por el servidor Exchange llamado - ex01

En la siguiente captura de pantalla, podemos ver que el servidor Exchange se registró en el SCP utilizando la dirección URL:

https://ex01.0365info.local/Autodiscver/Autodiscver.xml

Además, podemos ver que el servidor Exchange que aparece es miembro de
{Default-First-Site-Name}

El valor que representa la información que el servidor Exchange registra en Active Directory es - AutoDiscoverServiceInternalUri

Ejemplo 2: optimizar la salida del comando de PowerShell

En caso de que queramos optimizar la salida del comando PowerShell, podremos ver claramente la información que se realizó en la dirección URL que se registró + la información sobre

Get-ClientAccessServer -Identity <Server> | Select name, AutodiscoverServiceInternalURI, AutodiscoverSiteScope | FT -AutoSize

En la siguiente captura de pantalla, podemos ver los detalles del servidor Exchange llamado - ex01.o365local.com

En la sección de - AutodiscoverServiceInternalURI, podemos ver la dirección URL de detección automática del punto de conexión del servicio Active Directory (SCP).

Podemos ver que el FQDN del servidor Exchange se basa en el nombre de Exchange “privado” (NetBIOS) + el nombre de dominio de Active Directory local.

Además, podemos ver información sobre el sitio de Active Directory local en el que se instaló el servidor Exchange. En nuestro escenario, podemos ver que el servidor Exchange está instalado en un sitio de Active Directory local llamado - {Default-First-Site-Name}.

2. Actualizar la información de detección automática del servidor CAS de Exchange

En algunos escenarios, necesitamos cambiar o actualizar los valores predeterminados del servidor Autodiscover Exchange CAS que se registraron automáticamente en el punto de conexión del servicio Active Directory (SCP).

Ejemplo 1: matriz CAS de intercambio

En caso de que queramos agregar el nombre de la matriz CAS al punto de conexión del servicio Active Directory (SCP), podemos usar la siguiente sintaxis de comandos de PowerShell:

Set-ClientAccessServer -Identity "<Exchange server>" -AutodiscoverServiceInternalURI "<CAS Autodiscover URL address>"

Por ejemplo, en nuestro escenario, el nombre de la matriz CAS del servidor Exchange CAS es: cas.o365info.local

Set-ClientAccessServer -Identity "<Exchange server>" -AutodiscoverServiceInternalURI "<CAS Autodiscover URL address>"

Ejemplo 2: agregar un sitio adicional de Active Directory al servidor CAS de Exchange

En un escenario de múltiples sitios de Exchange, la mejor práctica es "asignar" el valor del sitio de la información que aparece en el SCP de Active Directory.

Por ejemplo, queremos implementar una configuración en la que un servidor Exchange CAS en particular llamado exo1 se “registre” como un servidor Exchange CAS disponible para dos Active Directory diferentes. sitios al mismo tiempo.

En nuestro ejemplo, queremos “adjuntar” el servidor CAS de Exchange a los siguientes sitios de Active Directory: USA-NY yUSA-LA

El comando de PowerShell que utilizaremos será:

Set-ClientAccessServer -Identity "ex01" -AutodiscoverSiteScope "USA-NY","USA-LA"

Obtenga información sobre el servicio web Exchange Autodiscover mediante PowerShell

Como mencionamos anteriormente, la mayoría de las veces no es necesario configurar o administrar la dirección URL interna y externa de detección automática del servidor CAS de Exchange.

Pero estoy seguro de que algunos de ustedes tienen un poco de curiosidad y quieren verificar que esto es solo un cuento de hadas o una declaración real.

Para poder satisfacer su hambre, obtenga más información sobre la dirección URL interna y externa de detección automática del servidor Exchange CAS.

Los comandos de PowerShell que utilizamos para obtener información y administrar el servicio de detección automática (dirección URL interna y externa) son:

Get-AutodiscovervirtualDirectory

Set-AutodiscovervirtualDirectory

Mostrar información sobre la carpeta virtual de detección automática de Exchange

Ejemplo 1: ver la configuración del servicio web de detección automática de un servidor CAS de Exchange específico

Para poder ver la configuración del servicio web de detección automática de un servidor Exchange CAS en particular, usaremos el siguiente comando de PowerShell:

Get-AutodiscovervirtualDirectory "ex01\*" | FL

En la siguiente captura de pantalla, podemos ver un par de detalles sobre la carpeta virtual de detección automática del servidor Exchange CAS.

¡Puedes ver que el valor de InternalUrl y ExternalUrl están vacíos!

La información adicional disponible se relaciona con el método de autenticación que se utilizará, como: Básico, NTLM, Windows integrado y WSSecurity.

Ejemplo 2: refinar los resultados de PowerShell

En caso de que queramos refinar los resultados del comando de PowerShell, podemos filtrar la salida usando el comando de PowerShell:

Get-AutodiscovervirtualDirectory "ex01\*" | Select name, Server, InternalUrl, ExternalUrl

Ejemplo 3: obtener información sobre la configuración de detección automática de todos los servidores Exchange CAS existentes

En caso de que desee obtener información sobre la configuración de detección automática de todos los servidores CAS de Exchange actuales, puede utilizar el comando de PowerShell:

Get-AutodiscovervirtualDirectory | Select name, Server, InternalUrl, ExternalUrl

En la siguiente captura de pantalla, podemos ver información sobre la configuración de detección automática de todos los servidores Exchange CAS existentes.

Configuración de la configuración de autenticación del servicio de detección automática del servidor Exchange CAS

Se supone que la configuración de autenticación para los servicios web de detección automática se configura automáticamente para admitir el requisito de autenticación + admitir el protocolo de autenticación requerido.

En algún escenario de solución de problemas, en caso de que haya un problema o una configuración incorrecta de los servicios web de detección automática, podemos "solucionar" el problema mediante un comando de PowerShell.

En el siguiente PowerShell configuraremos los servicios web de detección automática para admitir el protocolo de autenticación WSSecurity:

Set-AutodiscoverVirtualDirectory -identity "CASServerName\Autodiscover (Default Web Site)" -WSSecurityAuthentication $true

Administrar los servicios web de Exchange (EWS) mediante PowerShell

Como se mencionó, la opción para configurar la dirección URL interna y externa de los servicios web de Exchange (EWS) no está disponible cuando se usa la interfaz gráfica de Exchange 2010, solo cuando se usa la interfaz de administración web de Exchange 2013.

Sólo un recordatorio rápido: los servicios web de Exchange (EWS) son un componente esencial para muchos de los servidores web de Exchange más conocidos, como el servicio disponible (tiempo libre/ocupado), respuesta automática (fuera de la oficina), sugerencias por correo y mucho más. más.

En un escenario de servidor público Exchange CAS, es importante comprobar y verificar que la URL externa de los servicios web de Exchange (EWS) esté actualizada e incluya la "configuración correcta" que permitirá al cliente de correo externo acceder a los servicios Exchange EWS requeridos.

Mostrar información sobre los servicios web de Exchange (EWS)

El primer paso es mostrar información sobre los "valores" de las URL internas y externas de los servicios web de Exchange (EWS).

Ejemplo 1: mostrar información sobre una configuración EWS del servidor Exchange CAS específica

Para poder ver la configuración de EWS de un servidor Exchange CAS llamado: exo1, usaremos el siguiente comando de PowerShell:

Get-WebServicesVirtualDirectory "ex01\*" | FL *url*

En la siguiente captura de pantalla, podemos ver un ejemplo de Outlook que obtenemos del servidor Exchange configurado como servidor Exchange público.

Podemos ver eso

• El valor en InternalURL incluye el "nombre de host privado" del servidor Exchange: o365info.local
• El valor en ExternalURL incluye el “nombre de host público” del servidor Exchange: o365info.com

Ejemplo 2: mostrar información sobre la configuración de EWS de todos los servidores Exchange CAS existentes

Para poder ver la configuración de EWS de todos los servidores Exchange CAS actuales, usaremos el siguiente comando de PowerShell:

Get-WebServicesVirtualDirectory | FL *url*

En la siguiente captura de pantalla, podemos ver información sobre la dirección URL del servicio web Exchange de todos los servidores Exchange de la organización.

Ejemplo 3: mostrar información sobre una configuración particular de EWS del servidor Exchange CAS + refinar los resultados de salida

Get-WebServicesVirtualDirectory "ex01\*" | Select InternalUrl,ExternalUrl

En la siguiente captura de pantalla, podemos ver información sobre la configuración de autenticación del servicio web Exchange.

Establecer\actualizar la dirección URL de los servicios web de Exchange (EWS)

Ejemplo 1: Establecer la dirección URL "pública" (externa) de los servicios web de Exchange (EWS)

En el siguiente ejemplo, el FQDN del servidor público Exchange CAS es: mail.o365info.com

Comando de PowerShell:

Set-WebServicesVirtualDirectory -Identity "CAS01\EWS (Default Web Site)" - ExternalUrl https://mail.o365info.com/ews/exchange.asmx

Ejemplo 2: Establecer la dirección URL interna de los servicios web de Exchange (EWS)

En el siguiente ejemplo, el FQDN del servidor CAS de Exchange es: ex01.o365info.local

Comando de PowerShell:

Set-WebServicesVirtualDirectory -Identity "CAS01\EWS (Default Web Site)" -InternalUrl https://ex01.o365info.local/ews/exchange.asmx

Administrar el “reinicio” de los servicios web de Exchange usando PowerShell

En la siguiente sección, proporcionaremos algunos ejemplos generales de escenarios comunes en los que necesitamos administrar el nombre de host de la dirección URL para diferentes servicios web de Exchange.

Exchange OAB (libreta de direcciones sin conexión)

Set-OABVirtualDirectory -identity "ex01\OAB (Default Web Site)"
-InternalUrl "https://ex01.o365info.local/oab"
-ExternalUrl "https://mail.o365info.com/oab"

Servicio web ActiveSync Exchange

Ejemplo 1: mostrar información sobre Exchange ActiveSync | URL interna y externa

Comando de PowerShell:

Get-ActiveSyncVirtualDirectory -Server "ex01" | FL

Ejemplo 2: configurar la URL interna y externa de Exchange ActiveSync

Set-ActiveSyncVirtualDirectory -Identity "EX01\Microsoft-Server-ActiveSync"
-InternalUrl "https://ex01.o365info.local/Microsoft-Server-ActiveSync"
-ExternalUrl "https://mail.o365info.com/Microsoft-Server-ActiveSync"

Servicio web de intercambio OWA

Mostrar información sobre el servicio web OWA Exchange

Ejemplo 1: mostrar toda la información disponible sobre el servicio web OWA Exchange en un servidor CAS de Exchange en particular.

Comando de PowerShell:

Get-OWAVirtualDirectory -identity "EX01\owa (default web site)"

Ejemplo 2: muestra información sobre la dirección URL interna y externa del servicio web OWA Exchange en un servidor CAS de Exchange en particular.

Get-OWAVirtualDirectory -identity "EX01\owa (default web site)" | Select InternalUrl,ExternalUrl

Ejemplo 3: mostrar toda la información disponible sobre el servicio web OWA Exchange de todos los servidores Exchange CAS existentes.

Get-OwaVirtualDirectory | Select identity,InternalUrl,ExternalUrl

Establecer dirección URL interna y externa para el servicio web OWA Exchange

Ejemplo 1: establecer la dirección URL interna y externa para el servicio web OWA Exchange en un servidor CAS de Exchange en particular

Set-OwaVirtualDirectory -Identity "ex01\owa (default Web site)"
-InternalUrl "https://ex01.o365info.local/owa"
-ExternalUrl "https://mail.o365info.com/owa"

Mostrar información sobre el servicio web ECP Exchange

Ejemplo 1: mostrar toda la información disponible sobre el servicio web de ECP Exchange en un servidor Exchange CAS en particular.

Comando de PowerShell:

Get-EcpVirtualDirectory -server "EX01"

Ejemplo 2: mostrar información sobre la dirección URL interna y externa del servicio web de ECP Exchange en un servidor CAS de Exchange en particular.

Get-EcpVirtualDirectory -server "EX01" | Select identity,InternalUrl,ExternalUrl

Ejemplo 3: mostrar toda la información disponible sobre el servicio web ECP Exchange de todos los servidores Exchange CAS existentes.

Get-EcpVirtualDirectory | Select identity,InternalUrl,ExternalUrl | FL

Establecer la dirección URL interna y externa para el servicio web ECP Exchange

Ejemplo 1: configurar la dirección URL interna y externa para el servicio web OWA Exchange en un servidor CAS de Exchange en particular

Set-EcpVirtualDirectory -Identity "ex01\ECP (Default Web Site)"
-InternalUrl "https://ex01.o365info.local/ecp"
-ExternalUrl "https://mail.o365info.com/ecp"

Servicio web Outlook Anywhere Exchange

Ejemplo 1: mostrar toda la información disponible sobre el servicio web Outlook Anywhere Exchange en un servidor CAS de Exchange específico.

Comando de PowerShell:

Get-OutlookAnywhere -Identity "ex01\*"

Ejemplo 2: muestra información sobre la dirección URL del nombre de host externo del servicio web Outlook Anywhere Exchange de un servidor CAS de Exchange en particular.

Get-OutlookAnywhere -Identity "ex01\*"

Ejemplo 3: muestra toda la información disponible sobre el servicio web Outlook Anywhere Exchange de todos los servidores Exchange CAS existentes.

Get-OutlookAnywhere | Select identity,ExternalHostname |FL

Tabla resumen

En caso de que esté un poco confundido con las diferentes opciones de administración de servicios web de Exchange, puede usar la siguiente tabla