本文適合已在 Shadowrocket 使用自己訂閱、需要處理遠距會議流量的使用者。先確認公司網路政策與會議服務的連線需求，再檢查候選節點是否支援 UDP，並依 Zoom、Teams 的實際網域需求設定分流。最後透過新會議、音訊、視訊與螢幕分享逐項驗證；設定只能改善可控制的網路路徑，不能取代公司網路、服務端或帳戶權限的排查。
一、先判斷會議流量應不應經過代理
遠距會議不只是開啟一個網頁。登入、會議控制、音訊、視訊、螢幕分享與檔案傳送可能使用不同的服務網域與連線路徑；其中即時媒體對延遲、抖動和封包遺失較敏感。把 Zoom 或 Teams 的所有相關流量一律交給代理，不一定會更穩定，也可能讓登入頁面和媒體連線走到不同出口，造成加入會議較慢或音訊中斷。
開始設定前，先確認公司是否要求使用公司 VPN、受管理裝置或指定的網路出口。若公司政策要求會議流量直連公司網路，應依 IT 部門提供的規則操作，不要自行用個人代理取代公司要求；若允許使用 Shadowrocket，才依會議服務和目前網路條件選擇分流方式。以下操作以使用者已經有自己的訂閱為前提，不涉及取得連線服務。
先選定測試基準：同一部裝置、同一個會議帳戶、相近的會議時段，以及同一種 Global Routing 模式。測試期間不要同時更新訂閱、改規則、切節點和切網路；否則即使問題改善，也很難確定是哪項變更造成。公司 Wi-Fi 無法連線時，也不要直接判定是節點問題，因為企業防火牆、裝置管理政策或網路登入程序都可能限制 VPN 與 UDP 流量。
- 若是登入或加入會議失敗：記錄錯誤提示與發生時間，再確認帳戶、公司登入程序和 DNS／網域分流。
- 若會議已加入但聲音斷續：優先觀察網路是否切換、UDP 是否可用，以及音訊是否在新連線後恢復。
- 若只有螢幕分享或視訊異常：分別測試該功能，不要只以「已成功加入會議」作為所有媒體正常的判斷。
二、挑選節點並確認 UDP 可用
延遲測試可用來初步篩選，但一次測到較低的 ms 數字，不代表整場會議都穩定。視訊會議會持續傳送雙向媒體資料；節點負載、到會議服務的出口路徑、無線干擾和封包遺失，都可能讓畫面停頓或聲音破碎。請在預計開會的網路和時段測試幾個候選節點，記錄多次結果及是否逾時，並以實際加入測試會議的表現作最後判斷。
在 Home 選取候選連線後，使用 Home → Connectivity Test 進行一致的初步測試。測試時固定 Wi-Fi 或行動網路，不要一輪使用 Wi-Fi、下一輪改用行動網路後直接比較。測試完成後，確認所選連線確實已啟用，再建立新的 Zoom 或 Teams 會議；既有會議可能仍沿用建立時的連線，不適合用來驗證剛切換的節點。
UDP 是即時音訊與視訊常見的傳輸方式之一，但「節點能連線」不等於「UDP 媒體流量能通過」。檢查所選節點的協定與設定是否支援 UDP relay／UDP forwarding；若節點編輯頁有相關欄位，確認它已啟用，且使用者的訂閱服務也允許此功能。欄位名稱和可用選項會因協定與設定而異，不要把 TCP 連線成功當作 UDP 已經正常。
節點與傳輸檢查
- 測試入口
- Home → Connectivity Test
- 固定條件
- 同一網路、同一測試方式
- 節點設定
- 確認協定支援 UDP
- UDP 欄位
- 檢查 UDP relay／forwarding
欄位存在與否取決於目前的協定和節點設定；需同時確認服務端允許 UDP。
會議服務檢查
- 登入與控制
- 確認公司帳戶及服務網域可正常存取
- 即時媒體
- 分別測試音訊、視訊與分享
- 網路限制
- 確認防火牆是否允許所需 UDP
- 端口依據
- 以組織及服務商目前文件為準
服務端點、媒體路徑與連接埠可能依功能及部署環境變動，不宜照抄過時清單。
Zoom 和 Teams 的網路需求不應只靠一份固定網域清單推斷。服務可能使用多個控制與媒體端點，企業版也可能透過管理政策或區域部署調整可用路徑。若 IT 部門提供了允許的網域、連接埠或出口要求，應以該資料為準；例如看到 UDP 3478–3481 等常見媒體連接埠時，也不能因此假設所有會議都只使用這個範圍。請核對目前服務文件與公司防火牆設定，再決定是否需要調整。
-
固定網路
先在公司 Wi-Fi 或行動網路其中一種環境測試，並記下網路名稱、訊號狀態及是否需要入口頁登入。
-
測試候選節點
在 Home → Connectivity Test 使用相同方式測試少量候選，記下多次結果、逾時情況與測試時間。
-
核對 UDP 設定
開啟所選節點的編輯頁，確認協定及可見的 UDP relay／UDP forwarding 設定；不確定欄位用途時，先向自己的服務商或公司 IT 確認。
-
建立新會議
切換或修改設定後，重新開啟 Zoom 或 Teams 並加入新的測試會議，避免把舊連線的狀態當成新設定結果。
三、按會議需求設定分流，不盲目代理全部流量
若已確認會議流量可以使用代理，優先在 Config 中依公司或服務商提供的端點資料建立明確規則，並確認 Home 的 Global Routing 使用 Config。若沒有可靠的服務網域清單，不要把搜尋到的網域直接大量加入，也不要把整個 Microsoft 或 Zoom 相關網域範圍一概導向代理；範圍過大的規則可能影響登入、郵件、更新或其他工作服務。
規則通常會按順序比對，較具體的例外應放在較廣泛的規則之前。新增 Zoom 或 Teams 規則後，先在 Config 檢查檔案是否已選取，再回 Home 確認 Global Routing。只在檔案中加入規則、但沒有選取該設定檔，或 Global Routing 停在 Proxy、Direct 等其他模式，都可能讓預期的規則沒有按原計畫生效。
使用經確認的會議服務端點規則，讓符合條件的流量依設定檔策略處理。若公司要求某些服務直連，將該例外明確寫入並放在可能涵蓋它的廣泛規則之前。
適合：已取得公司或服務商提供的網域與路由要求
可在短時間內用於對照代理路徑是否能到達目標，但它會改變其他流量的去向，並不能證明會議媒體所需的 UDP 已正常。測試後應恢復原本預定的 Global Routing。
適合：短時間排查，不建議未檢查其他工作流量就長期使用
用於確認目前網路是否能直接連線至會議服務；公司防火牆或網路政策可能阻擋部分端點。Direct 測試失敗不等於帳戶錯誤，也不能單憑結果證明代理設定有問題。
適合：在政策允許時比較本地網路與代理路徑
分流後一次只驗證一種服務。先測試登入與加入，再確認雙向音訊，接著開啟視訊，最後測試螢幕分享；每一步都記錄是否成功、是否有延遲或重連。Zoom 正常不代表 Teams 一定使用相同網域和媒體路徑，反過來亦然。若其中一項失敗，先保留其他已確認正常的設定，再針對失敗功能檢查對應端點及網路政策。
結論：先證明 UDP 路徑，再調整規則
如果加入會議正常，但音訊或視訊持續斷續，先確認節點、服務端與目前網路是否允許所需 UDP，再考慮擴大代理規則；只增加網域規則，不能修復被防火牆阻擋的 UDP 媒體連線。
四、開會前檢查與 Wi-Fi、行動網路切換
開會前先確認 Home 中選取的是預定連線，連線開關已開啟，Global Routing 模式與 Config 設定檔符合工作需求。接著開啟 Zoom 或 Teams 建立新會議，確認麥克風、喇叭、攝影機和螢幕分享權限；若公司裝置由管理政策控制，權限設定應依公司規範處理。完成短時間測試後，再開始正式會議，避免在會議中途才發現裝置權限或登入程序尚未完成。
公司 Wi-Fi 與行動網路要分開驗證。公司 Wi-Fi 可能有入口頁、裝置註冊、代理或 UDP 限制；行動網路則可能因訊號變化、基地台切換或涵蓋不足而出現延遲波動。即使行動網路上的延遲測試數字較低，也不代表長時間視訊一定更穩。若公司政策允許，可在相同服務與相近時段各做一次短測試，並記錄音訊是否中斷、視訊是否降質，以及切換網路後是否需要重新加入會議。
加入會議正常，為什麼聽不到聲音？
先確認裝置選中的麥克風與喇叭，再建立新會議測試。若裝置設定正常，回到 Home 確認節點的 UDP 能力，並向公司 IT 確認目前網路是否允許會議媒體所需流量。
Connectivity Test 很快，視訊還是會卡？
Connectivity Test 不能取代持續媒體測試。固定網路與節點後加入新會議，分別觀察音訊、視訊和分享；記錄中斷或重連時間，不要只按單次延遲排序。
切換到行動網路後要重新測嗎？
要。切換網路會改變到節點與會議服務的路徑，請確認 Shadowrocket 仍選取預期連線，再建立新的會議或重新加入，並重新測試 UDP 媒體表現。
若公司 Wi-Fi 上只有 Shadowrocket 連線無法建立，先確認是否完成網路入口登入，並詢問 IT 是否允許使用 VPN；不要為了繞過公司限制而改寫網域規則。若 Wi-Fi 和行動網路都能加入會議，但兩者的音訊或視訊表現不同，記下各自的網路、節點、Global Routing 和測試結果，再逐項排查。這些記錄比「會議卡」更有助於區分無線訊號、UDP 封鎖、節點負載與服務端問題。
完成檢查後，保留一套可回復的設定：記下原本使用的 Config、Global Routing、節點名稱與 UDP 欄位狀態。需要調整時一次只改一項，測試通過後再決定是否保留。Shadowrocket 的用戶端購買與連線服務是不同事項；iPhone／iPad 版在 App Store 一次性付費 2.99 美元，Mac（Apple 晶片與 Intel）、Windows、Android、Linux 版免費，取得方式與平台說明可在下載頁確認。