Você está offline; aguardando reconexão

Lync não pode verificar se o servidor é confiável para o endereço"mensagem durante o logon no cliente

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 2833618
Sumário

Este artigo descreve dois cenários que ocorrem quando o cliente Lync não pode estabelecer uma relação de confiança com recursos que exigem uma conexão TLS segura.

Cenário 1

Quando um usuário tenta entrar no Microsoft Lync em um ambiente de servidor de Lync 2013 pela primeira vez, ele recebe a seguinte mensagem na caixa de diálogo:

Lync está tentando conectar-se a:
<Fully qualified="" domain="" name="" (fqdn)="" of="" a="" server="">
Lync não pode verificar se o servidor é confiável para seu endereço. Conectar mesmo assim?</Fully>

Por exemplo, a seguinte caixa de diálogo confiar em modelo é exibida:

Captura de tela para a caixa de diálogo modelo de confiança

Cenário 2

A caixa de diálogo do Lync – entraré mostrada na imagem capturada no cenário 1 exibe o nome de domínio totalmente qualificado (FQDN) da interface de servidor de acesso de cliente do Exchange (CAS) da organização que é usado pelo cliente Lync para acessar informações de caixa de correio de usuário por meio de serviços de Web do Exchange (EWS). Esse comportamento ocorre quando o URI de SIP do usuário Lync contém um sufixo de domínio que não coincide com o sufixo do domínio da interface do CAS do Exchange. Se o usuário decidir não confiar a conexão com a interface de CAS do Exchange, o cliente Lync não terá acesso aos serviços de caixa de correio do Exchange provisionado por EWS.

Para confirmar esse comportamento, execute as seguintes etapas:
  1. Certifique-se de que o cliente Lync é conectado na área de trabalho do cliente Windows.
  2. Mantenha a tecla CTRL pressionada e clique com botão direito no ícone do Lync na área de notificação do cliente Windows.
  3. No menu de atalho, clique em Informações sobre a configuração.
  4. Localize a linha "EWS informações".
  5. Se esta linha contém "EWS não totalmente inicializado", você está tendo comportamento do cenário 2.
Causa
Esse problema ocorre porque o nome de domínio SIP do usuário não correspondem aos nomes de domínio nas seguintes propriedades no certificado de serviços de Web do Lync e serviços Web do Exchange:
  • Nome da entidade
  • Nome comum
Como Contornar
Para contornar esse problema, use um dos seguintes métodos.

Método 1: modificar manualmente o valor de registro TrustModelData

ImportanteEssa seção, método ou tarefa contém etapas que informam sobre como modificar o registro. No entanto, sérios problemas poderão ocorrer se você modificar o Registro incorretamente. Portanto, certifique-se de seguir estes passos cuidadosamente. Para obter mais proteção, faça backup do registro antes de modificá-lo. Em seguida, você poderá restaurar o registro caso ocorra um problema.

Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número do artigo a seguir para visualizá-lo na Base de Conhecimento Microsoft:

322756 Como fazer backup e restaurar o registro no Windows

Para modificar manualmente o valor do registro TrustModelData para o usuário, siga estas etapas:
  1. Inicie o Editor do registro no computador que tenha o cliente do Lync 2013 desktop instalado.
  2. Navegue até o seguinte local do registro:

    HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\15.0\Lync
    Observação: Se a chave de registro do Lync não existir, você deve criá-lo.
  3. Clique com botão direito a chave Lync , clique em novoe, em seguida, clique em Valor de seqüência de caracteres.
  4. Digite TrustModelDatae pressione Enter.
  5. Clique com o botão TrustModelDatae, em seguida, clique em Modificar.
  6. Na caixa dados do valor , adicione o domínio do servidor que é exibido na caixa de diálogo modelo de confiabilidade.

Método 2: diretiva de grupo de uso para modificar o valor de registro TrustModelData

Use a diretiva de grupo para modificar o valor de registro TrustModelData para o usuário.

Para obter mais informações sobre a diretiva de grupo da lista de domínios (TrustModelData) do Lync 2013 confiáveis, consulte Configurando diretivas de inicialização do cliente.

Para obter mais informações sobre o Lync 2013.admx (ADMX) e modelos administrativos. adml (ADML), consulteArquivos de modelo administrativo do Office 2013 (ADMX/ADML) e ferramenta de personalização do Office.
Mais Informações
Cenário 1

O cliente de desktop do Lync 2013 usa o novo mecanismo de descoberta automática para localizar o interno ou externo Lync Web Service, dependendo do local de rede do usuário.

Quando o cliente de desktop do Lync 2013 tenta localizar o serviço de Web do Lync, ocorre o seguinte processo:

  1. O cliente de desktop do Lync 2013 envia um par de solicitações HTTP e HTTPS para localizar o serviço de descoberta automática do Lync. As solicitações HTTP e HTTPS consistem em um conjunto padrão de valores de nome de host interno ou externo e o nome do domínio SIP do usuário.

    Por exemplo, o cliente de desktop do Lync 2013 envia as solicitações a seguir:

    http://LyncdiscoverInternal.contoso.com e https://LyncdiscoverInternal.contoso.com
    Observação"LyncdiscoverInternal.contoso.com" é resolvido para o endereço FQDN ou IP do serviço da Web interno do Lync.

    http://Lyncdiscover.contoso.com e https://Lyncdiscover.contoso.com
    Observação"Lyncdiscover.contoso.com" é resolvido para o endereço FQDN ou IP da interface externa do Proxy reversa.
  2. O cliente de desktop do Lync 2013 recebe uma resposta que contém os URLs internos e externos seguros do Autodiscover Service de serviços da Web.
  3. O cliente de desktop do Lync 2013 tenta contatar o Autodiscover Service através de uma conexão HTTPS. Se o nome de domínio SIP do usuário não corresponder ao nome de domínio no Nome da entidade ou propriedade de Nome comum no certificado é atribuído ao serviço de Web do Lync, é exibida a caixa de diálogo modelo de confiabilidade.
Cenário 2

O cliente Lync faz solicitações https na interface de CAS do Exchange como parte da sua postagem – processo de entrada. Essas solicitações incluem o acesso para o serviço de descoberta automática do Exchange por meio de URLs que incluem o FQDN da interface CAS do Exchange. Por exemplo:
  • https://smtpdomain> /autodiscover/autodiscover.xml
  • https://Autodiscover.smtpdomain> /autodiscover/autodiscover.xml
Se o FQDN do domínio SMTP não coincidir com o FQDN do que o cliente Lync está conectado ao domínio SIP, o cenário 2 issuewill ocorrer.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2833618 - Última Revisão: 03/09/2015 23:00:00 - Revisão: 2.0

Microsoft Lync 2013, Microsoft Lync Server 2013, Microsoft Lync 2010

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2833618 KbMtpt
Comentários