Solución de problemas de disponibilidad en el entorno híbrido de Exchange

¿Para qué sirve esta guía?

Esta guía describe cómo solucionar los problemas de disponibilidad que se pueden producir en una implementación híbrida de un servidor Microsoft Exchange Server y Microsoft Exchange Online en Office 365.

¿A quién va dirigido?

A los administradores de inquilinos. Para muchos de los pasos será necesario acceso con privilegios elevados.

¿Cómo funciona?

Comenzaremos por preguntarle en qué consiste su problema. Luego, proporcionaremos una serie de pasos para solucionar los problemas específicos que tenga.

Tiempo estimado de finalización

30-60 minutos.

Le damos la bienvenida al solucionador de problemas de disponibilidad en entornos híbridos

Seleccione la opción que mejor describa el problema al que se enfrenta:

Nota: Si quiere revisar cómo funciona la disponibilidad en una implementación híbrida, haga clic en la opción "Quiero comprender mejor cómo funciona la disponibilidad híbrida".

Le damos la bienvenida al solucionador de problemas de disponibilidad en entornos híbridos

Seleccione la opción que mejor describa el problema al que se enfrenta:

Nota: Si quiere revisar cómo funciona la disponibilidad en una implementación híbrida, haga clic en la opción "Quiero comprender mejor cómo funciona la disponibilidad híbrida".

Versión del servidor local de Exchange en su entorno

Para comprender mejor cómo se supone que funciona la disponibilidad en entornos híbridos, revise los siguientes diagramas de flujo. Seleccione la versión del servidor local de Exchange que coincida con su entorno:

El flujo de trabajo de disponibilidad de Exchange 2010/2013

En el siguiente diagrama se muestra el flujo de trabajo de disponibilidad de Exchange 2010/2013:

P3_ExchangeWorkFlow
 


¿Solucionó esta medida el problema?

Flujo de trabajo de disponibilidad de Exchange 2007

En el siguiente diagrama se muestra el flujo de trabajo de disponibilidad de Exchange 2007:

P4_ExchangeWorkFlow
 


¿Solucionó esta medida el problema?

Flujo de trabajo de disponibilidad de Exchange 2003

En el siguiente diagrama se muestra el flujo de trabajo de disponibilidad de Exchange 2003:

P5_ExchangeWorkFlow
 


¿Solucionó esta medida el problema?

¿Funciona la disponibilidad local?

Inicie sesión en el buzón de un usuario local y, a continuación, intente ver la disponibilidad de otro usuario local. Esta prueba permite comprobar que no tiene problemas con la recuperación de la información de disponibilidad en su entorno local.


¿Ha podido ver la información de disponibilidad?

Tiene un problema de disponibilidad local

Este solucionador de problemas se utiliza para diagnosticar los problemas de disponibilidad en un entorno híbrido. Este no parece ser su problema inmediato. Después de solucionar los problemas de disponibilidad local, reinicie este solucionador de problemas.

Para obtener información acerca de cómo solucionar algunos problemas comunes de disponibilidad local, consulte Información sobre la solución de problemas de disponibilidad para Outlook 2007.

El usuario de nube no puede ver la información de disponibilidad del usuario local

Para determinar qué mensaje de error se recibe de OWA, siga estos pasos:

  1. Utilice la cuenta del usuario de nube afectado para iniciar sesión en el Portal en http://portal.MicrosoftOnline.com.
  2. Haga clic en Outlook, en la parte superior de la página. Se abre Outlook Web App.
  3. Cree una nueva convocatoria de reunión y, a continuación, agregue el usuario local a la reunión.
  4. Cuando se devuelvan las marcas "hash", sitúe el puntero sobre ellas para mostrar el mensaje de error. Anote el número del código del mensaje de error.

P8_FreeBusyStutas
 


Seleccione el código de error correspondiente en la lista siguiente para acotar los pasos de solución de problemas que debe seguir:

El usuario de nube no puede ver la disponibilidad del usuario local

Utilice los siguientes métodos para comprobar que la detección automática se puede resolver desde un origen externo y que el Firewall está abierto.

Primer método: Comprobar que la detección automática se resuelve en el servidor CAS de Exchange local

  1. En un equipo externo, abra un símbolo del sistema, escriba los siguientes comandos y presione Entrar después de cada uno:
    • NSLookup
    • autodiscover.<Your_Domain.com>
  2. En la respuesta al comando, el valor "Dirección" debe ser la IP externa del servidor CAS de Exchange local. Por ejemplo: Nombre: autodiscover.contoso.com Dirección: 38.96.29.10

Segundo método: Comprobar que se puede enviar una solicitud POST de detección automática a las posibles URL de detección automática

  1. Vaya a https://www.testexchangeconnectivity.com.
  2. En Pruebas de conectividad de Microsoft Office, seleccione Detección automática de Outlook y, a continuación, haga clic en Siguiente.
  3. Rellene el formulario de detección automática de Outlook (dirección de correo electrónico, nombre de usuario y contraseña) y, a continuación, haga clic en Realizar prueba.

Si las pruebas de conectividad de Exchange no pasan la detección automática, compruebe la configuración de detección automática de acceso a Internet. Para obtener más información al respecto, consulte el tema de Microsoft TechNet relativo a la configuración del servicio de detección automática para el acceso a Internet.


¿Solucionó esta medida el problema?

El usuario de nube no puede ver la disponibilidad del usuario local

Compruebe que el extremo de detección automática apunte al servidor híbrido local de Exchange.

Compruebe los registros de IIS del servidor híbrido de Exchange para asegurarse de que este servidor recibe la solicitud POST de detección automática:

  1. En el servidor híbrido de Exchange, haga clic en Inicio, en Ejecutar, escriba %SystemDrive%\inetpub\logs\LogFiles y, a continuación, presione Entrar.
  2. Abra la carpeta W3SVC1 y, a continuación, abra el archivo de registro de IIS más reciente.
  3. Busque "Autodiscover".
  4. En la siguiente captura de pantalla se muestra un ejemplo de la solicitud POST de detección automática en el registro de IIS: 

P10_error5039
 


Si no ve ninguna entrada para detección automática en el servidor local de implementación híbrida de Exchange, puede que el firewall esté apuntando a un servidor CAS erróneo.


¿Solucionó esta medida el problema?

El usuario de nube no puede ver la disponibilidad del usuario local

¿Existe el nombre de dominio en la relación de la organización?

Para comprobar el valor del nombre de dominio en la relación de la organización, siga estos pasos:

  1. Conéctese a Exchange Online utilizando Windows PowerShell. Más información sobre este tema enConectarse a Exchange Online mediante PowerShell remoto
  2. En Windows PowerShell, ejecute el siguiente comando: Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL
  3. Compruebe el valor de DomainName. Debe existir el dominio personal (sudominio.com).
  4. Si el valor de DomainName falta en su dominio personal, ejecute el siguiente comando: Set-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" –DomainName sudominio.com

¿Solucionó esta medida el problema?

El usuario de nube no puede ver la disponibilidad del usuario local

¿Falta la asignación del controlador de IIS?

Determine si en la configuración de Internet Information Services (IIS) falta la asignación del controlador svc-Integrated para el extremo de detección automática.

  1. En el servidor local de implementación híbrida de Exchange 2010, abra el Administrador de Internet Information Services (IIS).
  2. Expanda NombreDeServidor -- > Sitio -- > Sitio web predeterminado y, a continuación, haga clic en Detección automática.
  3. En la sección IIS, abra Asignaciones de controlador. En la siguiente captura de pantalla se muestra un ejemplo de la asignación del controlador svc-Integrated en IIS:
    P12_HandlerMapping
     

Si a IIS le falta la asignación del controlador svc-Integrated, consulte el tema "Error: Se inició una excepción en el destino" en una implementación híbrida de Office 365 y su entorno local.


¿Solucionó esta medida el problema?

El usuario de nube no puede ver la disponibilidad del usuario local

Siga estos pasos para comprobar que EWS tiene configurada una URL externa:

  1. En el servidor local de implementación híbrida de Exchange, abra Shell de administración de Exchange y, a continuación, ejecute el siguiente cmdlet: Get-WebServicesVirtualDirectory | FL Name,Server,externalURL
  2. Si falta la URL externa en el servidor de implementación híbrida de Exchange, ejecute el siguiente cmdlet: Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (sitio web predeterminado)" -ExternalUrl https://mail.contoso.com/ews/exchange.asmx

¿Solucionó esta medida el problema?

El usuario de nube no puede ver la disponibilidad del usuario local

Compruebe que los servicios Web Exchange (EWS) de Microsoft se puedan resolver y que no haya problemas con el firewall.

Compruebe los registros de IIS en el servidor o los servidores CAS de Exchange 2010/2013 para confirmar que este servidor recibe la solicitud de los servicios Web. Para ello, siga estos pasos:

  1. En el servidor CAS de Exchange 2010/2013, haga clic en Inicio, en Ejecutar, escriba %SystemDrive%\inetpub\logs\LogFiles y, a continuación, presione ENTRAR.
  2. Abra la carpeta W3SVC1 y, a continuación, abra el archivo de registro de IIS más reciente.
  3. En él, busque "exchange.asmx/wssecurity”. En la siguiente captura de pantalla se muestra un ejemplo de la solicitud en el registro de IIS:
    P15_error5016
     
  4. Si no ve ninguna entrada para "exchange.asmx/wssecurity" en su servidor local de implementación híbrida de Exchange 2010/2013, puede que el firewall esté apuntando a un servidor CAS erróneo o puede que haya configurado la autenticación previa en el firewall. Para obtener información acerca de cómo omitir la autenticación previa del firewall, consulte Cómo configurar TMG para implementaciones híbridas de Office 365 (Exchange).

¿Solucionó esta medida el problema?

El usuario de nube no puede ver la disponibilidad del usuario local

¿Falta la asignación del controlador de IIS en EWS?

Determine si en la configuración de Internet Information Services (IIS) falta la asignación del controlador svc-Integrated para el extremo de EWS.

  1. En el servidor local de implementación híbrida de Exchange, abra el Administrador de Internet Information Services (IIS).
  2. Expanda Nombre de servidor -- > Sitio -- > Sitio web predeterminado y, a continuación, haga clic en EWS.
  3. En el área IIS , abra Asignaciones de controlador. En la siguiente captura de pantalla se muestra un ejemplo de la asignación del controlador svc-Integrated en IIS:
    P17_HandlerMapping
     
  4. Si a IIS le falta la asignación del controlador svc-Integrated, consulte el artículo de soporte técnico "Error: Se inició una excepción en el destino" en una implementación híbrida de Office 365 y su entorno local.

¿Solucionó esta medida el problema?

El usuario de nube no puede ver la disponibilidad del usuario local

¿Se ha habilitado WSSecurity como método de autenticación?

En el servidor local de implementación híbrida de Exchange, ejecute el siguiente comando en el Shell de administración de Exchange: Get-WebServicesVirtualDirectory | fl name,server,externalURL,ExternalAuthenticationMethods

Si WSSecurity falta en ExternalAuthenticationMethods en el servidor de implementación híbrida de Exchange, ejecute el siguiente comando: Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (sitio web predeterminado)" –WSSecurityAuthentication $true


¿Solucionó esta medida el problema?

El usuario de nube no puede ver la disponibilidad del usuario local

Compruebe que la configuración de la relación de la organización sea correcta para permitir la información de disponibilidad de los usuarios.

Para configuración en línea

  1. Conéctese a Exchange Online utilizando Windows PowerShell. Más información sobre este tema enConectarse a Exchange Online mediante PowerShell remoto
  2. En Windows PowerShell, ejecute el siguiente comando: Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

El resultado debería ser similar al siguiente:

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Si se debe cambiar un valor, use el cmdlet "set-OrganizationRelationship" para corregir la propiedad. Para obtener más información acerca de la sintaxis y las opciones, consulte Set-OrganizationRelationship.

Para configuración local

  1. En el CAS de Exchange 2010/2013, ejecute el siguiente comando en el Shell de administración de Exchange: Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship”

El resultado debería ser similar al siguiente:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Si se debe cambiar un valor, use el cmdlet "set-OrganizationRelationship" para corregir la propiedad. Para obtener más información acerca de la sintaxis y las opciones, consulte Set-OrganizationRelationship.


¿Solucionó esta medida el problema?

El usuario local no puede ver la disponibilidad del usuario de nube

¿En qué versión de Exchange se encuentra ubicado el buzón de los usuarios locales?

El usuario de Exchange 2003 no puede ver la disponibilidad del usuario de nube

¿Puede reproducir el problema usando un buzón local de Exchange 2010?

  1. Inicie sesión en un cliente de Outlook o OWA como usuario que tiene un buzón local de Exchange 2010.
  2. Cree una nueva convocatoria de reunión y agréguele un usuario de nube.
  3. Cuando ve el asistente de programación, ¿ve las marcas "hash" del usuario de nube?
El usuario de Exchange 2003 no puede ver la disponibilidad del usuario de nube

Compruebe que no haya enrutamiento de carpetas públicas codificado de forma rígida que impediría que tuviera éxito la solicitud de disponibilidad heredada.

Nota: Este no es un problema frecuente.

Compruebe que el atributo ms-Exch-Folder-Affinity-List de las propiedades de Exchange Server 2003 tenga el valor de ObjectGUID de Exchange 2010 con el coste más bajo (el formato de esta propiedad es el siguiente: {guid de servidor},coste).

  1. En un controlador de dominio, haga clic en Inicio, en Ejecutar, escriba adsiedit.msc y, a continuación, haga clic en Aceptar.
  2. Haga clic con el botón derecho en ADSI Edit y, a continuación, haga clic en Conectarse a.
  3. En Seleccionar un contexto de nomenclatura conocido, seleccione Configuración y, a continuación, haga clic en Aceptar.
  4. Expanda Configuración -- > Servicios -- > Microsoft Exchange -- > Primera organización -- > Grupo administrativo de Exchange (FYDIBOHF23SPDLT)-- > Servidores.
  5. Haga clic con el botón derecho en Servidor de Exchange 2010 y, a continuación, haga clic en Propiedades.
  6. Copie el valor de objectGUID y péguelo en un archivo de texto del Bloc de notas.
  7. Vaya a Configuración -- > Servicios -- > Microsoft Exchange -- > Primera organización -- > Primer grupo administrativo-- > Servidores.
  8. Haga clic con el botón derecho en Exchange Server 2003 y, a continuación, haga clic en Propiedades.
  9. Compruebe que el valor ms-Exch-Folder-Affinity-List esté establecido con objectGUID de Exchange 2010. Si objectGUID de Exchange 2010 no aparece en ms-Exch-Folder-Affinity-List, puede agregarlo usando el formato: {guid de servidor},coste.

¿Solucionó esta medida el problema?

El usuario de Exchange 2003 no puede ver la disponibilidad del usuario de nube

¿Existe y se ha replicado correctamente la disponibilidad externa?

Agregue la carpeta pública OU=EXTERNAL (FYDIBOHF25SPDLT). Para ello, siga estos pasos:

  1. Conéctese a Exchange 2010 SP1 local o al servidor de carpetas públicas más reciente.
  2. Abra Windows PowerShell.
  3. Ejecute el siguiente cmdlet: Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup
  4. Ejecute el siguiente cmdlet: Install-FreeBusyFolder

Nota: La carpeta pública OU=EXTERNAL (FYDIBOHF25SPDLT) solo debe existir en servidores de Exchange 2010 y NO se debe replicar en Exchange 2003 o Exchange 2007.


¿Solucionó esta medida el problema?

El usuario de Exchange 2003 no puede ver la disponibilidad del usuario de nube

Compruebe que el objeto de destinatario en el servidor local tenga configurado el valor de LegacyExchangeDN correcto.

  1. Cada buzón de nube tendrá un objeto habilitado para correo local correspondiente. Para este tipo de consulta de disponibilidad, usamos el valor de LegacyExchangeDN para enrutar nuestra solicitud al servidor de carpetas públicas adecuado. Para estar seguro de que este valor es exacto, siga estos pasos:
  2. En el servidor de Exchange 2010, ejecute el siguiente comando en el Shell de administración de Exchange: Get-RemoteMailbox Username |fl LegacyExchangeDN, donde username es el nombre del usuario de nube cuya información de disponibilidad intenta ver.
  3. En los resultados, compruebe que External (FYDIBOHF25SPDLT) está en la ruta. Por ejemplo, los resultados deben mostrar la ruta de la manera siguiente: 
    P24_CannotSeeBusyFree
     

¿Solucionó esta medida el problema?

El usuario de Exchange 2003 no puede ver la disponibilidad del usuario de nube

Compruebe los permisos de la carpeta pública.

Para usar la Consola de administración de carpetas públicas de Exchange 2010 para cambiar los permisos de cliente para la réplica de disponibilidad External (FYDIBOHF25SPDLT), siga estos pasos:

  1. Inicie la Consola de administración de Exchange 2010.
  2. En el árbol de la consola, haga clic en Cuadro de herramientas.
  3. En el panel de resultados, haga clic en Consola de administración de carpetas públicas y, a continuación, en el panel de acciones, haga clic en Abrir herramienta. Aparece la Consola de administración de carpetas públicas.
  4. En la Consola de administración de carpetas públicas, en el panel de acciones, haga clic en Conectar al servidor.
  5. En Conectar al servidor, haga clic en Examinar para ver una lista de los servidores de buzón que contienen una base de datos de carpetas públicas.
  6. En Select Public Folder Servers (Seleccionar servidores de carpetas públicas), seleccione el servidor de Exchange 2010. Haga clic en Aceptar y, después, haga clic de nuevo en Aceptar.
  7. En el árbol de carpetas públicas, vaya a System Public Folder (Carpeta pública del sistema) -- > SCHEDULE+ FREE/BUSY (DISPONIBILIDAD DE SCHEDULE +).
  8. En el panel de resultados, haga clic con el botón derecho en EX:/O=FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT) y, a continuación, haga clic en Propiedades.
  9. En la pestaña Permisos, confirme que Edit all permission level (Editar todos los niveles de permiso) está seleccionado para el Usuario predeterminado
    P25_CannotSeeBusyFree
     

¿Solucionó esta medida el problema?

El usuario de Exchange 2003 no puede ver la disponibilidad del usuario de nube

¿Falta el buzón de arbitraje o está dañado?

El buzón de arbitraje se puede editar mediante ADSIEdit. La cuenta federated.email debe estar ubicada en el contenedor predeterminado de usuarios de Active Directory para el dominio de Exchange 2010.

Seleccione una de las opciones siguientes:

  1. Utilice adsiedit.
    1. Conecte con el contexto de nomenclatura predeterminado de Active Directory.
    2. Vaya al contenedor Usuarios y vea las propiedades de la cuenta federatedemail.
    3. Cambie los atributos de dirección proxy de la cuenta para tener UNA de las direcciones SMTP ya federada, o agregue el espacio de nombres de direcciones proxy ya existente a la confianza de federación.
  2. En Exchange Server 2003, abra "Usuarios y equipos de Active Directory".
    1. Vaya al contenedor Usuarios y haga clic con el botón derecho en la cuenta FederatedEmail. A continuación, haga clic en Propiedades.
    2. Si va a la pestaña Direcciones de correo electrónico, puede agregar otra dirección proxy para que coincida con los espacios de nombres de federación ya configurados, o agregar el espacio de nombres SMTP principal ya existente a la confianza de federación.

¿Solucionó esta medida el problema?

El usuario de Exchange 2007 no puede tener acceso a la disponibilidad del usuario de nube

¿Puede reproducir el problema con un buzón local de Exchange 2010 o 2013?

  1. Inicie sesión en su cliente de Outlook o OWA como usuario que tiene un buzón local de Exchange 2010 o 2013.
  2. Cree una nueva convocatoria de reunión y agréguele un usuario de nube.
  3. Cuando ve el asistente de programación, ¿ve las marcas "hash" del usuario de nube?
El usuario de Exchange 2007 no puede tener acceso a la disponibilidad del usuario de nube

Compruebe el espacio de direcciones de disponibilidad para asegurarse de que la configuración sea correcta. Es posible que AvailabilityAddressSpace no esté bien configurado. Compruebe que el valor de ProxyURL en la configuración de AvailabilityAddressSpace coincida con el valor de InternalURL del directorio virtual de servicios Web de CAS de Exchange 2010/2013. Para ello, siga estos pasos:

  1. En el servidor local, ejecute los siguientes comandos en el Shell de administración de Exchange:
    Get-AvailabilityAddressSpace | FL ProxyUrl
    Get-WebServicesVirtualDirectory | FL Server,InternalUrl
  2. Si los valores de ProxyURL e InternalURL no coinciden, ejecute los siguientes comandos:
    Remove-AvailabilityAddressSpace -Identity ‘contoso.mail.onmicrosoft.com'
    Add-AvailabilityAddressSpace -ForestName contoso.mail.onmicrosoft.com' -AccessMethod 'InternalProxy' -UseServiceAccount
    'True' -ProxyUrl https://cas2010.contoso.com/ews/exchange.asmx
  3. Si los valores de ProxyURL e InternalURL no coinciden, asegúrese de que puede tener acceso a la URL desde el servidor CAS de Exchange 2007. Para eso, vaya a la ProxyURL de AvailabilityAddressSpace desde CAS 2007. Autentique con las credencias del buzón de origen Exchange 2007 El resultado esperado es el siguiente: 
    P28_CannotAccessBusyFree
     

Nota: El valor de InternalURL del directorio virtual de los servicios Web de CAS de Exchange 2010/2013 debe ser diferente del de Exchange 2007.


¿Solucionó esta medida el problema?

El usuario de Exchange 2010/2013 no puede ver la disponibilidad del usuario de nube

Inicie sesión en el buzón de un usuario local y, a continuación, intente ver la disponibilidad de otro usuario local. Esta prueba permite comprobar que no tiene problemas con la recuperación de la información de disponibilidad en su entorno local. 


¿Ha podido ver la información de disponibilidad?

El usuario local no puede ver la disponibilidad del usuario de nube

Determine qué mensajes de error recibe de OWA.

  1. Utilice la cuenta del usuario afectado para iniciar sesión en OWA local.
  2. Cree una nueva convocatoria de reunión y, a continuación, agregue el usuario local a la reunión.
  3. Cuando se devuelvan las marcas "hash", sitúe el puntero sobre ellas para mostrar el mensaje de error. Anote el número del código del mensaje de error.
    P30_OnPremisesCannotSeeBusyFree
     

Seleccione el mensaje de error correspondiente en la lista siguiente para acotar los pasos de solución de problemas que debe seguir:

El usuario de Exchange 2010/2013 no puede ver la disponibilidad del usuario de nube

Si debe tener una configuración de proxy web en su entorno, compruebe que los servidores locales de Exchange 2010 y Exchange 2013 estén configurados para usarla.

En los servidores locales de Exchange 2010 y Exchange 2013, ejecute el siguiente comando en el Shell de administración de Exchange: "Get-ExchangeServer | fl InternetWebProxy."

En la mayoría de los entornos, los resultados estarán en blanco. Sin embargo, si tiene un proxy saliente en su entorno local, puede que tenga que configurar los valores de proxy correctos.

Para solucionar este problema, ejecute el siguiente comando, donde la dirección y el número de puerto http://192.168.5.56:8080 se sustituye por la dirección y el número de puerto del servidor:

Set-ExchangeServer -InternetWebProxy http://192.168.5.56:8080


¿Solucionó esta medida el problema?

El usuario de Exchange 2010/2013 no puede ver la disponibilidad del usuario de nube

Compruebe que la configuración de la relación de la organización sea correcta para permitir la información de disponibilidad de los usuarios.

Para configuración en línea

  1. Conéctese a Exchange Online utilizando Windows PowerShell. Más información sobre este tema en Conectarse a Exchange Online mediante PowerShell remoto
  2. En Windows PowerShell, ejecute el siguiente comando: Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

El resultado debería ser similar al siguiente:

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Si se debe cambiar un valor, use el cmdlet "set-OrganizationRelationship" para corregir la propiedad. Para obtener más información acerca de la sintaxis y las opciones para realizar esto, consulte Set-OrganizationRelationship.

Para configuración local

En el CAS de Exchange 2010/2013, ejecute el siguiente comando en el Shell de administración de Exchange:

Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship”

El resultado debería ser similar al siguiente:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Si se debe cambiar un valor, use el cmdlet "set-OrganizationRelationship" para corregir la propiedad. Para obtener más información acerca de la sintaxis y las opciones para realizar esto, consulte Set-OrganizationRelationship.


¿Solucionó esta medida el problema?

El usuario de Exchange 2010/2013 no puede ver la disponibilidad del usuario de nube

Asegúrese de que la hora establecida en su servidor no sea inexacta en más de 5 minutos. Si la hora del servidor es diferente en 5 minutos con respecto a la hora real, la comunicación con la puerta de enlace de federación se volverá no válida. Como consecuencia la disponibilidad dará error.

Para obtener información acerca de cómo solucionar los problemas de hora del servidor, consulte Cómo configurar un servidor de hora autoritativo en Windows Server.


¿Solucionó esta medida el problema?

El usuario de Exchange 2010/2013 no puede ver la disponibilidad del usuario de nube

Determine si se especifica la dirección de destino correcta en el MEU local. Cada buzón de nube tendrá un objeto local correspondiente. El objeto debe tener especificada la dirección de enrutamiento remoto correcta (conocida también como la dirección de destino). Esta dirección de enrutamiento remoto debe contener un nombre de dominio similar a TenantName.Mail.OnMicrosoft.com.

Para comprobar que la dirección de enrutamiento remoto está establecida, siga estos pasos:

  1. En el servidor de Exchange 2010 o Exchange 2013, ejecute el siguiente comando en el Shell de administración de Exchange: Get-RemoteMailbox Username |fl RemoteRoutingAddress, donde username es el nombre del usuario de nube cuya información de disponibilidad intenta ver.
  2. Compruebe que la dirección contiene TenantName.Mail.OnMicrosoft.com
    P34_CannotSeeBusyFree
     

Nota: Si no ha utilizado el asistente de configuración híbrida, el nombre de dominio debe reflejar el dominio de enrutamiento remoto que ha seleccionado.


¿Solucionó esta medida el problema?

El usuario de Exchange 2010/2013 no puede ver la disponibilidad del usuario de nube

Compruebe que la configuración de la relación de la organización sea correcta para permitir la información de disponibilidad de los usuarios.

Para configuración en línea

Conéctese a Exchange Online utilizando Windows PowerShell. Para obtener más información al respecto, consulte Conexión de Windows PowerShell al servicio.

En Windows PowerShell, ejecute el siguiente comando: Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

El resultado debería ser similar al siguiente:

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Si se debe cambiar un valor, use el cmdlet "set-OrganizationRelationship" para corregir la propiedad. Para obtener más información acerca de la sintaxis y las opciones para realizar esto, consulte Set-OrganizationRelationship.

Para configuración local

En el CAS de Exchange 2010/2013, ejecute el siguiente comando en el Shell de administración de Exchange: Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship”

El resultado debería ser similar al siguiente:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Si se debe cambiar un valor, use el cmdlet "set-OrganizationRelationship" para corregir la propiedad. Para obtener más información acerca de la sintaxis y las opciones para realizar esto, consulte Set-OrganizationRelationship.


¿Solucionó esta medida el problema?

El usuario de Exchange 2010/2013 no puede ver la disponibilidad del usuario de nube

Compruebe que se pueda crear un token con la confianza prueba-federación.

En el entorno local, compruebe que puede recuperar un token de delegación que se usará para la autorización de disponibilidad. Para ello, siga estos pasos:

  1. Abra el Shell de administración de Exchange desde el servidor de Exchange 2010 o 2013 local.
  2. Ejecute el siguiente comando: Test-FederationTrust –UserIdentity User@company.com –verbose, donde User es el usuario local que tiene problemas para ver la información de disponibilidad del usuario de nube.
  3. La salida debe mostrar que todas las pruebas son correctas. Si hay un error, utilice de nuevo el asistente de configuración híbrida para intentar restablecer la confianza de federación.
    P36_CannotSeeBusyFree
     

¿Solucionó esta medida el problema?

El usuario de Exchange 2010/2013 no puede ver la disponibilidad del usuario de nube

Si la hora del servidor es diferente en 5 minutos con respecto a la hora real, la comunicación con la puerta de enlace de federación se volverá no válida. Como consecuencia la disponibilidad dará error.

Para obtener información acerca de cómo solucionar los problemas de hora del servidor, consulte Cómo configurar un servidor de hora autoritativo en Windows Server.


¿Solucionó esta medida el problema?

La disponibilidad local no funciona en 2010/2013

Este tutorial se utiliza para solucionar los problemas de disponibilidad híbrida. Según sus respuestas, tiene problemas locales. Para obtener información acerca de cómo solucionar problemas comunes de disponibilidad local, consulte Solución de problemas de la información de disponibilidad para Outlook 2007.

Solución de problemas generales de carpetas públicas

El tutorial guiado de disponibilidad no va encaminado a resolver los problemas con las carpetas públicas. Para obtener información acerca de cómo solucionar los problemas con las carpetas públicas, consulte Cómo solucionar problemas de replicación de carpetas públicas en Exchange 2000 Server y en Exchange Server 2003.

Enhorabuena, el problema se ha solucionado.

Gracias por utilizar la guía sobre disponibilidad.

¿Sigue teniendo problemas?

Lo sentimos, pero no podemos resolver su problema mediante esta guía.

Propiedades

Id. de artículo: 10092 - Última revisión: 6 oct. 2016 - Revisión: 4

Comentarios
ERROR: at System.Diagnostics.Process.Kill() at Microsoft.Support.SEOInfrastructureService.PhantomJS.PhantomJSRunner.WaitForExit(Process process, Int32 waitTime, StringBuilder dataBuilder, Boolean isTotalProcessTimeout)