本文速覽

遠距工作時，Zoom 或 Teams 的畫面停頓、聲音延遲，不一定是 Shadowrocket 單一設定造成。本文以你已有自己的訂閱與可用連線為前提，先分辨 Wi-Fi、行動網路、代理路徑與會議 App 的影響，再用 Home → Global Routing、Config 和連線記錄逐項檢查。你會學到如何比較現有連線、確認 UDP 是否可用，並只調整確實需要分流的目標，避免把公司服務或一般瀏覽一併改走不合適的路徑。

一、先確認問題發生在哪一段

視訊會議的「延遲」可能指不同狀況：對方說話比畫面早、聲音斷續、畫面凍結、加入會議很慢，或分享螢幕時品質下降。這些現象的成因不相同。加入會議慢，可能與 DNS、登入或服務連線有關；會議中聲音忽斷忽續，則更需要檢查無線網路穩定度、封包遺失與目前代理路徑。先記下發生時間、使用的網路、是否開啟 Shadowrocket，以及當時是在語音、視訊還是螢幕分享狀態。

先以相同裝置、相同會議與相近時段比較連線方式。若公司政策允許，可在不中斷重要會議的時段短暫比較目前設定與不經代理的連線；不要在正式會議中反覆切換。若只有 Wi-Fi 發生問題，優先檢查無線訊號、路由器負載或其他裝置的大量傳輸；若 Wi-Fi 和行動網路都出現相同現象，才進一步核對代理伺服器、Config 與 App 本身。

3 類現象
加入會議、即時媒體、螢幕分享分開記錄
2 種網路
分別比較 Wi-Fi 與行動網路
1 次改動
每輪只調整一項路由或連線條件

二、理解 UDP 與代理路徑的限制

即時語音和視訊會依服務、裝置及網路條件使用不同傳輸方式；有些媒體傳輸會使用 UDP，也可能在特定環境改走其他方式。即使 Shadowrocket 已建立 VPN 連線，也不能據此推定會議所需的 UDP 一定能通過。實際結果還取決於你正在使用的代理項目、傳輸協定、遠端服務端設定，以及 Wi-Fi 或行動網路對相關流量的處理。

會議請求 系統 VPN 通道 Config 規則 代理或直連 服務端回應

如果目前代理路徑不支援或沒有正確轉送 UDP，會議 App 可能嘗試其他傳輸方式，但連線品質與建立速度仍可能受影響。這不是單靠把一個規則改成 PROXY 就能保證解決的問題。相反地，若目前網路本身已能穩定連到會議服務，讓媒體流量多經過一段代理路徑，也可能增加路徑距離或引入額外的不穩定因素。

請在 Shadowrocket 的 Home 確認連線狀態，並查看目前選用的伺服器與 Global Routing。若使用 Config，還要確認啟用的是正在編輯的設定檔。檢查連線記錄時，著重觀察會議開始或問題發生時出現的目標與策略；不要把一次短暫測試結果當成所有 Zoom 或 Teams 連線的固定行為。服務可能使用多個網域、位址或動態分配的媒體端點，僅憑 App 名稱無法推導出完整規則清單。

三、依工作情境選擇路由方式

Global Routing 的路由模式決定流量如何處理，不等同於會議品質開關。若要檢驗 Config 中的規則，先在 Home → Global Routing 選擇 Config，並確認設定檔目前確實啟用。Proxy 可能使所有符合目前模式的流量經代理處理；Direct 則是直接連線；Config 依設定檔規則分流。測試時要記下目前模式，否則可能修改規則卻在另一種模式下觀察結果。

先按公司政策與網路條件選擇，不把所有流量綁成同一路徑

公司服務優先
  • 先確認公司對 VPN、DNS 與服務存取的要求
  • 公司內部網域按管理者提供的指引設定
  • 未確認規則前保留原有 Config，避免影響工作服務
會議連線優先
  • 用實際連線記錄辨認會議相關目標
  • 先用單一目標測試既有可用路徑
  • 每次比較都記下 Wi-Fi 或行動網路及會議狀態

沒有可靠的服務端資訊或連線記錄時，不要照抄網路上不明來源的會議網域清單；先維持已知可用的設定並向公司 IT 確認。

如果只想確認問題是否與代理路徑有關，可在合適時段以 Global Routing 的 Direct 做短時間對照，但先確認公司政策允許，而且不要在處理敏感資料或仍需公司網路保護時切換。Direct 的測試結果只代表該次網路環境下的直接路徑，不代表應將所有服務永久設為直連。完成對照後，記得恢復原本設定。

若採用 Config 分流，規則要以實際觀察到的目標為依據。以下僅示範規則格式，網域是文件用例，不是 Zoom、Teams 或任何公司服務的推薦端點，也不能直接當成可用規則：

[Rule]
DOMAIN,meeting.example.com,PROXY
FINAL,DIRECT

規則由上往下匹配，較精確的例外要放在涵蓋範圍較大的規則之前。新增規則前，先查看現有設定是否已有涵蓋相同目標的 DOMAIN、DOMAIN-SUFFIX 或其他條件；更改後以新的連線重新測試，舊有連線可能仍沿用先前建立的路徑。不要把不確定的公司網域大量設為 PROXY、DIRECT 或 REJECT，否則可能造成登入、檔案分享或內部服務中斷。

四、按步驟比較現有設定與會議品質

以下流程不要求重新匯入訂閱，也不要求更換服務。先保存目前 Config 或記下可還原的設定，再選擇一個非關鍵會議的時間做對照。測試期間使用同一台裝置與同一個網路；若必須更換 Wi-Fi 或行動網路，另開一輪記錄，不要把兩種環境的結果混在一起。

  1. 記錄基準狀態

    記下日期與時間、會議 App、Wi-Fi 或行動網路、Shadowrocket 連線狀態，以及 Home → Global Routing 顯示的模式。另記錄問題是加入延遲、聲音中斷、畫面凍結還是分享變慢。

  2. 確認目前設定

    若使用 Config，前往 Config 確認正在使用的設定檔，保留原始版本或備份可還原副本。檢查是否有針對會議目標的既有規則，不要先新增多條範圍廣泛的規則。

  3. 檢視連線記錄

    在會議開始並重現問題時查看 Shadowrocket 可用的連線記錄，記下相關目標、命中策略與時間。不要公開完整記錄；其中可能含有公司網域、裝置資訊或其他敏感資料。

  4. 一次調整一項

    依照記錄選擇一個最小範圍的測試，例如對單一已確認目標比較現有策略。若無法確認目標或公司政策，先不改規則，改向 IT 管理者核實服務端需求。

  5. 重新建立會議

    結束前一次連線後重新加入測試會議，避免沿用既有連線造成判斷錯誤。比較相同時長的語音、視訊或螢幕分享，並記下是否仍有斷續或延遲。

  6. 恢復並驗證

    若測試未改善或影響其他服務，立即還原原設定，再確認一般瀏覽與公司服務可正常使用。只有結果可重複、且不違反公司政策時，才保留經驗證的單一調整。

比較時可用會議 App 內建的網路診斷或管理者提供的品質資訊，並與 Shadowrocket 記錄的時間對照。不同 App 版本和組織帳戶顯示的診斷項目可能不同，請以實際畫面及公司管理規範為準。不要只憑主觀感受在短時間內連續切換多個伺服器、協定、DNS 和規則；同時改動多項設定後，即使品質改變，也無法知道是哪一項造成。

五、分別處理 Wi-Fi 與行動網路

Wi-Fi 下先確認訊號穩定、裝置距離路由器是否過遠，以及同一網路是否有大量視訊、雲端同步或大型下載。若路由器支援不同頻段，頻段切換、干擾及牆面遮蔽都可能影響即時媒體。可以在同一地點以行動網路做一次短時間比較，但要注意行動網路的涵蓋、尖峰負載與資料使用限制；這不是 Shadowrocket 單方面的效能測試。

行動網路下，留意訊號格數變化、室內外切換及裝置是否在 Wi-Fi 與行動網路間自動切換。網路切換時，既有會議連線可能需要重新協商。若問題只在切換後出現，先確認當時 Shadowrocket 是否仍保持連線，以及 Home 顯示的路由模式有沒有變化；不要因一次切換失敗就立即刪除設定或重新匯入整份 Config。

Shadowrocket 顯示已連線，為什麼會議還是卡？

「已連線」只表示通道狀態，不保證會議媒體端點、UDP 轉送或目前 Wi-Fi 品質都正常。對照問題發生時間查看連線記錄，並以同一網路重新建立一次會議連線。

要不要把 Zoom 或 Teams 全部設成 PROXY？

不要只憑 App 名稱設定大量網域。服務可能使用多個動態端點；先查實際連線記錄，並確認公司 IT 的路由要求，再測試單一已核實目標。

切到 Direct 後變順，就應該一直用 Direct 嗎？

不一定。這只說明該次測試的直接路徑可能較合適，仍要確認公司政策、資料保護要求與其他服務是否正常，並在測試後恢復原設定或採用已核實的分流方案。

六、保留可回復的設定，避免影響其他工作

遠距工作設定應以可回復、可驗證為原則。每次調整前記下原本的 Global Routing 模式、啟用中的 Config 名稱與相關規則；若需要編輯設定檔，先保留副本。新增規則時只處理已確認的目標，並將較精確的條件放在較廣泛的條件之前。若會議服務或公司內部系統由組織管理，規則與 DNS 要求應以 IT 提供的正式資訊為準。

Shadowrocket 是 App Store 取得的付費 iOS/iPadOS App；App 的購買與使用者已有的訂閱是兩回事。本文不提供或推薦任何節點、訂閱或服務。進行會議連線排查時，只使用自己已有且獲准使用的設定，不要把訂閱網址、帳戶憑證或完整連線記錄貼到公開討論區。若需確認 App 的正版取得方式，可前往站內的 正版取得說明；若公司服務的端點或 UDP 要求不明，應先詢問公司 IT，而不是靠猜測擴大規則範圍。