遠距會議卡頓時，單看 Shadowrocket 顯示已連線或延遲數字很低，並不足以判定視訊路徑正常。本文以 Zoom、Teams 和日常辦公服務為例，說明如何分辨延遲、抖動、封包遺失與 UDP 轉送問題，再透過 Config 和小範圍規則安排流量。操作前請備妥自己的連線資料；不建議為了排查問題而一次切換多個伺服器、修改多條規則或讓所有流量長期走代理。
視訊順不順，不只看延遲
視訊通話包含音訊、影像、登入、會議控制與檔案等不同請求。部分即時媒體可能使用 UDP，其他功能則可能使用 TCP 或 HTTPS。實際協定與目標位址會依服務、裝置、網路環境和當下會議狀態而變動，所以不能只憑「Zoom」或「Teams」兩個名稱，就推定整個 App 的所有流量都該走同一條路。
延遲是資料往返所需時間；抖動是延遲變化；封包遺失則代表部分資料未能順利抵達。即使測得的延遲看來不高，若延遲忽高忽低或封包遺失，仍可能出現聲音斷續、影像凍結或畫面降低畫質。相反地，Connectivity Test 得到可接受的結果，也不等同已測試會議中的媒體流量，更不能證明 UDP 轉送可用。
正式判斷時，請同時留意 Zoom 或 Teams 通話中的品質資訊、目前網路是否穩定，以及 Shadowrocket 的路由模式和規則。公司 Wi-Fi、家用網路及行動網路的限制可能不同；在一種網路上可用，不保證換到另一種網路仍有相同結果。
先確認 UDP 與目前連線條件
若會議可以登入，但音訊或影像不穩，先查清楚現有伺服器與服務商設定是否支援 UDP 轉送。不同協定、伺服器端設定與服務方案可能有不同限制；Shadowrocket 顯示連線已建立，不代表遠端伺服器已允許 UDP，也不表示本機 Wi-Fi 或行動網路沒有封鎖相關流量。請依自己已有的服務資料核對，不要自行猜測 UDP 連接埠或更改不明參數。
- 確認伺服器資料：在 Home 檢查目前選取的項目，並依原始設定核對協定、位址和連接埠。若服務商文件有說明 UDP 支援或限制，以該說明為準。
- 比較網路環境：維持同一場會議，分別在 Wi-Fi 與行動網路測試。若只有一種網路出現問題，優先檢查該網路的防火牆、管理政策或訊號品質。
- 檢查通話品質：在 Zoom 或 Teams 的通話品質資訊中留意延遲、抖動、封包遺失及媒體連線狀態。不同 App 版本的欄位名稱或顯示位置可能不同，請以目前 App 介面為準。
- 不要把測速當成通話測試：一般網頁載入或單次 Connectivity Test，無法完整代表多人會議中的即時媒體品質。請使用短時間測試通話或測試會議作交叉確認。
如果使用者已有的伺服器不支援 UDP，或遠端服務明確限制 UDP，調整網域規則不會補上伺服器端能力。部分服務可能嘗試使用其他傳輸方式，但替代路徑的效果取決於服務端和網路條件；若會議品質仍不佳，請先確認服務本身提供的網路需求，再評估是否改用允許的網路環境。
依工作情境選擇路由方式
Home → Global Routing 決定目前採用的整體路由方式。若已在 Config 準備並確認設定檔，Config 通常較適合依規則處理會議與其他流量；Proxy 可用於短時間比較整體代理路徑；Direct 則可協助檢查不經代理時的網路狀況。這些模式不是會議品質保證，也不會自行修正 UDP、DNS 或伺服器設定。
依目前設定檔的規則及策略處理不同請求。先確認 Zoom、Teams 需要的網域規則確實存在，並檢查未命中規則時採用的 FINAL 策略。
適合：日常遠距工作及需要保留其他流量分流的情境。
以全域代理方式作短時間對照，可協助判斷問題是否與目前 Config 規則有關；它不會自動確保伺服器支援 UDP。
適合：在相同網路和伺服器下進行短暫排查。
以直連方式作對照，適合確認目前網路直接連線的會議品質。若工作服務需要代理或網路政策不允許直連，請勿將測試結果當作長期設定。
適合：確認問題是否只在目前代理路徑出現。
判斷原則：先固定條件，再比較路由
使用同一台裝置、同一場測試會議、同一個網路及同一個伺服器，分別比較 Config、短暫 Proxy 或 Direct 的表現。每次只改一項，完成後恢復日常使用的模式；這比同時更換伺服器、網路和規則更容易定位問題。
逐步設定並驗證會議流量
以下步驟不需要重建整份設定檔。若目前使用的是服務商提供的設定檔，先確認修改是否會被更新覆寫；保留原設定或備份後，再針對需要的網域做最小幅度調整。Zoom 和 Teams 的服務端點可能變動，實際網域與網路需求應以各服務目前公布的說明及組織管理政策為準。
-
確認既有連線
在 Home 選定要測試的伺服器，核對其協定、位址和連接埠。向自己現有的服務資料確認 UDP 支援情況；不要將訂閱網址、驗證資料或 token 貼入公開求助內容。
-
備份設定檔
前往 Config，確認目前選用的設定檔並保留可還原的副本。檢查現有 DOMAIN、DOMAIN-SUFFIX 及 FINAL 規則，避免新規則被較前面的廣泛規則先行命中。
-
加入必要網域
只加入經服務文件或實際診斷確認的必要網域，並將具體規則放在可能先命中的廣泛規則之前。以下僅示範規則格式，不能視為 Zoom 或 Teams 的完整端點清單：
DOMAIN-SUFFIX,zoom.us,PROXY
DOMAIN-SUFFIX,teams.microsoft.com,PROXY這兩個範例網域並不涵蓋所有登入、會議控制或媒體端點。Teams 或 Zoom 的請求可能使用其他網域、不同網路端點或不同傳輸方式；直接擴大到整個 Microsoft 相關網域，也可能把不必要的日常流量送往代理。請依組織政策和服務目前的網路需求逐項核對，且保留原設定中適用的 FINAL，不要為了套用範例而覆蓋其他規則。
-
啟用 Config
儲存並選用已核對的設定檔，返回 Home → Global Routing，選擇 Config。確認 Home 中的伺服器項目正確，再啟動連線；首次連線依系統提示允許 VPN 設定。
-
測試短會議
先用短時間測試通話檢查音訊、影像、分享畫面及加入會議的流程。記錄品質資訊與當時使用的網路，不要只以 App 是否成功登入作為通話正常的判斷。
-
一次調整一項
若結果不理想，先恢復原規則或改用已備份設定，然後只調整一個已確認的網域或路由選項。每次修改後重新發起測試，避免沿用修改前已建立的通話來判斷新規則。
會議流量與日常辦公服務分開處理
遠距工作不只有視訊會議。登入、電子郵件、雲端文件、檔案同步與企業內部服務可能各自使用不同的網域和存取政策。若將所有流量一律送往代理，可能增加不必要的路徑變化；若全部直連，也可能讓必須經特定網路存取的服務無法使用。較容易維護的做法，是以已確認的服務網域為範圍，依工作需求設定代理或 DIRECT，並保留設定檔其他規則。
| 工作項目 | 先確認什麼 | 路由處理方式 | 驗證方式 |
|---|---|---|---|
| Zoom 或 Teams 會議 | 服務公布的端點、UDP 支援及網路限制 | 只為已確認的必要網域安排策略；不要假設單一網域涵蓋媒體流量 | 短會議檢查音訊、影像及通話品質資訊 |
| 登入與身分驗證 | 組織要求的登入網域及多重要素驗證流程 | 依組織政策確認代理或 DIRECT，避免因過寬規則影響登入 | 登出後重新登入，確認驗證頁與回跳流程 |
| 雲端文件與檔案同步 | 服務使用的檔案、API 和內容網域 | 按實際需求分流；不要只測首頁就推定上傳下載正常 | 測試開啟、儲存及小型檔案同步 |
| 公司內部資源 | 內部 DNS、公司 VPN 或裝置管理政策 | 遵循組織 IT 指示，不要自行改寫內部網域路由 | 確認公司指定的資源與系統登入流程 |
若裝置由公司管理，請先向 IT 確認是否允許變更 VPN、DNS 或網域規則。管理政策可能要求特定路由或限制個人設定；即使個人測試時可用，也不代表符合組織的安全要求。
會議仍不穩時，按現象縮小範圍
先辨認故障出現在哪個階段：無法登入、加入會議失敗、只有音訊異常，或影像與分享畫面不穩。不同現象可能對應不同網域、路由或網路限制，不要把所有問題都歸因於伺服器延遲。以下問答卡提供排查順序；若問題涉及企業帳號或受管理網路，請同時依 IT 指示處理。
延遲測試很低，為什麼還是會卡？
延遲數字不代表抖動、封包遺失或會議 UDP 媒體正常。請在通話中查看 Zoom 或 Teams 的品質資訊，並在同一網路下做短會議測試；再確認目前伺服器是否支援 UDP。
可以登入，卻加入不了會議嗎？
登入與會議媒體可能使用不同端點。先依服務目前公布的網路需求核對必要網域和網路限制，再檢查 Config 中是否有較早命中的規則；不要只將登入網域加入代理就認定設定完成。
Wi-Fi 卡頓，行動網路卻正常？
先保持同一伺服器和規則，只更換網路做對照。若差異只在某個 Wi-Fi，檢查該網路的訊號、登入狀態、防火牆或管理政策；不要同時更換伺服器和多條規則。
改了規則，舊通話還是沒有改善？
已建立的會議連線不一定會沿用新規則。結束通話後重新加入測試，確認 Home → Global Routing 仍為 Config，並檢查實際選用的設定檔，而不只是 Config 頁面曾經編輯過的檔案。
若只有某項功能失效，例如登入正常但分享畫面失敗，請把問題限制在該功能涉及的服務端點與網路需求，不要將範圍擴大至所有工作流量。完成測試後恢復穩定且符合組織政策的設定，並記下網路類型、路由模式及結果，方便日後比較。