MSSQLSERVER_18456

Aplica-se a:SQL Server

Detalhes

Explicação

Você recebe essa mensagem de erro quando uma tentativa de conexão é rejeitada devido a uma falha de autenticação. Os logons de usuário podem falhar por vários motivos, como credenciais inválidas, expiração de senha e habilitação do modo de autenticação errado. Em muitos casos, os códigos de erro incluem descrições.

Ação do usuário

Os exemplos a seguir são algumas das falhas comuns de logon. Selecione o erro exato que você está enfrentando para solucionar o problema:

• Falha no login do usuário 'nome de usuário' ou falha no login do usuário 'domínio>\<nome>> de usuário'<<

• Falha no login do usuário 'NT AUTHORITY\ANONYMOUS' LOGON

• Falha no login do usuário 'vazio'

• Falha no login do usuário '(nulo)'

Falha no login do usuário 'nome de usuário' ou falha no login do usuário 'domínio>\<nome>> de usuário'<<

Se o nome de domínio não for especificado, o problema será uma tentativa de logon do SQL Server com falha. Se o nome de domínio for especificado, o problema é um logon de conta de usuário do Windows com falha. Para possíveis causas e resoluções sugeridas, consulte:

Além disso, verifique a extensa lista de códigos de erro em Solução de problemas de erro 18456.

Para obter mais ajuda para solução de problemas, consulte Solucionando problemas de conectividade do SQL Client/Server.

Falha no logon do usuário NT AUTHORITY\ANONYMOUS LOGON

Há pelo menos quatro cenários para esse problema. Na tabela a seguir, examine cada causa potencial aplicável e use a resolução apropriada: Consulte a nota abaixo da tabela para obter uma explicação do termo salto duplo.

Falha no login do usuário (vazio)

Este erro ocorre quando um utilizador tenta iniciar sessão, sem êxito. Este erro poderá ocorrer se o computador não estiver ligado à rede. Por exemplo, você receberá uma mensagem de erro semelhante à seguinte:

Source: NETLOGON
Date: 8/12/2012 8:22:16 PM
Event ID: 5719
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: <computer name>
Description: This computer was not able to set up a secure session with a domain controller in domain due to the following: The remote procedure call was cancelled.
This may lead to authentication problems. Make sure that this computer is connected to the network. If the problem persists, please contact your domain administrator.

Uma cadeia de caracteres vazia significa que o SQL Server tentou entregar as credenciais para o LSASS (Serviço de Subsistema de Autoridade de Segurança Local), mas não conseguiu devido a algum problema. O LSASS não estava disponível ou o controlador de domínio não pôde ser contatado.

Você também pode ver os seguintes códigos de erro SSPI correspondentes:

O handshake SSPI falhou com o código de erro 0x80090311 ao estabelecer uma conexão com a segurança integrada; A conexão foi fechada.

O handshake SSPI falhou com o código de erro 0x80090304 ao estabelecer uma conexão com a segurança integrada; A conexão foi fechada.

Esses códigos de erro são convertidos da seguinte maneira:

Erro -2146893039 (0x80090311): Nenhuma autoridade pôde ser contatada para autenticação. Erro -2146893052 (0x80090304): A Autoridade de Segurança Local não pode ser contatada.

Para resolver esses erros, você pode colocar o DC ofensivo offline ou usar NLTEST .EXE para alternar DCs. - Para consultar o DC, execute o NLTEST /SC_QUERY:CONTOSO comando. - Para alterar o DC, execute o NLTEST /SC_RESET:CONTOSO\DC03 comando.

Se precisar de mais assistência, entre em contato com a equipe do Microsoft Active Directory.

Verifique os logs de eventos no cliente e no servidor para quaisquer mensagens relacionadas à rede ou ao Active Directory que foram registradas no momento da falha. Se você encontrar algum, trabalhe com o administrador do domínio para corrigir os problemas.

Falha no login do usuário '(nulo)'

Uma indicação de "null" pode significar que o LSASS não pode descriptografar o token de segurança usando as credenciais da conta de serviço do SQL Server. A principal razão para essa condição é que o SPN está associado à conta errada.

Para corrigir o problema, siga estas etapas:

1. Use o SQLCheck ou Setspn.exe para diagnosticar e corrigir problemas relacionados ao SPN.

2. Use SQLCheck para verificar se a conta do Serviço SQL é confiável para delegação. Se a saída indicar que a conta não é confiável para delegação, trabalhe com o administrador do Active Directory para habilitar a delegação para a conta.

1. Diagnosticar e corrigir problemas de resolução de nomes DNS (Sistema de Nomes de Domínio). Por exemplo:

   • Ping endereço IP usando scripts do PowerShell:

     • ping -a <your_target_machine> (uso -4 para IPv4 e -6 IPv6 especificamente)
     • ping -a <your_remote_IPAddress>

   • Use o NSLookup para inserir o nome e o endereço IP do computador local e remoto várias vezes.

2. Procure quaisquer discrepâncias e incompatibilidades nos resultados retornados. A precisão da configuração de DNS na rede é importante para uma conexão bem-sucedida do SQL Server. Uma entrada DNS incorreta pode causar vários problemas de conectividade mais tarde.

3. Verifique se os firewalls ou outros dispositivos de rede não impedem que um cliente se conecte ao controlador de domínio. Os SPNs são armazenados no Active Directory. Se os clientes não puderem se comunicar com o diretório, a conexão não poderá ser bem-sucedida.

Informações de erro adicionais

Para aumentar a segurança, a mensagem de erro que é retornada ao cliente oculta deliberadamente a natureza do erro de autenticação. No entanto, no log de erros do SQL Server, um erro correspondente contém um estado de erro que mapeia para uma condição de falha de autenticação. Compare o estado de erro com a lista a seguir para determinar a razão da falha no logon.

Outros estados de erro existem e significam um erro de processamento interno inesperado.

Causa mais rara possível

O motivo do erro Falha ao tentar fazer logon usando a autenticação SQL. O servidor está configurado apenas para autenticação do Windows. pode ser devolvido nas seguintes situações.

• Quando o servidor é configurado para autenticação de modo misto e uma conexão ODBC usa o protocolo TCP e a conexão não especifica explicitamente que a conexão deve usar uma conexão confiável.

• Quando o SQL Server é configurado para autenticação de modo misto e uma conexão ODBC usa pipes nomeados, e as credenciais que o cliente usou para abrir o pipe nomeado são usadas para representar automaticamente o usuário, e a cadeia de conexão não especifica explicitamente o uso de uma autenticação confiável.

Para resolver esse problema, inclua TRUSTED_CONNECTION = TRUE na cadeia de conexão.

Exemplos

Neste exemplo, o estado do erro de autenticação é 8. Isso indica que a senha está incorreta.

Confira também

• 0420 Razões para problemas de autenticação consistentes