错误代码[258]本质是SQL Server未在TCP层监听，主因是SQL Server Configuration Manager中TCP/IP协议未启用；需启用该协议、配置固定端口（如1434）、清空动态端口、重启实例服务，并确认SQL Server Browser服务运行及防火墙放行UDP 1434。
SQL Server Configuration Manager里没启用TCP/IP协议
错误代码 [258] 表面是超时，实际常因 sql server 根本没在 tcp 层监听——哪怕你填了 192.168.10.100,1434，如果实例没开启 tcp/ip 协议，连接请求根本不会被接收。
Navicat 用的是 ODBC 驱动（如 ODBC Driver 17 for SQL Server），它默认走 TCP，不走命名管道或 VIA。而很多 SQL Server 安装后，默认只启用 Shared Memory（本地环回）和 Named Pipes，TCP/IP 是禁用状态。
- 打开
SQL Server Configuration Manager→ 展开SQL Server Network Configuration→ 点击对应实例的Protocols for [实例名] - 确认
TCP/IP右侧状态为Enabled；若为灰色/禁用，右键 →Enable - 双击
TCP/IP→ 切到IP Addresses页签 → 拉到底部找到IPAll区域 - 清空
TCP Dynamic Ports（留空），填写TCP Port为你想用的端口（比如1434） - 重启对应 SQL Server 实例服务（不是 SQL Server Browser）
SQL Server Browser 服务没开或没配防火墙例外
当你用非默认端口（比如 1434）且实例名不是 MSSQLSERVER（即默认实例），ODBC 驱动会先尝试连 UDP 1434 找 Browser 服务来解析端口映射。Browser 不运行，或者防火墙拦了 UDP 1434，就会卡在预登录阶段，报 [258]。
- 在服务管理器中检查
SQL Server Browser是否运行，启动类型设为Automatic - Windows 防火墙需放行两个东西：
sqlbrowser.exe（路径类似C:\Program Files\Microsoft SQL Server\90\Shared\sqlbrowser.exe）和UDP 1434端口 - 如果确定只用默认实例 + 固定端口，可跳过 Browser，但必须确保客户端连接字符串里明确写端口，且服务器上
TCP/IP已启用并绑定该端口
Navicat 连接配置里端口格式写错了
Navicat for SQL Server 和 Navicat Premium 的主机输入框不支持“主机:端口”语法，只认逗号分隔的 host,port 格式，且不能有空格、不能加协议前缀。
- 正确写法：
192.168.10.100,1434或my-sql-server,1434 - 错误写法：
192.168.10.100:1434、tcp://192.168.10.100:1434、192.168.10.100 , 1434（含空格） - 如果实例名不是默认（比如是
SQLExpress），不能只填 IP+端口，得用server\instance,port格式，例如：192.168.10.100\SQLExpress,1433 - 不确定实例是否监听 TCP，可在服务器上执行：
netstat -an | findstr :1434看是否有LISTENING
ODBC 驱动版本与 SQL Server 版本不匹配
ODBC Driver 17 for SQL Server 对 SQL Server 2012 支持有限，尤其在 TLS 协商和预登录响应处理上容易触发 [258]。Navicat 内置驱动有时会静默降级或 fallback 到旧协议，导致握手延迟超时。
- 优先换用
ODBC Driver 18 for SQL Server（支持 TLS 1.2+，兼容性更好） - 安装后，在 Navicat 连接设置的
Advanced页里手动指定驱动：选ODBC Driver 18 for SQL Server - 若仍失败，临时在连接字符串加参数：
Encrypt=no;TrustServerCertificate=yes;（仅测试环境，生产勿用） - 注意：Driver 18 不支持 Windows 7，若系统老旧，退回 Driver 13 或 11 更稳妥
真正卡住的地方往往不是“连不上”，而是 SQL Server 没准备好收包——TCP/IP 关着、端口没绑对、Browser 被防火墙吞了 UDP 包，或者 Navicat 用的驱动在等一个它永远收不到的响应。验证顺序建议：先 telnet ip port 看通不通，再查 netstat，最后动配置。别一上来就改注册表或重装驱动。
