Simplificar la dirección URL de Outlook Web App para Microsoft 365 o Office 365 Híbrido

Obtenga información sobre cómo configurar una dirección URL para Outlook en la web (Outlook Web App) para los usuarios de buzón de correo en la nube en un entorno híbrido.

Una preocupación importante para las organizaciones que se mueven a Microsoft 365 o Office 365 desde Exchange local es la experiencia del usuario. Los usuarios necesitan un acceso ininterrumpido a sus buzones, independientemente de dónde o cuándo se mueve su buzón. Teniendo esto en cuenta, la coexistencia de Outlook en la web (anteriormente denominado Outlook Web App) es importante.

Tenga en cuenta el siguiente escenario: una empresa usa una implementación híbrida para mover algunos de sus buzones de Exchange local a Microsoft 365 o Office 365. El viernes antes del traslado, los usuarios accedieron a sus buzones locales mediante la dirección URL https://mail.contoso.com/owa. El lunes después del traslado, esos mismos usuarios ahora obtienen un error cuando intentan tener acceso a sus buzones mediante esa dirección URL.

Para permitir que los usuarios afectados se conecten a sus buzones con Outlook en la web, tiene dos opciones:

• Indique a los usuarios la nueva dirección URL (por ejemplo, https://outlook.com/owa/contoso.com): Los problemas con esta opción son:

  • La dirección URL es compleja.

  • La experiencia puede presentar interrupciones para los usuarios afectados.

• Configure la opción TargetOWAUrl en la relación de la organización: Los problemas con esta opción son:

  • El punto de conexión de los buzones en la nube es externo (no se encuentra en el dominio que los usuarios esperan).

  • El punto de conexión requiere el dominio en la dirección URL (para distinguir entre Aplicaciones Microsoft 365 para negocios y outlook.com ofertas de consumidor).

  • El punto de conexión provoca que los usuarios vean advertencias de falta de coincidencia en el certificado.

Para que los usuarios no tengan estos problemas con los buzones en la nube, realice los siguientes pasos:

1. Cree un registro CNAME en DNS (por ejemplo, cloudowa.contoso.com) que apunte a mail.office365.com:

   • Asegúrese de crear este registro CNAME en su DNS interno y externo (público), ya que los usuarios pueden conectarse desde conexiones de Internet internas o externas.

   • En nuestro ejemplo, se usa el dominio contoso.com en la solicitud (se quita la parte cloudowa). Esto significa que no necesita especificar el dominio en la dirección URL.

2. Configurar el Outlook en la Web redireccionamiento en la relación de organización local: para ello, use la siguiente sintaxis en el Shell de administración de Exchange en Exchange local:

   Set-OrganizationRelationship -Identity <Organization relationship identity> -TargetOWAUrl http://<CNAME value>/owa
   

   Por ejemplo, si el registro CNAME que creó en el paso 1 es cloudowa.contoso.com y el nombre de relación de la organización es Contoso Cloud, ejecute el siguiente comando:

   Set-OrganizationRelationship -Identity "Contoso Cloud" -TargetOWAUrl http://cloudowa.contoso.com/owa
   

   Nota:

   • Use http, no https. Si se usa https, los usuarios pueden obtener un problema de redirección de direcciones URL [AADSTS50011].

   • El valor final /owa es necesario en la relación de la organización, pero los usuarios no necesitan escribir /owa en la dirección URL.

   • Puede usar el cmdlet Get-OrganizationRelationship para buscar el nombre de la relación de la organización.

Después de aplicar esta configuración, los usuarios pueden seguir usando la dirección URL de Outlook en la Web actual para acceder a sus buzones locales. En el ejemplo anterior, el valor es https://mail.contoso.com/owa.

Varias solicitudes de autenticación

Los usuarios pueden recibir varias solicitudes de autenticación dependiendo de:

• Desde dónde se conectan (conexiones de Internet internas o externas).

• Si su equipo está unido a un dominio o no.

• Si está usando la federación de identidades en su entorno híbrido.

La experiencia de solicitudes de autenticación que los usuarios pueden esperar se describe en la siguiente tabla.

Método de autenticación	Equipo cliente	Experiencia de solicitudes de autenticación
Federación de identidades	Conexión a Internet interna	Solicitud única
Federación de identidades	Conexión a Internet externa	Solicitud doble
Sin federación de identidades	Unido a un dominio (interno o externo)	Solicitud doble
Con o sin federación de identidades	No está unido a un dominio (interno o externo)	Solicitud doble

Nota:

La federación de identidades requiere que el punto de conexión de AD FS esté configurado en la zona de intranet de Internet Explorer como se describe en KB2535227 y que AD FS esté configurado según las instrucciones generales de Microsoft 365 o Office 365.