遠距會議卡頓，不一定是節點延遲過高，也可能與 Wi-Fi 擁塞、公司網路限制、UDP 傳輸不可用，或分流規則把會議流量送到不合適的路徑有關。本文以 Zoom、Microsoft Teams 的語音與視訊使用情境為例，說明如何檢查 Shadowrocket（小火箭）的連線與 UDP 條件，再逐步調整分流。實際服務網域、媒體傳輸方式及管理政策可能變動，請以目前的服務文件和公司網路規範為準。
本文適合已備妥自己訂閱的遠距工作者。先確認會議前的基礎網路與節點狀態，再判斷 UDP 是否能從裝置、代理節點到目的端完整傳送，最後以 Config 為會議流量安排合適的分流。不同網路可能呈現不同結果；操作時一次只改一項，並保留可比較的測試條件。
一、先拆解會議卡頓的網路路徑
視訊會議包含登入、訊息、控制連線及即時音訊／視訊媒體等不同流量。它們不一定使用相同的傳輸方式，也不一定連到同一組網域或 IP 位址。一般網頁能開啟，只能說明部分連線可用，不能直接證明即時媒體路徑也正常；反過來說，會議畫面能登入，也不代表音訊和視訊傳輸穩定。
Shadowrocket 的分流依 Config 中的規則與目前選用的路由方式運作。若規則只匹配登入網域，媒體連線可能仍依其他規則或預設規則處理；若直接把一個服務網域寫成固定清單，也可能因服務更新、區域選擇或雲端媒體節點變化而漏掉流量。因此應先查看實際請求與網路表現，再決定要調整哪些規則，不要把一份網域清單視為永久完整的會議設定。
- 登入正常、媒體卡頓：登入連線與音訊／視訊媒體可能走不同目的位址或傳輸路徑，應分別檢查。
- Wi-Fi 正常、公司網路失敗：可能是公司網路的防火牆、DNS、代理政策或 UDP 限制；請先確認管理規範，不要嘗試繞過組織政策。
- 延遲測試正常、會議仍斷續：延遲測試只反映特定測試目標與當下狀況，不能代表會議媒體的丟包、抖動或頻寬都正常。
二、確認 UDP 是否真的可用
即時音訊與視訊通常會優先利用適合即時傳送的媒體路徑；在某些網路環境下，UDP 不可用時服務可能改走其他路徑，但連線品質或功能可能受到影響。是否能使用 UDP，取決於多個環節：會議服務端的連線方式、Shadowrocket 所選節點與協定、節點服務端的 UDP 支援，以及目前 Wi-Fi、行動網路或公司網路是否允許相應流量。只看用戶端顯示已連線，不能證明上述環節都已通過。
- 確認節點資料：查看自己服務商提供的節點協定與 UDP 支援說明。不同協定或節點可能有不同能力，不要推定所有節點都能轉送 UDP。
- 查看 Shadowrocket 設定：在 Home 選取正在使用的節點，開啟其編輯資訊，確認介面是否提供 UDP 相關選項，以及該選項目前的狀態。欄位會依協定與平台而異；沒有顯示的設定不要自行猜測或套用其他節點的值。
- 比較網路：保持同一節點及會議設定，分別在可用的 Wi-Fi 與行動網路測試。若只有公司網路異常，記錄時間、網路類型與會議症狀，交由網路管理員確認政策和連線要求。
- 確認服務端條件：如果節點或網路不支援所需 UDP 流量，單靠在 Config 新增網域規則無法讓被阻擋的通道恢復。
三、依工作情境選擇分流方式
開始調整前，先確認 Home 的 Global Routing 目前使用哪種模式，以及 Config 中是否已有針對必要服務的規則。若目前使用 Config，規則通常會依序比對，並由後續規則處理未命中的請求；因此規則位置與最後的預設處理方式都很重要。請勿把未經確認的服務網域大量加入規則，也不要將會議、公司內網與一般瀏覽流量一概設定為同一條路徑。
會議優先的 Config
- 入口
- Home → Config → 目前使用的設定
- 匹配方式
- 依實際請求與已確認的服務網域建立規則
- 檢查重點
- 會議相關規則的位置與預設規則
- 適用情境
- 會議與一般上網需要採不同路徑
先核對目前服務的網域與規則匹配結果，再加入必要項目。
暫時全域測試
- 入口
- Home → Global Routing
- 測試方式
- 短時間切換至 Proxy 作對照
- 觀察項目
- 音訊、視訊、分享畫面與斷線情形
- 完成後
- 恢復原本的 Config 設定
全域模式適合定位問題，不代表適合長期取代分流。
若暫時切到 Proxy 後會議改善，可能表示原有分流規則或預設路徑需要檢查；這仍不能直接證明 UDP 是唯一原因。若切換後沒有改善，應將注意力放回節點能力、目前網路的限制、裝置本身的 Wi-Fi 訊號及會議服務狀態。使用 Config 作為日常模式時，維持其他流量的既有處理方式，只針對有明確依據的會議流量調整，較容易降低對公司內網和一般上網的影響。
四、逐步設定並完成一次對照測試
以下以 iPhone / iPad 的介面名稱說明操作思路，其他平台的選項位置可能不同，請依實際介面核對。修改前記下目前 Global Routing、選用節點與 Config 名稱；如果 Config 是自行維護的設定，先保存一份可還原的副本。不要在會議進行中一次改動多個選項，否則難以判斷改善或惡化的原因。
-
記錄原始狀態
在 Home 記下目前選用的節點，並確認 Global Routing 使用 Config、Proxy 或 Direct 中的哪一種。另記錄網路是 Wi-Fi、行動網路或公司網路，以及會議中出現的症狀，例如只有分享畫面停住或音訊持續斷續。
-
確認節點條件
查看節點的協定資料與 UDP 支援說明；若 Shadowrocket 的節點編輯介面提供 UDP 相關選項，核對它是否符合服務商提供的資料。不要只為了測試而更改地址、連接埠或驗證參數。
-
檢查 Config
前往 Config 開啟目前使用的設定，查看是否有已確認的 Zoom 或 Microsoft Teams 相關規則，並檢查它們在規則中的位置及預設處理方式。不要直接假設服務只使用某一個固定網域。
-
進行短時對照
使用同一個會議、裝置、節點與網路，先以目前的 Config 測試，再短時間切至 Proxy 作比較。依序檢查加入會議、音訊、視訊和分享畫面；測試完成後恢復原本模式。
-
一次調整一項
若 Proxy 對照較穩定，返回 Config，只針對已確認的會議流量調整規則，再重做相同測試。每次只改一個條件，並保留修改前後的結果，方便復原及定位差異。
-
驗證其他服務
確認會議改善後，測試公司內網、一般網站及直接連線需求是否仍正常。若有應直連的工作資源，依公司政策保留相應處理方式，不要因為會議測試而改動整份 Config 的預設規則。
五、比較 Wi-Fi、行動網路與公司網路
同一個節點在不同網路上的表現可能差異很大。家用 Wi-Fi 可能受到訊號弱、無線干擾或其他裝置大量傳輸影響；行動網路則會受到訊號品質、基地台負載及網路切換影響；公司網路可能有明確的安全政策、代理要求或媒體流量限制。比較時請固定節點、Config、會議裝置及測試時間長度，只切換網路條件，避免把多項變更混在同一輪。
| 網路環境 | 常見觀察 | 優先確認 |
|---|---|---|
| 家用 Wi-Fi | 畫面凍結、聲音忽大忽小，特定位置較明顯 | 靠近無線基地台測試，確認其他裝置是否正在大量上傳或下載 |
| 行動網路 | 移動時短暫中斷，或不同地點品質落差明顯 | 在訊號穩定位置重測，避免測試期間在 Wi-Fi 與行動網路間切換 |
| 公司網路 | 可登入但媒體品質差，或只有特定辦公網段失敗 | 依公司規範向管理員確認防火牆、DNS、代理政策及 UDP 要求 |
| 不同網路都異常 | 使用同一節點時，音訊或視訊都持續不穩 | 核對節點服務狀態、協定資料與會議服務本身的狀態 |
若公司網路明確限制外部 VPN 或特定媒體流量，不應透過更換規則或其他設定規避政策。請向管理員詢問核准的遠距會議方式，必要時使用公司允許的網路。若只有家用 Wi-Fi 不穩，可先在靠近路由器的位置測試；若只有行動網路不穩，則記錄地點與訊號狀況，避免將問題直接歸因於 Shadowrocket。
六、依症狀縮小範圍並保護設定
排查時，以能否重現為準，而不是只比較一次會議的主觀感受。建議在相同會議情境中檢查入會、語音、視訊與分享畫面，再把結果與網路類型、Global Routing 及所選節點一起記錄。下列問題與處理方式可用來定位方向，但服務端狀態和公司網路政策仍需向相應管理方確認。
會議可以加入，但對方聽到的聲音斷斷續續？
先確認裝置麥克風與 Wi-Fi 訊號，再用相同節點比較 Config 與短時 Proxy 測試。若只有某一網路發生，記下網路類型與測試時間；若所有網路都發生，檢查節點端 UDP 支援及會議服務狀態。
切到 Proxy 後改善，是否要一直用全域模式？
不一定。Proxy 測試的用途是比較路徑，改善可能與原有規則、預設路徑或其他網路條件有關。恢復 Config 後，再針對已確認的服務流量逐項調整，並檢查公司內網及一般網站是否仍符合原本需求。
在公司網路連不上，能否直接新增規則處理？
先查閱公司網路使用政策並詢問管理員。若網路限制是組織安全設定，新增 Config 規則不會解除政策，也不應用來繞過限制。請依管理員提供的核准方式使用會議服務。
如何把會議問題交給管理員或服務商確認？
提供發生時間、裝置平台、網路類型、Global Routing 模式、節點協定、具體症狀及對照測試結果。分享記錄或截圖前，先遮蔽訂閱網址、伺服器位址、密碼、帳號識別資訊及其他敏感內容。
Shadowrocket 的訂閱網址與節點參數可能包含存取憑證，請勿貼到公開討論區或未受保護的文件。若需要復原，切回原先記錄的 Global Routing 與 Config，並使用修改前保存的設定副本。當測試結果顯示問題只在特定網路出現時，優先處理該網路的訊號、限制或管理政策，比反覆重設整份設定更有效率。