用户“username>”登录失败，用户“<domain>\<username>”<登录失败

用户“NT AUTHORITY\ANONYMOUS”登录失败

用户“空”登录失败

用户“ (null) ”登录失败

用户“username>”登录失败，用户“<domain>\<username>”<登录失败

如果未指定域名，则问题在于登录尝试SQL Server失败。 如果指定了域名，则问题在于 Windows 用户帐户登录失败。 有关潜在原因和建议的解决方法，请参阅：

此外，请查看 故障排除错误 18456 中的大量错误代码列表。

有关更多故障排除帮助，请参阅 排查 SQL 客户端/服务器连接问题 。

用户 NT AUTHORITY\ANONYMOUS LOGON 登录失败

此问题至少有四种方案。 在下表中，检查每个适用的潜在原因，并使用适当的解决方法：有关 双跃点 一词的说明，请参阅表下面的说明。

双跃点通常涉及跨多个远程计算机委派用户凭据。 例如，假设你有一个名为 SQL1 的SQL Server实例，在其中为名为 SQL2 的远程SQL Server创建了链接服务器。 在链接服务器安全配置中，你选择了“ 使用登录名的当前安全上下文进行创建 ”选项。 使用此配置时，如果从名为 Client1 的远程客户端计算机对 SQL1 执行链接服务器查询，则 Windows 凭据首先必须从 Client1 跃点跳到 SQL1 ，然后从 SQL1 跳到 SQL2 (因此称为双跃点) 。 有关详细信息，请参阅 了解 Kerberos 双跃点 和 Kerberos 约束委派概述

用户登录失败， (空)

当用户尝试登录失败时，会发生此错误。 如果计算机未连接到网络，则可能会出现此错误。 例如，你可能会收到类似于以下错误消息：

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.
空字符串表示SQL Server尝试将凭据移交给本地安全机构子系统服务 (LSASS) ，但由于某种问题而无法完成。 LSASS 不可用，或者无法联系域控制器。
检查客户端和服务器上的事件日志，查找在发生故障时记录的任何与网络相关或 Active Directory 相关的消息。 如果找到任何问题，请与域管理员联系以解决问题。
用户‘(null)’登录失败
指示“null”可能意味着 LSASS 无法使用SQL Server服务帐户凭据解密安全令牌。 这种情况的主要原因是 SPN 与错误的帐户相关联。
要解决该问题，请执行以下步骤：
使用 SQLCheck 或 Setspn.exe 诊断和修复与 SPN 相关的问题。
使用 SQLCheck 检查是否信任 SQL 服务帐户进行委派。 如果输出指示不信任帐户进行委派，请与 Active Directory 管理员协作，为帐户启用委派。
诊断并修复域名系统 (DNS) 名称解析问题。 例如：
使用 PowerShell 脚本 Ping IP 地址：
ping -a <your_target_machine> (专门用于 -4 IPv4 和 -6 IPv6) 
ping -a <your_remote_IPAddress>
使用 NSLookup 多次输入本地和远程计算机名称和 IP 地址。
在返回的结果中查找任何差异和不匹配之处。 网络上 DNS 配置的准确性对于成功SQL Server连接非常重要。 DNS 条目不正确可能会导致以后出现许多连接问题。
请确保防火墙或其他网络设备不会阻止客户端连接到域控制器。 SPN 存储在 Active Directory 中。 如果客户端无法与目录通信，则连接无法成功。
其他错误信息
为了增强安全性，返回到客户端的错误消息有意隐藏身份验证错误的本质。 但是，在 SQL Server 错误日志中，对应的错误包含映射到身份验证失败条件的错误状态。 将错误状态与以下列表进行比较以确定登录失败的原因。
登录有效，但服务器访问失败。 此错误的一个可能原因是 Windows 用户作为本地管理员组的成员有权访问 SQL Server，但 Windows 不提供管理员凭据。 若要连接，请使用“以管理员身份运行”选项启动连接程序，然后将 Windows 用户作为特定的登录名添加到 SQL Server。
登录是有效的登录，但服务器访问失败。
必须更改密码。
38、46
找不到用户请求的数据库。
将 SQL Server 设置为仅使用 Windows 身份验证，而客户端尝试使用 SQL 身份验证登录时。 另一个原因是 SID 不匹配。
102 - 111
Azure AD 失败。
122 - 124
由于用户名或密码为空导致的失败。
用户请求的数据库不存在。
132 - 133
Azure AD 失败。
存在其他错误状态，并表示一个意外的内部处理错误。
更罕见的可能原因
错误原因 尝试使用 SQL 身份验证登录失败。服务器仅配置为Windows 身份验证。在以下情况下可以返回。
将服务器配置为混合模式身份验证，并且 ODBC 连接使用 TCP 协议，并且连接未显式指定连接应使用受信任的连接。
将 SQL Server 配置为混合模式身份验证，并且 ODBC 连接使用命名管道，并且客户端用于打开命名管道的凭据将用于自动模拟用户，并且连接字符串不会显式指定受信任身份验证的使用。
若要解决此问题，应在连接字符串中包含 TRUSTED_CONNECTION = TRUE。
在此示例中，身份验证错误状态为 8。 这表示密码不正确。
如果 SQL Server 是使用 Windows 身份验证模式安装的，并随后更改为 SQL Server 和 Windows 身份验证模式，则最初会禁用 sa 登录名。 这将导致状态 7 错误：“用户‘sa’登录失败。”若要启用 sa 登录名，请参阅更改服务器身份验证模式。
0420 一致身份验证问题的原因