sql-server - SQL Server 连接用户在使用“127.0.0.1”和“localhost”时会有所不同。为什么?
问题描述
当我尝试使用 Windows 身份验证通过 SQL Management Studio 连接到我的本地默认 SQL Server 实例时,我在使用服务器名称“localhost”时成功连接,但在使用服务器名称“127.0.0.1”时连接失败。为失败和成功的登录启用登录审核后,我看到成功的登录记录为:
用户“AzureAD\RealUsername”登录成功。使用集成身份验证建立的连接。[客户:<本地机器>]
登录失败记录为:
用户“NT AUTHORITY\ANONYMOUS LOGON”登录失败。原因:找不到与提供的名称匹配的登录名。[客户:127.0.0.1]
可能相关:
- 如果我使用 SQL Server 身份验证,我可以使用 IP 地址进行连接(因为我强制它使用现有登录名)。
- 我的主机文件中没有“localhost”的条目,当我 ping localhost 时,它确实解析为 127.0.0.1。
- SQL 实例使用端口 1433。
- 通过 SQL Management Studio、在本地 IIS 实例中运行的 .NET Web 应用程序或通过我桌面上的 UDL 文件进行连接时,该问题仍然存在,变化很小。
这是我的问题:为什么只更改服务器值('localhost' vs '127.0.0.1')会更改连接时使用的身份?
解决方案
推荐阅读
- sapui5 - 检查“找不到文件”或解析错误
- javascript - 终端中出现“属性不存在”错误,但 Chrome 控制台中没有 - Nuxt/Prismic
- kotlin - 将我的图书馆服务与我的应用程序通信的最佳方法
- codeigniter - 在codeigniter 4中从正则表达式调用类
- python - Django - 将 Excel 文件保存到模型的 FileFild
- google-api-client - 谷歌文档 ai 不解析表单
- php - PHP从数组中删除空字符串
- javascript - 是否有更简单/更有效的方法来更新此 json 文件中的值?
- javascript - 如何使用javascript再次关闭下拉菜单?
- git - 合并时(需要在纯 git + diff 工具中审查的代码)如何(真正)在来自其他分支的每一行更改的代码上强制冲突?