Lync/Skype para Business client no se puede conectar con Exchange en Office 365 dedicado/ITAR

Síntomas

En Microsoft Office 365 dedicado/ITAR, un usuario puede experimentar uno de los problemas siguientes en el Microsoft Lync Skype para Business client:

• Funciones como las siguientes no funcionan como se esperaba:

  • Guardar historial de conversaciones

  • Actualización de presencia que se basa en la información del calendario

  • Rendimiento de las notificaciones de Office que se muestran en la ficha de contacto del usuario

• El usuario le pedirá repetidamente que proporcionar un nombre de usuario y una contraseña para conectarse a Exchange.

Además, el usuario puede recibir uno de los siguientes mensajes de error:

Causa

Este problema se produce si uno o más de las siguientes condiciones son verdaderas:

• Integración con Microsoft Exchange Server o Outlook está deshabilitada.

• Credenciales de Exchange son incorrectas.

• El servicio de Exchange Web Services (EWS) no está habilitado.

• El firewall o el proxy bloquea tráfico necesario.

• El cliente Lync no puede identificar la información de detección automática correcta.

Solución

Para corregir este problema, siga estos pasos:

1. Asegúrese de que el cliente Lync tiene la actualización más reciente. Para ello, consulte descarga Skype para el negocio y lo actualiza.

2. Confirme que el cliente Lync está configurado para la integración de Exchange o Outlook:

   1. Busque el Cliente Lync > Opciones > Personal.

   2. En el Administrador de información Personal, asegúrese de que está seleccionado Microsoft Exchange o Microsoft Outlook junto con las funciones deseadas:
      
      
      
      Nota: Si estas opciones no están disponibles, pueden ser restringidos mediante una configuración de directiva de grupo o la directiva de cliente al que se aplica al usuario de Lync.

3. Validar las credenciales de Exchange al iniciar sesión en Outlook Web Access.

4. Asegúrese de que EWS está habilitada para el usuario. Para ello, utilice PowerShell remoto para ejecutar el siguiente comando de Exchange:Get-casmailbox <smtp> | fl EWSEnabled Si el valor del atributo EWSEnabled se establece en FALSE, se producirá un error de Lync Nickel de Business integration.

5. Asegúrese de que no hay ningún proxy o un firewall que bloquea el tráfico. Puertos 443 en el entorno de Exchange deben estar abiertos en el firewall y servidores proxy para permitir el tráfico de Exchange pasar libremente.

6. Identificar los problemas EWS que se están experimentados en Outlook (libre/ocupado o fuera de la oficina).

7. Confirme que la dirección URL de EWS que utiliza el cliente Lync es correcta. Para ello, siga estos pasos:

   1. Presione y mantenga presionada la tecla Ctrl, haga clic derecho en el área de notificación el icono de Lync y, a continuación, haga clic en Información de configuración. Busque la configuración de EWS en el campo de Dirección URL externa de EWS .

   2. Cambiar el valor que encuentra en el valor de Dirección URL externa de EWS para que termina con "Exchange.asmx". Por ejemplo:
      
      Dirección URL externa de EWS predeterminada: https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      Cambiar la dirección URL externa de EWS: https://mail.outlook.com/EWS/Exchange.asmx
      
      Nota: Si no hay ningún valor en la dirección URL externa de EWS o EWS interno, vaya al paso 8.

   3. Escriba la dirección URL de EWS externa cambiada en un explorador y, a continuación, escriba las credenciales de Exchange si se le pide hacerlo. Debe recibir una respuesta XML (en Exchange Server 2010) o en una página de servicio (en Exchange Server 2013).
      
      Si la página no se muestra, es probable que una red o problema DNS que impide que la resolución de la dirección URL y deben encargarse de los equipos de red.

8. Si la dirección URL externa y la dirección URL interna de EWS EWS están en blanco, es probable que haya errores en el proceso de detección automática.
   
   El Lync/Skype para clientes empresariales no utiliza el punto de conexión de servicio (SCP) para determinar la dirección URL de detección automática. En su lugar, se basan en los registros de DNS. Base de esta acción en el sufijo de dominio del usuario del atributo WindowsEmailAddress o correo en Active Directory.
   
   Al menos uno de los siguientes registros DNS ha solucionado en el entorno Exchange:

   • https://<SMTP-Domain>/autodiscover/autodiscover.xml

   • https://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • http://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • _autodiscover._tcp. <Dominio SMTP> (registros SRV)

   
   Comprobar si el equipo del usuario puede corregir estas direcciones URL por tratar un ping o buscar la dirección URL en un explorador de Internet. Una respuesta satisfactoria debe mostrar una respuesta XML junto con el código de error 600.
   
   Si aún no las direcciones URL no se muestran después de seguir este paso, probablemente es un problema de red y equipos de la red deben encargarse de investigar.

9. Si el problema persiste, recopilar registros de Lync, una traza de Fiddler y salida de la información de configuración del paso 7 y, a continuación, siga las instrucciones de escalado en el siguiente artículo de Knowledge Base:

   Aspectos básicos de solución de problemas de 2649420 para Lync Online en Office 365 dedicado