域控制器DC1的MSSQLSERVER实例无法在某工作站访问求助

这种只卡默认实例的访问问题真的挺磨人的，结合你已经做过的排查，我给你补充几个实际运维里常见的排查点，说不定能解决：

默认实例（MSSQLSERVER）默认用1433端口，但有时候会被改成动态端口，你可以这么操作：

• 在DC1的SQL Server配置管理器里，找到「MSSQLSERVER的SQL Server网络配置」→「TCP/IP」，右键打开属性
• 切换到「IP地址」标签，确认所有启用的IP对应的「TCP端口」是固定值（比如1433）；如果是动态端口，记下「TCP动态端口」的数值
• 回到第四台工作站，用PowerShell命令Test-NetConnection DC1 -Port 端口号测试端口连通性，或者用telnet DC1 端口号（需要先启用telnet客户端）。哪怕你关了工作站防火墙，也要确认DC1端的防火墙有没有针对1433端口的IP限制规则——比如只允许前三台工作站的IP访问？

默认实例是直接用服务器名（比如DC1）访问的，而命名实例是DC1\SQLEXPRESS这种格式，所以可能是第四台的名称解析出了问题：

• 在第四台工作站上ping DC1，看返回的IP是不是域控制器的正确IP
• 尝试用DC1的IP直接访问默认实例（比如192.168.1.100，替换成实际IP），如果能访问，那就是DNS或者本地hosts的问题：检查C:\Windows\System32\drivers\etc\hosts文件有没有错误的DC1条目，或者联系域管理员确认DNS服务器上的DC1记录是否正常
• 另外，确认DC1上的SQL Browser服务是运行状态——虽然默认实例通常不依赖它，但如果用了动态端口，SQL Browser负责返回端口信息，要是服务停了，工作站可能找不到实例

哪怕你重装了SQL服务，客户端的配置文件可能还残留着错误设置：

• 在第四台工作站上打开cliconfg.exe（32位系统直接运行，64位系统要找C:\Windows\SysWOW64\cliconfg.exe）
• 切换到「别名」标签，看有没有针对DC1的错误别名——比如把默认实例指向了错误的端口或IP，如果有就删掉
• 确认「TCP/IP」协议是启用状态，并且默认端口设置正确

前三台能访问，第四台不行，有可能是第四台的登录账户没有默认实例的访问权限：

• 在DC1的MSSQLSERVER实例里，打开「安全性→登录名」，检查第四台工作站用的域账户是否在列表里，并且有没有对应的数据库访问权限（比如db_datareader或者更高权限）
• 尝试用SQL Server身份验证（比如启用的sa账户）访问默认实例，如果能成功，那就是Windows身份验证的权限问题，需要给对应的域账户添加权限

内容的提问来源于stack exchange，提问作者Chris