SQL Server TCP/IP 連線失敗排查指南：telnet 測試、命名管道替代、身分驗證與網域控制器時序

排查步驟

1. 確認版本與修補程式：查詢 SQL Server 版本 (SELECT @@VERSION) 並套用最新 Service Pack / 累積更新。
2. Telnet 埠號測試：

   telnet SqlServerName 1433

   若無法連線，代表網路層面阻斷 (防火牆、路由、SQL Server 未啟用 TCP/IP 協定)。1433 為 TCP/IP 預設埠。
3. 嘗試命名管道：連接字串改用 Network=DBNMPNTW 或 DSN 選擇「Named Pipes」，若成功則問題侷限於 TCP/IP 設定。
4. IP 位址 vs NetBIOS 名稱：連接字串分別嘗試伺服器 IP 與主機名稱，排除 DNS/NetBIOS 解析問題。
5. 服務啟動身分與網域控制器時序：
   • 執行連線程式的 Windows 身分需具備「網路存取」權限。
   • SQL Server 服務啟動時必須能連線網域控制器進行 Kerberos/NTLM 驗證。若 SQL Server 在網域控制器之前啟動 (如斷電重啟)，驗證會失敗。建議重啟 SQL Server 服務確保網域驗證正常。

常見設定檢查

• SQL Server 組態管理員 → 網路設定 → TCP/IP 協定：已啟用、IPAll 埠號設為 1433。
• 防火牆入站規則允許 TCP 1433 (或自訂埠)。
• 用戶端驅動程式版本 (MDAC/SNAC/ODBC) 需支援目標 SQL Server 版本。
• 錯誤訊息「General network error」通常指向網路層或驗證層問題，依上述步驟逐層排除。