Erro "Não é possível entrar porque o servidor está temporariamente não disponível" ao tentar entrar no Lync Online no Office 365 dedicado

Traduções deste artigo Traduções deste artigo
ID do artigo: 2619522 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Sintomas

Você não pode entrar Microsoft Lync Online no Microsoft Office 365 dedicado. Além disso, você recebe a seguinte mensagem de erro:

Não é possível entrar porque o servidor está temporariamente indisponível. Se o problema persistir, contate o administrador do sistema.

Causa

Esse problema ocorre por um dos seguintes motivos:

Causa 1

Você não tem direito para o Lync Online.

Causa 2

Você não tem conectividade com o serviço Lync Online.

Causa 3

Você está executando um sistema de operacional do Windows de 64 bits.

Observação Essa causa se aplica somente ao Communicator 2007 R2.

Resolução

Para resolver esse problema, use o método apropriado para sua situação:

Resolução para a causa 1

Provisões de Microsoft Managed Services serviço provisionamento provedor (MMSSPP) gerenciado objetos de conta para o Lync. Organizações usam um atributo de autorização (por exemplo, extensionattribute5) no seu Active Directory para sinalizar MMSSPP provisionamento de usuário para o Lync.

ObservaçãoSe você não tiver certeza qual atributo de direito sua organização usa, entre em contato com seu especialista no assunto ou um Gerenciador de entrega de serviço (SDM) segundo os termos de seu contrato de suporte.

Certifique-se de que sua conta está qualificada para o Lync Online. Se ele está qualificado para o Lync Online, continue com as seguintes resoluções.

Resolução para a causa 2
  1. Valide as configurações de endereço de proxy do Internet Explorer de acordo com os padrões da organização.
  2. Certifique-se de que a entrada de registro AddToFirewallExceptionList sob a seguinte chave do registro é definida como 1:
    HKEY_CURRENT_USER\Software\Microsoft\Communicator
  3. O cliente do OCS e Lync sistematicamente tenta entrar em contato com o serviço Lync Online consultando determinados registros DNS até que um seja resolvido ou o cliente expira. Se o cliente pode resolver um dos registros DNS, o cliente tenta se registrar no serviço e, em seguida, iniciar o processo de autenticação. (Tráfego SIP começa). O cliente lê o sufixo do endereço entrada do usuário para executar consultas DNS usando os seguintes comandos:
    • _sipinternaltls._tcp.microsoft.com - registro SRV
      Normalmente aponta para sipint1.microsoft.com - registro
    • _sip._tls.microsoft.com - registro SRV
      Normalmente aponta para sipint2.microsoft.com - registro
    • sipinternal.microsoft.com - um registro
    • SIP.microsoft.com - um registro
    • sipexternal.microsoft.com - um registro

    Os registros DNS do cliente é o primeiro capaz de resolver e conectar-se ao depende em grande parte o método de conexão do usuário. Implantações típicas do OCS ou Lync publicam um registro SRV para servidores DNS internos e servidores DNS externos. Ambos os registros SRV aponte para um registro e especificar a porta apropriada: 5061 para porta interna e 443 para a porta externa. Se o cliente não consegue resolver um registro SRV, o cliente passa para os registros. Normalmente, as implantações de OCS ou Lync publicam o registro, sipinternal.sipdomain>.com, somente para servidores DNS internos. Da mesma forma, o registro, sipexternal.sipdomain>.com, só é publicado para servidores DNS externos. No entanto, o registro, o sip.sipdomain>.com, geralmente é publicado para servidores DNS internos e externos. Além disso, o registro é com freqüência em registros SRV associados. Quando o cliente tenta se conectar para o registro, sip.sipdomain>.com, o cliente será sempre feito pela porta 5061 primeiro. Se isso falhar, o cliente tentará a porta 443. Todo o tráfego externo deve vir porta 443, mas o tráfego interno usará porta 5061.

    Testes de conectividade para solucionar problemas de autenticação de cliente são diferentes porque elas dependem da implantação da organização e método de conexão do usuário. A seguir estão alguns exemplos comuns de testes de solução de problemas válidas.

    Observação Por padrão, o Windows Vista e Windows 7 não tem o recurso de telnet instalado. Para instalar o recurso, abra o painel de controle, clique emProgramas e recursos, clique em Ativar ou desativar recursos do Windowse, em seguida, selecione o Cliente Telnet caixa de seleção. Após alguns minutos, a instalação é concluída.

    Internamente conectados (incluindo VPN)
    • Para executar um teste válido de solução de problemas, siga estas etapas:
      1. Em um prompt de comando, digite Nslookup, e então pressione Enter.
      2. Tipo Definir tipo = srv, e então pressione Enter.
      3. Tipo _sipinternaltls._tcp.sipdomain.com, e então pressione Enter.
      4. Registro mencionado registro e o número da porta e, em seguida, digite Sair.
      5. Tipo TelnetUm registro>porta>, e então pressione Enter.
      ObservaçãoO resultado esperado do comando telnet é uma tela em branco.
    • Para executar um teste válido de solução de problemas, siga estas etapas:
      1. Em um prompt de comando, digite Nslookupe pressione Enter.
      2. Tipo de Definir tipo = srv, e então pressione Enter.
      3. Tipo _sip._tls.sipdomain>.com, e então pressione Enter.
      4. Registro mencionado registro e o número da porta e, em seguida, digite Exit.
      5. Tipo telnet Registro> porta>, e então pressione Enter.

      ObservaçãoO resultado esperado do comando telnet é uma tela em branco.
    • Em um prompt de comando, digite Telnet sipinternal.sipdomain>.com 5061, e então pressione Enter.

      ObservaçãoO resultado esperado do comando telnet é uma tela em branco.
    • Em um prompt de comando, digite Telnet sip.sipdomain>.com 5061, e então pressione Enter.

      ObservaçãoO resultado esperado do comando telnet é uma tela em branco.

    Conectados externamente (acesso remoto)
    • Para executar um teste válido de solução de problemas, siga estas etapas:
      1. Em um prompt de comando, digite Nslookup, e então pressione Enter.
      2. Tipo Definir tipo = srv, e então pressione Enter.
      3. Tipo _sip._tls.sipdomain>.com, e então pressione Enter.
      4. Registro mencionado registro e o número da porta e, em seguida, digite Sair.
      5. Tipo TelnetUm registro>porta>, e então pressione Enter.

      ObservaçãoO resultado esperado do comando telnet é uma tela em branco.
    • Em um prompt de comando, digite Telnet sipexternal.sipdomain>.com 443, e então pressione Enter.

      ObservaçãoO resultado esperado do comando telnet é uma tela em branco.
    • Em um prompt de comando, digite Telnet sip.sipdomain>.com 443, e então pressione Enter.

      ObservaçãoO resultado esperado do comando telnet é uma tela em branco.

  4. Se você pode resolver um determinado registro DNS, mas ainda não é possível telnet para o endereço na porta correta (5061 portal como internos e externos de porta 443), você deve solucionar problemas de conectividade básica de rede. Para fazer isso, execute estas etapas:
    1. Valide a conectividade para sites de Internet bem conhecidos.
    2. Valide a conectividade para sites de Intranet de bem conhecidos (internamente conectado).
    3. Verifique se que as configurações de proxy do usuário são definidas de acordo com os padrões da empresa. Para fazer isso, inicie o Internet Explorer, clique emFerramentas, clique em Opções da Internet, clique em Conexõese, em seguida, clique em Configurações da LAN.
    4. Valide Communicator ou Lync é adicionado à lista de exceções do Firewall do Windows.
    5. Certifique-se de que você não está executando os aplicativos de firewall de terceiros.

  5. Se todas as configurações são validadas, execute um tracert para coletar a conexão com falha e escalonar o incidente. Para fazer isso, execute tracert sip.microsoft.com no prompt de comando.
  6. O cliente deve autenticar com êxito. Mas, em seguida, aleatoriamente assina o usuário in e check-out novamente. Isso também pode indicar um problema de conectividade de rede. Para solucionar esse problema, execute estas etapas:
    1. Verifique se o usuário não está usando uma conexão de rede local sem fio. Se o usuário estiver usando uma conexão de LAN com fio, desative o adaptador WLAN do usuário para solução de problemas.
    2. Usando as consultas DNS preciosas para determinar o registro ao qual o cliente está resolvendo e se conectar, execute o seguinte comando na estação de trabalho afetada até que o problema é reproduzido:

      ping ? t -l 750 Registro a partir da etapa 1>> c:\ping.txt
    3. Depois que o problema é reproduzido e o cliente sair, use CTRL + C para interromper o comando ping.
    4. Envie os resultados do ping da etapa B a Microsoft de acordo com os termos do seu contrato de suporte.
Resolução para a causa 3

Há um problema conhecido com o Office Communicator 2007 e sistemas operacionais de 64 bits que impede que Communicator autenticar com êxito. Para resolver esse problema, atualize o registro do usuário da seguinte maneira:

Importante Esta 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 que você siga estas etapas cuidadosamente. Para maior proteção, faça backup do registro antes de modificá-lo. Em seguida, você poderá restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
322756 Como fazer backup e restaurar o registro no Windows
  1. Inicie o bloco de notas.
  2. Copie o seguinte texto exatamente como ele é para o arquivo de bloco de notas:
    Windows Registry Editor versão 5.00[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa]"LmCompatibilityLevel"=dword:00000002
  3. Salve o arquivo de bloco de notas como 64bitfix.reg.
  4. Desligue o Office Communicator e verifique se o processo de communicator.exe não está em execução no Gerenciador de tarefas.
  5. Execute o arquivo clicando duas vezes no arquivo 64bitfix.reg.
  6. Reinicie o computador e inicie novamente o Office Communicator.

Propriedades

ID do artigo: 2619522 - Última revisão: quarta-feira, 10 de abril de 2013 - Revisão: 8.0
A informação contida neste artigo aplica-se a:
  • Microsoft Business Productivity Online Dedicated
  • Microsoft Business Productivity Online Suite Federal
  • Microsoft Office Communicator 2007
  • Microsoft Office Communicator 2007 R2
  • Microsoft Office Communications Online Dedicated
  • Microsoft Lync 2010
Palavras-chave: 
vkbportal226 kbmt KB2619522 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 2619522

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com