Windows 11连接SQL Server 2000失败，求解决办法

1. 直接在ODBC连接里禁用加密 #

你用的ODBC 11虽然默认不强制加密，但Windows 11的安全机制会干扰旧连接。不管是配置ODBC数据源还是直接写连接字符串，都加上Encrypt=no参数：

• 配置ODBC数据源时，进入高级选项，手动添加Encrypt=no
• 连接字符串直接补全：

  Driver={SQL Server};Server=你的SQL2000服务器名;Database=目标库;Uid=账号;Pwd=密码;Encrypt=no
  

2. 给SQL Server 2000开强制加密（服务器端操作） #

SQL Server 2000的默认加密协议在Windows 11上不被认可，得在服务器端调整：

• 打开企业管理器，右键目标服务器→属性→安全性
• 勾选在客户端和服务器之间强制加密连接，要是没证书的话，生成个自签名证书挂上
• 重启SQL Server服务

3. 调整Windows 11的组策略，放开旧协议限制 #

光在控制面板开SSL3和TLS1不够，得改组策略解除系统的强制限制：

• 按Win+R输入gpedit.msc打开组策略编辑器
• 找到计算机配置→管理模板→网络→SSL配置设置
• 编辑SSL密码套件顺序，把TLS_RSA_WITH_3DES_EDE_CBC_SHA这类旧套件挪到最前面
• 确认禁用SSL 3.0和禁用TLS 1.0是未配置或已禁用状态
• 重启电脑生效

4. 换用SQL Server Native Client 10.0驱动 #

ODBC 11对SQL Server 2000的兼容性不如旧版客户端，装个SQL Server Native Client 10.0，然后在Excel/Access里选这个驱动连接，连接字符串示例：

Driver={SQL Server Native Client 10.0};Server=你的服务器名;Database=目标库;Uid=账号;Pwd=密码;Encrypt=no

5. 排查防火墙和网络限制 #

Windows 11防火墙可能拦了1433端口，或者网络设备禁了旧加密流量：

• 给Windows防火墙加个规则，允许SQL Server的入站、出站连接
• 检查路由器、交换机的安全策略，放行TLS1.0和SSL3.0的流量

内容的提问来源于stack exchange，提问作者Cláudio Tereso