Debian上SQL Server网络配置注意事项
一 基础网络与端口
- 确认 SQL Server 服务处于运行状态，并设置为开机自启：sudo systemctl status mssql-server；如未运行则启动并启用：sudo systemctl start mssql-server && sudo systemctl enable mssql-server。服务异常会直接导致端口监听与应用连接失败。
- 启用并固定 TCP/IP 监听端口为1433：使用 mssql-conf 设置 network.tcpip_enabled 与 network.tcp_port，随后重启服务：sudo mssql-conf set network.tcpip_enabled true；sudo mssql-conf set network.tcp_port 1433；sudo systemctl restart mssql-server。固定端口有助于防火墙与客户端保持一致配置。
- 开放系统防火墙端口：若使用 ufw，执行 sudo ufw allow 1433/tcp；如使用 firewalld，执行 sudo firewall-cmd --zone=public --add-port=1433/tcp --permanent && sudo firewall-cmd --reload。仅放通必要来源 IP 更安全。
二 监听地址与连通性验证
- 确认服务监听在0.0.0.0:1433而非仅 127.0.0.1。可在本机执行：ss -lntp | grep 1433 或 netstat -lnpt | grep 1433，看到监听地址为 0.0.0.0 表示对外可达；若为 127.0.0.1，需检查 mssql-conf 的 tcpip_enabled 与 tcpport 配置并重启服务。
- 从远程主机验证连通性：先 ping 服务器 IP，再用 telnet 或 nc 测试端口，例如 telnet <服务器IP> 1433 或 nc -vz <服务器IP> 1433；连接失败优先排查网络路径、监听地址与防火墙策略。
- 连接测试建议使用 sqlcmd：本地 sqlcmd -S localhost -U SA -P ‘’；远程 sqlcmd -S <服务器IP>,1433 -U SA -P ‘’。远程失败但本机成功，多半是防火墙或监听地址问题。
三 远程访问与命名解析
- 启用远程连接：在 sqlcmd 中执行 EXEC sp_configure ‘remote access’, 1; RECONFIGURE; 以允许来自其他主机的连接。
- 多实例或动态端口场景需启用并放行 SQL Server Browser：Browser 使用UDP 1434提供实例名到端口的解析。启用后应在防火墙放行 UDP 1434，客户端即可用“主机名,实例名”方式连接；单实例且固定 1433 时可不启用。
- 客户端连接串建议使用“IP,1433”的显式端口方式，减少依赖名称解析的不确定性。
四 日志排查与常见错误
- 查看 SQL Server 错误日志定位启动、监听与认证问题：tail -f /var/opt/mssql/log/errorlog。日志中常见“无法绑定端口”“登录失败”“协议未启用”等关键字，可据此回查配置与防火墙。
- 常见症状速查表：
- 本机可连、远程不通：多为防火墙未放行1433/TCP或监听地址为127.0.0.1；修正后重启服务再测。
- 服务未启动：systemctl status 显示 failed，按日志修复后启动。
- 命名实例连不上：未启用 Browser 或UDP 1434未放行，改用“IP,1433”或正确放行 Browser。
五 安全加固建议
- 仅开放必要来源 IP 的1433/TCP访问，避免使用 0.0.0.0/0 的宽泛规则；对管理口与业务口进行网络分段。
- 使用强口令策略并限制 SA 使用场景；结合应用最小权限账户与加密连接（TLS）保障数据传输安全。
- 定期更新系统与 SQL Server 补丁，减少暴露面与已知漏洞风险。
