遠距工作時，視訊會議是否穩定，不能只看 Home 顯示的延遲。聲音斷續、畫面凍結、共享螢幕延遲，可能分別與 Wi-Fi 壅塞、封包遺失、UDP 傳輸受限、規則分流或會議服務的媒體路徑有關。Shadowrocket 能協助選擇既有連線並控制請求路由，但不會修復不穩定的本地網路，也不能保證特定會議服務一定經由指定路徑。
本文適合已在 Shadowrocket 匯入自己的訂閱，並需要安排 Zoom、Teams 等視訊會議流量的使用者。先確認會議服務能否使用、目前路由模式與節點是否穩定，再檢查 UDP 支援和實際通話品質；最後依家用 Wi-Fi、行動網路或公司網路選擇直連或代理。訂閱與連線參數請向自己的服務商取得，並遵守公司網路與會議服務的相關政策。
一、先看通話品質，不以單次延遲作結論
視訊會議包含登入、訊號控制、音訊、視訊及螢幕分享等不同請求。登入頁能開啟，不代表音訊媒體路徑也已穩定；Home 的 Connectivity Test 有回應，也只代表該次測試到指定目標的結果，不能替代實際通話。若只有畫面品質下降而聲音正常，或只有共享螢幕延遲，可能涉及不同的流量路徑，不宜一開始就切換所有設定。
挑選既有節點時，先固定一種網路和同一場測試會議，再觀察至少數分鐘的聲音、畫面與共享狀態。可記錄會議服務顯示的網路統計，例如延遲、抖動、封包遺失或連線品質提示；不同服務介面名稱可能不同，應以當前 App 顯示為準。若只記錄一個延遲數字，容易漏掉短時間突增、封包遺失或頻寬被其他裝置占用的情況。
- 聲音斷續或機器人音：先檢查 Wi-Fi 訊號、上行頻寬與同網路中的大量上傳，再比較直連和代理的實際通話。
- 畫面凍結但聲音仍清楚：確認視訊解析度、攝影機輸出與共享畫面是否同時發生，並查看會議 App 的網路統計。
- 加入會議很慢或登入失敗：檢查 DNS、登入頁請求與目前規則；不要把登入成功直接當成 UDP 媒體已可用。
- 只有特定網路出問題：保留節點與規則不變，換到另一種網路交叉測試，先定位問題是否來自本地網路。
二、挑選節點時確認 UDP 路徑
視訊與語音媒體通常需要及時傳送資料；在服務與網路允許時，UDP 路徑可能比等待重傳更適合即時媒體。但「節點延遲低」不等於「UDP 一定可用」，「節點已連線」也不代表會議資料已經透過該節點傳輸。協定類型、服務商端設定、目前網路的 UDP 限制，以及目標服務選擇的媒體路徑，都會影響結果。
| 檢查項目 | 可以確認什麼 | 不能據此推定什麼 |
|---|---|---|
| Home 中的 Connectivity Test | 目前測試方式到其測試目標的連線回應情況 | 不能證明 Zoom 或 Teams 的媒體 UDP 已成功傳輸 |
| 節點協定與服務商說明 | 確認該連線是否支援所需的傳輸方式，以及是否有 UDP 限制 | 不能保證目前使用的 Wi-Fi 或公司網路沒有封鎖或限制 UDP |
| 會議 App 的網路統計 | 觀察實際會議中的延遲、抖動、封包遺失或品質提示 | 單次結果不能代表其他時段、網路或會議服務的表現 |
| TCP 443 可連線 | 可能表示部分 HTTPS 或備援連線可建立 | 不代表即時媒體使用 UDP，也不代表媒體品質足夠 |
在自己已有的訂閱中，可先選一個平常較穩定、服務商明確說明支援所需傳輸方式的項目作為候選，再選另一個作對照。不要僅因節點名稱帶有地區或「高速」字樣就認定適合會議，也不要把常見的連接埠 443 或 3478 當成所有會議都必須使用的固定設定。Zoom、Teams 可能依服務端、帳戶、版本與網路環境選擇不同媒體路徑；具體需求應查閱服務端當前說明或詢問網路管理員。
判斷原則：以實際會議的媒體統計為準
若 Connectivity Test 正常，但會議中的音訊或視訊仍不穩，下一步應檢查 UDP 路徑、Wi-Fi 壅塞與會議 App 的網路統計，而不是只繼續尋找更低的延遲數字。
三、安排會議流量直連或代理
Shadowrocket 的 Home → Global Routing 可用來確認目前的全域路由姿態。Config 依設定檔規則處理請求；Proxy 將流量交由目前代理處理；Direct 則使用目前網路直接連線。這些選項改變的是流量處理方式，不會修正錯誤的節點參數，也不保證一項設定能涵蓋會議服務的所有網域與媒體連線。
保留日常設定檔中的分流邏輯，依實際命中的規則決定會議相關請求的處理方式。應先檢查登入、訊號與媒體請求是否都落在預期路徑。
適合：已熟悉目前設定檔，且需要維持其他流量原有分流方式
暫時讓流量經由目前選取的代理，作為排查規則是否造成差異的對照。會議結束後應還原原本設定，且須確認服務商與網路允許此用法。
適合：對照 Config 下是否有規則命中錯誤
透過家用、行動或公司網路直接連線，不經由目前代理。若會議服務在本地網路可正常使用，直連可作為比較基準。
適合：服務可直連，或需判斷代理是否增加不穩定因素
把 Zoom 或 Teams 的單一登入網域加入規則，不一定足以涵蓋會議功能。服務可能使用不同網域處理登入、訊號、媒體、共享內容或更新；單靠網域名稱猜測，可能造成「已加入會議但媒體走另一條路」的結果。若使用 Config，請在 Shadowrocket 的請求記錄中檢查實際命中的規則與策略，並以服務官方網域清單、管理員政策及當前設定檔為依據。不要把公司內部網域或租戶專用網域當成通用規則照抄。
建議一次只改一項條件：先記下原本的 Global Routing 模式和設定檔，再測試直連、規則分流或暫時代理。比較時維持同一裝置、同一網路、同一會議服務與相近時段。若公司政策要求直連或指定出口，應依管理員提供的要求處理，不能為了測試而繞過網路管制。
四、實際操作：建立可重複的會議測試
以下流程用於找出差異，不是保證品質的設定。開始前保存目前設定，並準備同一個會議服務的測試會議或可重複的通話情境。測試中不要同時更新訂閱、改 DNS、換節點和改路由；否則即使品質變好，也難以知道是哪個因素造成變化。
-
記錄現況
在
Home記下目前選取的項目及連線狀態，並記錄Home → Global Routing的模式。確認 iPhone 或 iPad 的 Wi-Fi、行動網路狀態，以及是否有其他裝置正在大量上傳或下載。 -
確認節點資訊
在目前訂閱中選擇一個候選項目，核對協定與服務商提供的 UDP 支援說明。若資料不明，向自己的服務商確認該項目是否允許 UDP；不要自行把 TCP 連接埠改成 UDP，也不要更改服務商未要求調整的欄位。
-
先測直連
若網路政策允許，將
Global Routing暫時設為Direct，使用同一個會議情境測試數分鐘。記錄能否加入、聲音是否連續、畫面是否凍結，以及會議 App 顯示的網路統計。 -
再測規則
還原原本設定並使用
Config，重新加入相同會議。若品質與直連不同，檢查 Shadowrocket 請求記錄中相關請求命中的規則與策略；不要先新增涵蓋範圍過大的規則。 -
對照代理
只有在政策允許時，才可短暫切到
Proxy作對照，並選用自己的訂閱中已確認可用的項目。測試後立即還原原本的Global Routing與節點，並確認連線狀態回到預期。 -
更換網路複測
保持 Shadowrocket 設定不變，改用另一個可用網路重做相同測試。例如先在家用 Wi-Fi 測試，再於行動網路測試。若公司網路有特殊政策，先向管理員確認允許的測試方式，不要自行繞過限制。
可用簡單紀錄表整理結果：日期與時段、網路類型、Global Routing 模式、候選項目、加入會議是否成功、聲音與畫面現象、會議 App 網路統計。不要記錄或分享完整訂閱網址、密碼、PrivateKey、會議邀請連結或含有個人資訊的畫面。若需向服務商或管理員求助，先遮蔽這些資料。
五、依家用 Wi-Fi、行動網路與公司網路調整
同一個節點在不同網路上的結果可能差異很大。測試時，網路類型本身就是重要條件：家用 Wi-Fi 可能受到路由器距離、頻段和其他裝置占用影響；行動網路可能因訊號、基地台負載或資料方案而變動；公司網路則可能依安全政策限制特定連線。先辨認網路環境，再決定應調整 Shadowrocket、裝置位置或網路管理設定。
三種網路環境：先定位問題，再調整路由
家用 Wi-Fi
- 靠近無線基地台測試，暫停其他裝置的大量上傳。
- 分別確認 2.4 GHz 與 5 GHz 網路的訊號和穩定性；實際名稱依路由器設定為準。
- 若 Direct 和代理都斷續，先處理 Wi-Fi 訊號或上行壅塞。
行動與公司網路
- 行動網路測試時保持位置和訊號條件相近，留意切換基地台時是否中斷。
- 公司網路先確認允許的會議服務、UDP 路徑與代理使用政策。
- 若只在公司網路失敗，提供時間、網路統計及錯誤現象給管理員協助檢查。
先固定 Shadowrocket 設定，再比較網路；若公司政策與測試需求衝突，以管理員核准的方式為準。
家用 Wi-Fi 可先用同一裝置在靠近路由器的位置進行測試，再回到原本工作位置重測。如果近距離穩定、遠處不穩，問題更可能與無線訊號或干擾有關，而不是單純由代理節點造成。會議期間也要留意雲端備份、檔案同步和其他裝置的上行流量；視訊會議的上傳方向同樣重要。
行動網路測試時，不要只比較訊號格數。記錄所在位置、網路類型及測試時段，並觀察是否在移動中發生切換。若 Wi-Fi 與行動網路只有其中一種不穩，先保留相同的 Shadowrocket 節點與路由設定，再針對該網路詢問服務商或電信業者。避免同時更換節點、切換協定和重設整份設定檔。
公司網路可能使用防火牆、裝置管理或網路存取政策。若管理員要求會議服務直連，請確認 Global Routing 與規則沒有把相關請求送往不允許的路徑；若政策指定代理或特定出口，請取得正式設定說明。不要以掃描連接埠、改寫規則或變更傳輸方式來繞過公司限制。
六、常見現象與調整順序
會議無法穩定時，先依現象縮小範圍，不要立刻刪除設定或重建所有節點。若 Shadowrocket 的 VPN 狀態正常，但服務頁面或會議功能異常，應分開檢查應用程式請求、規則命中、媒體傳輸與本地網路。每次修改後重做同一測試，並在確認完成後還原不再需要的暫時設定。
延遲數字很低，為什麼聲音還會斷？
單次延遲無法代表持續傳輸品質。先查看會議 App 的抖動或封包遺失提示，暫停其他裝置的大量上傳，再分別測試 Direct 與原本的 Config 路由。
TCP 443 能連，是否表示 UDP 沒問題？
不能。TCP 443 可連只說明該 TCP 連線可能成立，不能證明會議媒體的 UDP 路徑可用。請查詢服務商的 UDP 支援說明，並以實際通話統計和網路管理員確認結果。
登入正常，但加入會議後沒有聲音？
先確認裝置音訊輸出、會議 App 的麥克風權限與會議內音訊設定，再查看實際請求命中的路由及 UDP 支援。不要只新增登入網域規則，因為媒體可能使用不同的服務端點。
若只在某一個會議服務或某一場會議出現問題，記錄服務名稱、發生時間、網路類型、Global Routing 模式及錯誤提示，再向服務管理員確認服務端狀態。若所有網站與會議功能都受影響，先關閉 Shadowrocket 連線，確認本地網路本身是否正常；再依序檢查訂閱狀態、所選項目與系統 VPN 連線。不要公開包含訂閱憑證或會議個人資料的截圖。
完成測試後，回到 Home → Global Routing 還原日常模式，確認 Home 中選取的項目正確，並在會議外重新檢查一般瀏覽是否恢復預期。穩定通話的判斷應建立在一致的網路條件、清楚的路由記錄和實際會議品質上；延遲數字只是一項參考，UDP 是否可用也須以服務商、網路政策及實際通話結果共同確認。