无法访问SQL Server实例：内网跨设备连接异常排查求助

既然你已经确认了连接字符串、SQL服务状态和协议启用这些基础项，那我们来深挖几个容易被忽略的关键点：

• 先确认防火墙的端口放行
  别只怀疑SQL Server的端口，SQL Browser服务用的1434端口也要一起放行。你可以先临时关闭服务器的Windows防火墙，测试下其他电脑能不能连上——如果能，那肯定是防火墙规则没配对。要添加入站规则，允许：

  • 默认实例：TCP 1433端口
  • 命名实例：要么放行SQL Browser的1434端口，要么给你的命名实例分配一个固定TCP端口（在SQL Server配置管理器的TCP/IP属性里设置），然后放行这个固定端口。

• 直接用端口号代替实例名连接
  如果SQL Browser服务的1434端口被防火墙拦截，哪怕服务在运行，其他机器也没法解析命名实例的端口。这时候可以跳过SQL Browser，直接用服务器IP,端口号的格式连接（比如192.168.1.100,5432）。端口号可以在SQL Server配置管理器的TCP/IP属性->IP地址标签里找到，看IPAll下的TCP端口值。

• 检查SQL Server的监听IP范围
  有时候TCP/IP协议虽然启用了，但只监听了127.0.0.1（本地回环），内网其他机器自然连不上。你要在SQL Server配置管理器里，把TCP/IP属性中对应内网IP地址的“已启用”设为“是”，并且确保IPAll的TCP端口正确配置，然后重启SQL Server服务生效。

• 验证端口连通性
  在其他电脑上用PowerShell跑个命令测试端口：Test-NetConnection 服务器IP -Port 你的SQL端口。如果返回“TcpTestSucceeded : False”，那说明端口确实没通，要么是防火墙拦了，要么SQL Server没在这个端口监听。

• 确认远程连接权限
  虽然你提示的是实例或端口问题，但还是要确认下：在SSMS里右键服务器→属性→连接，有没有勾选“允许远程连接到此服务器”。另外，如果用Windows认证连接，其他电脑的用户账号要在SQL Server里有对应的登录权限；如果用SQL认证，要确保账号已经启用，并且允许远程登录。

• 网站应用的运行账户权限
  如果网站用的是IIS应用池账户（比如默认的ApplicationPoolIdentity），这个账户需要有访问SQL实例的权限。要么给这个账户在SQL里创建登录，要么把连接字符串改成用SQL认证的账号密码（更简单直接）。

按这个顺序排查，大概率能找到问题根源——优先搞定端口连通性，这是内网远程连接最常见的坑。

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