嘿，这个问题我之前帮好多开发者踩过坑！你遇到的情况本质是SQL Server默认用动态TCP端口导致的：当你的SQL Server实例没配置固定端口时，它每次启动都会随机挑一个1024以上的高范围端口来监听，而且重启后还可能变。防火墙管理员总不能开放几百上千个随机端口吧？所以咱们直接从根源解决：

方法一：给SQL Server实例设固定端口（最推荐） #

这是一劳永逸的办法，步骤超简单：

• 打开SQL Server配置管理器（开始菜单直接搜索就能找到）
• 展开「SQL Server网络配置」，选中你要配置的实例（比如默认实例是MSSQLSERVER）
• 右边面板双击「TCP/IP」，切换到「IP地址」标签页
• 拉到最下面的「IPAll」部分，清空「TCP动态端口」，然后在「TCP端口」里填一个固定值——比如用默认的1433，或者自己选个没被占用的端口（比如14340）
• 重启SQL Server服务，让配置生效

之后你的C#连接字符串里直接指定这个端口就行，比如：

string connectionString = "Server=你的服务器IP,1433;Database=你的数据库名;User Id=账号;Password=密码;";

这下防火墙只需要开放这个固定TCP端口（比如1433），如果用实例名连接的话再开个UDP 1434（SQL Browser服务用来解析实例对应端口），就再也不用跟那些随机高范围端口打交道了。

方法二：临时开放端口范围（不推荐，仅应急用） #

如果暂时改不了SQL Server配置，那只能让防火墙管理员开放SQL Server的动态端口范围——默认是1024到65535，但你可以在配置管理器的TCP/IP属性里查看具体范围。不过这种方式安全风险高，而且实例重启后端口还是可能变化，实在万不得已再用。

方法三：检查你的C#连接字符串 #

确保连接字符串里没配置动态端口相关参数，别加DynamicPorts这类内容，而是明确写死端口。要是用命名实例连接，记得确认SQL Browser服务在运行，而且防火墙开放了UDP 1434，不然客户端找不到实例对应的端口。

对了，要是你的程序用了连接池，只要SQL Server是固定端口，所有连接都会走这个端口，不会出现一堆随机端口的情况，放心用就行。

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