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 logins de usuário podem falhar por vários motivos, como credenciais inválidas, expiração de senha e ativação do modo de autenticação incorreto. 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 logon do usuário 'NT AUTHORITY\ANONYMOUS'

• Falha no login para o usuário 'vazio'

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

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 é uma falha no login da conta de usuário do Windows. 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 do 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\LOGON ANÔNIMO

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 observação abaixo da tabela para obter uma explicação do termo salto duplo.

Falha no login do usuário (vazio)

Esse erro ocorre quando um usuário tenta fazer login sem sucesso. Esse erro pode ocorrer se o computador não estiver conectado à rede. Por exemplo, você pode 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 ao 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 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 segurança integrada; A conexão foi fechada.

Esses códigos de erro são traduzidos da seguinte forma:

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 controlador de domínio ofensivo offline ou usá NLTEST.EXE para alternar os controladores de domínio. - 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 em busca de 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 '(null)'

Uma indicação de "nulo" 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. O principal motivo 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 de 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. Diagnostique e corrija problemas de resolução de nomes do Sistema de Nomes de Domínio (DNS). Por exemplo:

   • Faça ping no endereço IP usando scripts do PowerShell:

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

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

2. Procure 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 posteriormente.

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 adicionais sobre erros

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 é mapeado 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 possível mais rara

O motivo do erro Falha na tentativa de fazer logon usando a autenticação SQL. O servidor está configurado apenas para autenticação do Windows. pode ser retornado 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