我来帮你一步步排查这个远程连接失败的问题——Error 26本质是客户端找不到SQL Server实例，咱们从最基础的环节开始逐一验证：

1. 确认实例名称是否正确 #

• SQL Server实例的标准格式是服务器名\实例名，如果是默认实例，直接用服务器IP/机器名即可，无需加实例后缀。你可以在SQL Server配置管理器里确认实例名：打开「SQL Server服务」，服务名称里带MSSQL$的部分就是实例名（比如MSSQL$SQLEXPRESS的实例名是SQLEXPRESS），默认实例的服务名是MSSQLSERVER。
• 如果用机器名连接失败，试试直接替换成服务器IP地址（比如192.168.1.100\SQLEXPRESS），避免DNS解析出错。

2. 确保SQL Server允许远程连接 #

• 打开SQL Server Management Studio（SSMS）连接本地服务器，右键实例→「属性」→「连接」，勾选「允许远程连接到此服务器」，点击确定后重启SQL Server服务生效。
• 必须开启SQL Server Browser服务：在SQL Server配置管理器的「SQL Server服务」里找到它，设置为「自动启动」并启动。这个服务负责对外广播实例的端口信息，没开的话客户端根本找不到你的实例，这是Error 26最常见的原因之一。

3. 检查网络协议与端口配置 #

• 打开SQL Server配置管理器→「SQL Server网络配置」→对应实例的「协议」，确保TCP/IP协议处于启用状态。
• 双击TCP/IP协议切换到「IP地址」标签，拉到最底部的「IPAll」：
  • 如果是命名实例，默认用动态端口，建议改成固定端口（比如14330），避免每次重启服务端口变化；
  • 确认TCP端口号（默认实例是1433），后续防火墙要放行这个端口。
• 修改端口后记得重启SQL Server服务。

4. 排查防火墙限制 #

• 服务器端防火墙必须放行两个关键端口：
  • SQL Server的TCP端口（1433或你设置的固定端口）；
  • SQL Server Browser的UDP端口1434。
• 可以在防火墙高级设置里添加「入站规则」，允许这两个端口的流量通过。

5. 测试网络连通性 #

• 先用ping 服务器IP测试基础网络是否连通，如果ping不通，先解决网络层面的问题（比如路由、网线、防火墙是否禁止ICMP）。
• 再用telnet 服务器IP 端口号测试端口是否可访问（比如telnet 192.168.1.100 1433），如果telnet连接失败，说明端口被防火墙或SQL Server配置拦截。

最后检查连接字符串 #

标准的SQL Server连接字符串格式参考：

Data Source=服务器IP\实例名,端口号;Initial Catalog=目标数据库名;User ID=用户名;Password=密码;

如果是默认实例且用默认端口，端口号可以省略。如果排查完以上步骤还是失败，可以把你的连接字符串贴出来，咱们再针对性分析。

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