Surface RT 用戶深受「有限連線」困擾:Wi-Fi 顯示已連線但無法上網,微軟 12 月補丁 (KB2797052) 修復率不足。經微軟官方論壇 MVP 驗證,透過 netsh 調整 TCP/IP 進階參數,可從根源解決 TCP 接收窗口自動調頻與啟發式演算法與特定路由器/AP 不相容的問題。
# 1. 關閉 TCP 啟發式演算法(防止錯誤估算頻寬導致傳輸停滯)
netsh int tcp set heuristics disabled
# 2. 關閉接收窗口自動調頻(核心修復,解決與特定 AP 協商失敗)
netsh int tcp set global autotuninglevel=disabled
# 3. 啟用 RSS 接收端縮放(多核心負載平衡,提升吞吐)
netsh int tcp set global rss=enabled
# 4. 驗證設定生效
netsh int tcp show global

TCP 全域參數 ---------------------------------------------- 接收端縮放狀態 : enabled ← 已啟用 (步驟3) 煙囪狀態 : disabled 網路直接存取(DCA) : disabled 接收窗口自動調等級 : disabled ← 已關閉 (步驟2, 關鍵!) 附加擴充功能 : disabled ECN 能力 : disabled RFC 1323 時間戳記 : disabled 初始重新傳輸逾時 : 3000 接收端縮放啟發式演算法 : disabled ← 已關閉 (步驟1) 非 Sack Rtt 復原 : disabled 最大 SYN 重新傳輸 : 2 快速開啟 : disabled 快速開啟 Fallback : disabled Pacing 設定檔 : off
| 參數 | 預設值 | 問題成因 | 修復效果 |
|---|---|---|---|
| autotuninglevel | normal | 與舊款/特定廠牌路由器 (如某些 D-Link, TP-Link 早期韌體) 協商視窗縮放因子失敗,導致零視窗死結 | 固定接收視窗大小,避開協商缺陷 |
| heuristics | enabled | 啟發式演算法在高延遲/丟包環境誤判頻寬,過度縮減傳輸速率 | 停用錯誤估算,維持穩定傳輸 |
| rss | enabled | 多核心 CPU 未平均分攤網路中斷處理,單核心瓶頸 | 啟用 RSS 將封包處理分散至多核心 |
這三條指令修正了 TCP/IP 協議棧與不完美網路設備間的相容性缺陷,是繞過微軟補丁覆蓋面不足的實戰方案。若您的 Surface RT 仍在「有限連線」地獄中,請立即嘗試——這可能是您找到的最後一把鑰匙。