微軟已正式宣佈 RDP 多路徑冗餘 TCP 傳輸路徑（RDP Multipath with redundant TCP transport paths）對 Windows 365 Cloud PC 正式發佈（GA），該更新出現在 2026 年 7 月 6 日當週的 Windows 365 What’s New 文件中。這標誌著始於 5 月的滾動部署已完成，代表了 Cloud PC 使用者連接可靠性的重大進步。
RDP 多路徑冗餘 TCP 的功能
RDP 多路徑並非全新功能 — 核心功能自 2025 年起已正式發佈，使用互動式連接建立（ICE）來發現和管理遠端桌面協定連接的多個網路路徑。新增的是冗餘 TCP 傳輸路徑層。
此前，RDP 多路徑主要依賴基於 UDP 的路徑：
- UDP over STUN（NAT 工作階段遍歷公用程式）— 最快、延遲最低的路徑
- UDP over TURN（使用中繼繞過 NAT 的遍歷）— 基於中繼的備用路徑
問題在於？並非所有網路都允許 UDP。企業防火牆、代理環境和限制性網路策略通常會完全阻止 UDP 流量。在這種情況下，RDP 多路徑的價值有限 — 連接回退到單一 TCP 路徑，沒有冗餘。
冗餘 TCP 傳輸路徑透過新增多個基於 TCP 的反向連接傳輸路徑（透過 Azure Virtual Desktop 閘道）來解決此問題。系統現在可以同時維護 UDP 和 TCP 備用路徑的混合組合，並在任何活動路徑降級時實現自動、透明的故障轉移。
主要優勢
微軟 7 月 6 日的公告強調了四個主要優勢：
- 在限制性網路環境中提高會話彈性 — TCP 冗餘在 UDP 被阻止的地方也能運作，為企業和鎖定網路環境提供故障轉移選項
- 在可用傳輸路徑之間自動故障轉移 — 無需使用者或管理員介入；系統透明地切換路徑
- 減少會話中斷和斷開連接 — 備用路徑預先建立，因此故障轉移幾乎是瞬時的
- 無需額外設定 — 滿足先決條件後，功能自動啟用
時間線
這是一個多階段的部署過程：
- 2026 年 4 月 21 日 — 微軟在 Azure Virtual Desktop Tech Community 部落格上宣佈冗餘 TCP 支援的公開預覽
- 2026 年 5 月 11 日 — Windows 365 的 GA 部署開始，採用分階段、品質驅動的方法
- 2026 年 7 月 6 日 — 確認全面正式發佈，並擴展了優勢文件
先決條件
要利用冗餘 TCP 傳輸路徑，請確保以下條件：
- 用戶端裝置上安裝 Windows App 2.0.1069.0 或更新版本 — 早期版本僅支援 UDP 多路徑，不支援 TCP 冗餘
- RDP Shortpath 已設定為主要傳輸 — 多路徑即使對於 TCP 回退也依賴它
- 出站 UDP 已允許 STUN 和 TURN（以便 UDP 路徑正常運作）
- TCP 連接 已允許透過 AVD 閘道進行反向連接
- 避免流量回流通過集中式裝置或套用深度封包檢測 — 重新整形或延遲 TCP 流可能導致誤判故障轉移並降低多路徑效果
平台支援
重要限制：冗餘 TCP 傳輸路徑目前僅在 Windows 裝置上受支援，需使用 Windows App on Windows client。非 Windows 用戶端（macOS、iOS、Android、Linux）目前不支援 TCP 冗餘。僅 UDP 多路徑在更廣泛的用戶端集合上運作，但 TCP 回退目前僅限 Windows。
如何驗證功能是否正常
使用者可以在遠端工作階段期間檢查 Windows App 中的連接狀態列 — 它會指示 RDP 多路徑是否處於活動狀態。如需更深入的診斷，AVD Insights 提供詳細的連接遙測資料，顯示正在使用的傳輸路徑以及故障轉移發生的時間。
手動啟用/停用
雖然該功能設計為先決條件滿足時自動啟用，但管理員可以透過 Cloud PC 上的登錄碼手動控制：
啟用：
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RdpCloudStackSettings" /v SmilesV3ActivationThreshold /t REG_DWORD /d 100 /f
停用：
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RdpCloudStackSettings" /v SmilesV3ActivationThreshold /t REG_DWORD /d 0 /f
更改登錄碼後，使用者必須斷開連接並重新連接才能使更改生效。
對 IT 管理員的意義
對於網路受限環境
如果您的使用者在公司防火牆後操作，而防火牆阻止 UDP，這是一個有意義的改進。此前，這些使用者只有單一 TCP 路徑，沒有冗餘 — 任何網路波動都可能導致會話斷開。現在他們獲得多個 TCP 路徑和自動故障轉移，顯著提高了會話穩定性。
對於 BYOD 場景
從家庭網路、咖啡店或酒店連接的自帶裝置使用者經常遇到不可預測的網路條件。冗餘 TCP 路徑提供了僅 UDP 多路徑在這些環境中無法提供的保障。
對於支援團隊
預計與「我的 Cloud PC 斷開連接」相關的服務台工單會減少。自動故障轉移對使用者是透明的 — 他們可能甚至沒有察覺到路徑切換。但在排查連接問題時，請注意連接路徑可能會在工作階段中間變化。
行動事項
- 驗證使用者群中的 Windows App 版本 — 確保所有人使用 2.0.1069.0 或更新版本
- 審查防火牆規則 — 確保允許到 AVD 閘道的 TCP 連接
- 在 AVD Insights 中監控連接遙測 — 確認 TCP 冗餘正在您的環境中啟用
- 更新網路文件 — 如果之前記錄了 RDP 多路徑僅支援 UDP 的限制
- 通知支援團隊新的故障轉移行為
Big Hat Group 幫助組織部署和最佳化 Windows 365 和 Microsoft Intune 環境。需要幫助改進您的 Cloud PC 連接策略？聯絡我們。
在 X 上關注我們 @kkaminski 取得每日微軟生態系統更新。