gpt4 book ai didi

sql - 如何查看用于连接 SQL Server 的连接字符串

转载 作者:行者123 更新时间:2023-12-02 03:39:59 25 4
gpt4 key购买 nike

有没有办法查看使用什么连接字符串连接到 SQL Server?或者更确切地说,在失败的登录尝试中使用了什么字符串。

很多次我处理复杂的系统时,我都会看到由于某些服务无法登录 SQL 而导致的故障。我猜测连接字符串可能是错误的,但由于我看不到它是什么,我经常无法确定谁实际上遇到了连接问题,以便能够重新配置它并修复它。

日志中的错误只是这样说的2009-12-01 20:16:31.05 在建立具有集成安全性的连接时,登录 SSPI 握手失败,错误代码为 0x8009030c;连接已关闭。 [客户端:10.124.172.65]2009-12-01 20:16:31.06 登录错误:18452,严重性:14,状态:1。2009-12-01 20:16:31.06 登录 登录失败。该登录来自不受信任的域,无法与 Windows 身份验证一起使用。 [客户端:10.234.222.13]

是否有一些我可以启用的审计或一个工具来嗅探连接字符串,以便我可以通过分析字符串本身来找出字符串的问题?

最佳答案

不是真的。连接字符串只是客户端应用程序和 SQL 客户端库之间的问题,并且没有开箱即用的工具可以窥探这个困境。

但是,在您的示例中,不需要知道连接字符串。您知道连接字符串正在使用集成安全性(“SSPI 握手”的定义是这样的),您知道它正在尝试连接到记录此错误的服务器,您知道失败的原因(错误 SEC_E_LOGON_DENIED),并且您知道哪个客户端尝试连接(10.234.222.13)。连接字符串中绝对没有任何内容可以帮助解决此问题。

您看到的错误是 SSPI 错误,特别是 Kerberos/NTLM 错误,您应该使用 Kerberos/NTLM 工具和方法来处理它。大多数(如果不是全部)Kerberos/NTLM 问题都可以使用 Troubleshooting Kerberos Errors 进行故障排除。文档。

在您的情况下,您可能会发现常见的罪魁祸首之一:

  • 在本地帐户下运行的服务尝试远程连接。
  • 尝试跨不受信任的域边界进行连接
  • (最有可能)使用过期密码运行的服务

关于sql - 如何查看用于连接 SQL Server 的连接字符串,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1830645/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com