視訊會議是否穩定，不只取決於 Shadowrocket 的分流規則，還會受到 Wi-Fi 或行動網路品質、所選伺服器、UDP 傳輸支援及會議服務本身影響。本文以使用者已有自己的訂閱與伺服器設定為前提，說明如何檢查 Zoom、Teams 的路由方向，逐步比較會議與一般瀏覽流量，並在切換網路後重新驗證。分流只能選擇流量路徑，不能保證改善延遲、丟包或服務端狀況。
一、先分清會議卡頓與分流問題
會議畫面停住、聲音斷續或加入會議很慢，可能分別來自 Wi-Fi 訊號、行動網路壅塞、伺服器連線、DNS 解析、UDP 傳輸受限，或 Zoom、Teams 當下的服務狀態。Shadowrocket 的連線開關顯示已開啟，只能說明系統 VPN 通道正在運作，並不代表每一個會議媒體連線都已成功，也不能單憑一次 Connectivity Test 判定視訊品質。
建議先建立可重複的比較條件：固定同一個會議或測試對象、同一部裝置與同一個路由模式，分別記錄 Wi-Fi 與行動網路下的狀況。若同一網路上的一般網頁也不穩，先排查本地網路；若網頁正常、只有會議的聲音或畫面不穩，再檢查會議流量所走的路徑、伺服器狀態與 UDP 支援。一次只改一項設定，才能知道變更是否有幫助。
- 加入會議很慢：檢查 DNS 解析、登入狀態、會議服務可用性與目前採用的路由。
- 聲音斷續或延遲增加：檢查 Wi-Fi 訊號、背景上傳、網路丟包，以及伺服器是否支援所需的 UDP 傳輸。
- 畫面凍結但聲音正常：同時確認裝置負載與網路品質；這不一定是分流規則造成。
- 只有切換網路後失效：重新測試新網路下的 DNS、UDP 可達性及既有伺服器連線，不要假設 Wi-Fi 與行動網路具備相同條件。
參加重要會議前，先以短時間測試確認聲音、畫面與分享功能，再決定是否採用特定路由。對工作或學校網路有管理政策的裝置，請先遵循管理者規定；不要為了測試而繞過組織要求的存取控制。
二、確認 UDP 支援，不要只看延遲數字
視訊會議的即時音訊與影像通常重視低延遲和持續傳輸，UDP 在此類通訊中可能發揮作用；但實際採用的傳輸方式會依服務、網路環境及用戶端狀態而異。伺服器清單中的延遲測試結果，通常不能完整代表會議期間的丟包、抖動或 UDP 媒體連線品質。測試數字低，不等於長時間通話一定穩定。
請先查看自己已有的服務設定是否支援 UDP，並確認其遠端服務端也允許相應傳輸。Shadowrocket 中伺服器協定與相關選項會因設定類型而不同；不要只因看到 UDP 字樣就推定所有連線均可使用 UDP，也不要任意修改伺服器位址、Port 或傳輸參數。若服務端不支援所需傳輸，單靠更改規則無法補上這項能力。
會議連線檢查
- 伺服器
- 確認選取項目與目前使用的訂閱設定一致
- UDP
- 依自己的服務設定確認支援狀態
- 網路
- 分別在 Wi-Fi 與行動網路測試
- 結果
- 記錄聲音、畫面、分享及加入速度
延遲測試是參考資料，不是會議品質保證。
分流規則檢查
- Global Routing
- 確認目前使用 Config，而非 Direct
- 設定檔
- 確認 Home 中生效的是預期的 Config
- 策略
- 確認規則指向的策略有可用選項
- 一般流量
- 確認未匹配流量的 FINAL 去向
先讀懂現有規則，再決定是否需要調整。
結論：先確認傳輸能力，再調整路由
若伺服器或目前網路不支援會議所需的 UDP 傳輸，增加網域規則不會解決傳輸限制。先確認既有設定與網路條件，再用相同會議做路由對照。
三、Zoom、Teams 分流應怎麼安排
Global Routing 的 Config 會依目前生效的設定檔處理流量；規則則依目的網域、IP 或設定檔支援的其他條件決定路由。這與按 App 名稱辨識並分流是不同概念：一般網域規則通常判斷連線目的地，不應假設它能把同一個 App 的所有連線完整識別。Zoom、Teams 也可能使用多個網域、媒體端點與第三方服務，並會依登入、會議功能和服務部署情況而變化。
因此，不建議只加入一兩條看似相關的網域規則，就認定 Zoom 或 Teams 的所有流量都已分流。下列規則文字僅作為格式示意，並非完整服務清單，也不能直接當成通用設定；請優先使用自己信任且與目前服務相符的設定檔，並確認其更新來源及規則涵蓋範圍。
DOMAIN-SUFFIX,zoom.us,PROXY
DOMAIN-SUFFIX,teams.microsoft.com,PROXY以上範例中的網域不代表涵蓋所有登入、訊號交換、媒體或分享流量。若會議部分功能正常、部分功能失效，可能是實際連線使用了未匹配的目的地，亦可能是網路或服務端問題。不要為了補足規則而寬泛地把整個 Microsoft 服務網域或大量 IP 範圍改走同一路徑；這可能改變其他工作服務、登入、檔案存取或一般瀏覽的路由。
- 會議服務：先確認現有 Config 是否已有適用於 Zoom、Teams 的規則，並查看規則所指向的策略是否可用。
- 工作服務：將公司入口網站、郵件、檔案與身分驗證等服務分開檢查，不要因為會議通話不穩就一併更改所有工作流量。
- 一般瀏覽：確認
FINAL或其他兜底規則的去向，避免未匹配的流量意外全走代理或全走直連。 - 規則順序：留意前方較廣泛的規則是否已先匹配目標流量；後方新增的精確規則可能因此不會生效。
規則修改前，先記下目前的 Global Routing、Config 名稱及相關規則。若使用別人提供的設定檔，請依其說明確認規則是否允許本機調整；更新後再檢查變更是否被保留。不要把訂閱網址、帳密、UUID 或其他憑證貼到公開求助內容中。
四、在 Shadowrocket 中逐步測試分流
測試時先保留目前可用的設定，並挑選一個已知能正常連線的伺服器作為起點。以下流程不要求新增伺服器，也不需要改動訂閱來源；目的是確認目前設定如何處理會議與一般流量，再決定是否需要調整 Config。
-
記錄基準
進入 Home，記下目前選取的伺服器、連線狀態、使用 Wi-Fi 或行動網路，以及會議中出現的具體問題。不要記錄或公開敏感憑證。
-
核對模式
在 Home → Global Routing 確認目前模式。若要測試規則，應使用 Config，並確認 Config 頁面中生效的是預期設定檔；Direct 不會替會議流量套用代理規則。
-
檢查規則
在 Config 中查看 Zoom、Teams 相關規則及其順序，再確認目的策略有可用伺服器。不要在不清楚規則來源與涵蓋範圍時刪除整份設定或新增大量網域。
-
測試會議
開啟 Shadowrocket 連線後，以相同會議情境測試加入、雙向聲音、畫面及螢幕分享。分別記錄哪一項失敗，不要只寫「會議很慢」。
-
對照一般流量
在其他條件不變時，測試一般網頁或工作服務是否正常。若只有會議受影響，優先檢查會議規則與 UDP；若多種流量都失敗，先檢查伺服器及網路。
-
恢復並複測
如為排查而暫時切換模式或伺服器，測試後恢復日常設定，再重測一次。每次只變更一項條件，並記下變更前後結果。
在 Config 下測試時，規則命中與實際會議媒體連線未必能從一個頁面完整確認。若只有特定功能失敗，先記錄發生時間、網路類型與症狀，再比對設定檔說明及服務端要求。Connectivity Test 可作為連線檢查的一部分，但不能取代實際會議測試。
五、Wi-Fi 與行動網路切換後重新檢查
Wi-Fi 與行動網路可能採用不同 DNS、NAT、防火牆政策與訊號品質。某條 UDP 連線在家中 Wi-Fi 可用，不代表行動網路也會允許相同的通訊；同樣地，行動網路下正常的會議，也不代表家中路由器沒有丟包或無線干擾。切換網路後，應將其視為新的測試條件，而不是只看 Shadowrocket 開關是否仍顯示連線。
- 先確認新網路可直接開啟一般網站；若需登入入口網站或接受網路條款，先完成網路認證。
- 保持同一個伺服器、Global Routing 與會議情境，重新測試聲音、畫面和分享，避免同時改動多項設定。
- 如果會議只在某一種網路失敗，記下網路類型與大致時間，再檢查該網路是否限制 UDP 或有較高丟包。
- 若所有服務都無法使用，確認 Home 中選取的伺服器仍有效，並重新執行 Connectivity Test；不要把會議故障直接歸因於單一規則。
開著連線，Teams 還是只有聲音沒有畫面嗎？
先確認 Global Routing 不是 Direct，再確認 Config 中相關流量使用的策略可用。以同一會議測試一般網頁、聲音與畫面；若僅畫面或分享失敗，記錄功能差異並檢查網路及服務狀態，不要直接把整個 Microsoft 網域改走代理。
Wi-Fi 正常，改用行動網路就斷斷續續怎麼辦？
保持伺服器與路由設定不變，先確認行動網路本身穩定，再重測會議。若只有行動網路出現問題，可能涉及訊號、壅塞或 UDP 通訊限制；規則調整無法修復訊號或網路政策限制。
把 Zoom 網域加入規則後，為什麼仍有功能失效？
單一網域規則未必涵蓋登入、訊號交換與媒體連線使用的所有目的地。先確認規則順序、實際命中的策略及設定檔涵蓋範圍，再依服務文件與自己的網路環境排查；不要把示例規則當成完整清單。
延遲測試很低，開會仍然卡頓嗎？
延遲數字不是丟包、抖動或持續媒體品質的完整測量。請在相同網路條件下實際測試會議，並檢查背景上傳、Wi-Fi 訊號及 UDP 支援；若一般網頁也不穩，先處理本地網路。
六、修改前後的安全檢查清單
視訊會議設定適合小幅、可回復地調整。每次修改前保存現有 Config 或記下修改位置，避免無法還原；修改後確認 Zoom、Teams、必要工作服務與一般瀏覽都符合預期。若更新訂閱或 Config 後行為改變，先確認規則是否被更新覆蓋，以及目前生效的設定檔是否仍是原本那一份。
- 不要把端口規則當成通用答案：Zoom、Teams 的服務端點與網路要求可能依服務文件、會議功能及部署環境而變化。請以目前有效的服務文件及組織網路政策為準，不要將某組連接埠數字直接套用到所有網路。
- 不要同時更改多個設定：一次只改路由模式、策略或規則中的一項，然後用相同網路與會議情境複測。
- 保護設定資料：訂閱 URL、伺服器驗證資訊與設定檔可能含敏感內容。分享錯誤資訊前，遮蔽網址參數、位址、UUID、密碼及金鑰。
- 確認恢復狀態：排錯用的 Proxy 或其他臨時路由完成後，恢復日常使用的 Global Routing，並再次確認一般流量沒有意外改道。
如果網路管理者要求使用特定 VPN、代理或會議設定，請先依其要求處理。Shadowrocket 的分流只能在目前設定與網路允許的範圍內選擇流量路徑，不能替代網路服務、會議服務或組織 IT 的故障處理。透過記錄網路類型、路由模式、測試功能與變更項目，能更快分辨是會議流量規則、UDP 支援，還是底層網路本身需要進一步檢查。