Lync/Skype para clientes comerciais não pode se conectar ao Exchange no Office 365 dedicado/ITAR

Sintomas

No Microsoft Office 365 dedicado/ITAR, um usuário pode ter um dos seguintes problemas no Microsoft Lync/Skype para cliente de negócios:

• Recursos como a seguir não estão funcionando conforme o esperado:

  • Salvar histórico de conversa

  • Atualização de presença com base em informações do calendário

  • De notificações do Office que são exibidos no cartão de visita do usuário

• O usuário pode ser solicitado repetidamente a fornecer um nome de usuário e uma senha para se conectar ao Exchange.

Além disso, o usuário pode receber uma das seguintes mensagens de erro:

Causa

Esse problema ocorre se uma ou mais das seguintes condições forem verdadeiras:

• Integração com o Outlook ou o Microsoft Exchange Server está desativada.

• Troca de credenciais está incorretas.

• O serviço do Exchange Web Services (EWS) não está habilitado.

• O proxy ou firewall bloqueia o tráfego necessário.

• O cliente Lync não pode identificar as informações de descoberta automática correta.

Resolução

Para corrigir esse problema, execute as seguintes etapas:

1. Certifique-se de que o cliente Lync tem a atualização mais recente. Para fazer isso, consulte o Skype para negócios downloads e atualizações.

2. Confirme que o cliente Lync é configurado para integração do Exchange ou do Outlook:

   1. Localize o Lync cliente > Opções > pessoal.

   2. Em Gerenciador de informações pessoais, certifique-se de que o Microsoft Exchange ou Microsoft Outlook está selecionada em conjunto com os recursos desejados:
      
      
      
      Observação: Se essas opções não estiverem disponíveis, eles podem ser restritos por uma configuração de diretiva de grupo ou a diretiva de cliente que é aplicada ao usuário Lync.

3. Valide as credenciais do Exchange entrando no Outlook Web Access.

4. Certifique-se de que o EWS está ativado para o usuário. Para fazer isso, use o PowerShell remoto para executar o seguinte comando do Exchange:Get-casmailbox <smtp> | fl EWSEnabled Se o valor do atributo EWSEnabled é definido como FALSE, o Lync/Skye de integração corporativa falhará.

5. Certifique-se de que não há nenhum proxy ou firewall que bloqueia o tráfego. Portas 443 para o ambiente do Exchange devem ser abertas no firewall e servidores proxy para permitir que o tráfego do Exchange passar livremente.

6. Identifica problemas EWS que ocorrem no Outlook (livre/ocupado ou fora do escritório).

7. Confirme se a URL do EWS usa o cliente Lync está correta. Para fazer isso, execute as seguintes etapas:

   1. Pressione e segure a tecla Ctrl, clique com botão direito no ícone do Lync na área de notificação e, em seguida, clique em Informações sobre a configuração. Procure a configuração EWS no campo URL externa EWS .

   2. Altere o valor encontrado na configuração de URL externa EWS para que termina com "Exchange.asmx". Por exemplo:
      
      URL externa EWS padrão: https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      Alterado o URL externo do EWS: https://mail.outlook.com/EWS/Exchange.asmx
      
      Observação: Se não houver nenhum valor no EWS interno ou URL externa do EWS, vá para a etapa 8.

   3. Insira o endereço de URL externa EWS alterado em um navegador e digite as credenciais do Exchange se você será solicitado a fazer isso. Você deverá receber uma resposta em XML (no Exchange Server 2010) ou uma página de serviço (em Exchange Server 2013).
      
      Se a página não for exibida, isso provavelmente é uma rede ou problema DNS que impede que a resolução da URL e equipes de rede devem ser contratadas.

8. Se o EWS URLs externos e EWS internos estão em branco, é provável que o processo de descoberta automática está falhando.
   
   O Lync/Skype para clientes comerciais não usar o ponto de conexão de serviço (SCP) para determinar a URL de descoberta automática. Em vez disso, eles usam registros DNS. Eles basear esta ação em sufixo de domínio do usuário do atributo WindowsEmailAddress ou email no Active Directory.
   
   Pelo menos um dos seguintes registros DNS tem que ser corrigido no ambiente do Exchange:

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

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

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

   • _autodiscover._tcp. <Domínio SMTP> (registro SRV)

   
   Verifique se o computador do usuário pode corrigir esses URLs ou experimentando um ping ou localizar o URL em um navegador da Internet. Uma resposta bem-sucedida deve mostrar uma resposta em XML com o código de erro 600.
   
   Se as URLs ainda não são exibidas depois que você seguir esta etapa, provavelmente é um problema de rede e equipes de rede devem ser contratadas para investigar.

9. Se o problema ainda persistir, coletar logs do Lync, um rastreamento do Fiddler e saída de informações de configuração de etapa 7A e, em seguida, siga as instruções de escalonamento no seguinte artigo da Base de Conhecimento:

   Noções básicas de solução de problemas de 2649420 para o Lync Online no Office 365 dedicado