遠距會議卡頓，不一定是代理線路單一因素造成；Wi-Fi 品質、DNS 解析、規則命中方式及視訊流量走哪條路徑，都可能影響結果。本文以你已經有的設定為前提，示範如何先建立可比較的測試基準，再讓工作平台依需求直連、搜尋服務按需代理，最後分別在家用 Wi-Fi 與手機熱點檢查。公司政策若指定特定連線方式，請先遵守管理要求。
一、先拆解問題：會議品質和公司資源分開檢查
「Zoom 能連上」不代表視訊、語音與螢幕分享都走在合適的路徑上；反過來說，網頁搜尋很慢，也不一定表示會議本身有問題。先把需求拆成兩類：工作平台需要穩定連線與符合公司政策；搜尋等外部服務則依所在地網路與工作需求決定直連或代理。兩類流量可能需要不同規則，不適合一開始就把所有流量切成 Proxy 或 Direct。
Shadowrocket（小火箭）的 Config 模式會依規則處理連線。規則只能對經過用戶端、且能符合相應條件的流量作出分流；它不會替你修復 Wi-Fi 干擾、公司帳戶權限或遠端服務故障。視訊平台也可能使用多個網域、CDN 位址及不同傳輸方式，不能假設只要替一個網站網域加上規則，就已涵蓋所有會議媒體流量。
測試期間一次只改一項。例如先維持同一個會議、同一台裝置及相同音訊設備，比較家用 Wi-Fi 和熱點；接著固定網路環境，只切換規則或 Global Routing。若同時換網路、改 DNS、切換路由並重匯設定，即使結果變好，也難以知道是哪個變化有效。
二、建立基準：先固定裝置、會議和網路條件
開始修改前，記下目前的 Global Routing、使用中的 Config，以及會議中具體發生的現象。將「語音斷續」「畫面凍結」「加入會議失敗」分開記錄，並留意問題是從連線開始就存在，還是會議進行一段時間後才出現。若應用程式提供連線統計，記下其顯示的延遲、抖動、丟包或傳輸方式；不同平台所提供的欄位不一定相同，不要把某個欄位的單次讀數當成完整結論。
- 先確認網路本身：靠近家用路由器測試，暫停大型上傳、雲端同步及其他高流量工作；若只有遠離路由器時出現問題，先處理無線訊號與干擾。
- 固定會議條件：在相同會議或可重複的測試情境中，使用同一台裝置、相同攝影機與耳機，避免把硬體切換造成的差異算到規則上。
- 記錄連線狀態：在 Shadowrocket 的 Home 確認目前連線與所選設定；測試 Config 分流時，確認 Global Routing 實際選的是 Config，而非 Proxy 或 Direct。
- 保留原始狀態：修改前備份或記下原有規則與策略名稱。公司管理的設定若不允許編輯，先向管理員確認，不要自行移除或覆蓋管理內容。
可先在家用 Wi-Fi 進行一段固定時長的會議測試，再在手機熱點上重複相同流程。每次記下開始時間、網路類型、Global Routing 和實際症狀；若熱點明顯改善，可能表示家中路由器、無線環境或寬頻路徑值得優先檢查，但這仍不能單憑一次測試確定故障位置。
三、設定分流：工作平台直連，搜尋服務依需求代理
在 Config 中編輯目前使用的設定，先確認規則編輯區與既有策略名稱。不同平台或版本的畫面標籤可能有差異，請以實際顯示為準；若設定由公司提供或受管理，不要直接改寫原檔。以下只是說明規則排列與欄位格式，example.org 是保留作文件示例的網域，不能直接當成 Zoom 或公司服務的真實網域使用。
[Rule]
DOMAIN,meeting.example.org,DIRECT
DOMAIN-SUFFIX,search.example.org,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY第一條代表只有精確符合 meeting.example.org 的連線採用 DIRECT；第二條代表符合示例搜尋網域及其下層網域時使用 PROXY。這裡的 PROXY 必須是目前設定中有效的策略名稱；若你的設定使用其他名稱，應沿用該名稱。FINAL 是未命中前面規則時的兜底項目，應保留原本設計，不要為了套用範例就任意改變全體流量的預設路徑。
工作平台規則
- 匹配條件
- 優先使用公司文件或連線記錄確認的實際網域。
- 處理策略
- 符合公司要求時才設為 DIRECT。
- 規則順序
- 放在可能涵蓋同一網域的寬泛規則之前。
DIRECT 只表示不交給代理策略處理，不保證網路一定可達，也不會取代公司 VPN 或存取政策。
搜尋服務規則
- 匹配條件
- 使用自己確認過的搜尋服務網域，不照抄示例。
- 處理策略
- 需要代理時，填入設定中實際存在的策略名稱。
- 檢查方式
- 透過連線記錄確認請求是否命中預期規則。
只處理已確認的網域；避免把整個常用平台或公司網域範圍不加區分地送往代理。
規則通常依序檢查，較前面的有效規則可能先處理連線。因此，工作平台的精確例外若被較早的寬泛網域規則命中，後面的直連規則便不會按預期生效。新增前先查看相關規則的先後位置；新增後則依 Shadowrocket 的連線記錄核對實際命中的規則與策略。若記錄中看到的是 IP 位址而非網域，或請求由其他元件處理，僅新增網域規則未必足以改變該連線的路徑。
四、確認 Zoom 與公司資源的範圍，不猜測固定網域清單
會議平台可能因登入、會議媒體、檔案分享及內容傳遞而連到不同服務。實際網域還可能隨平台配置、地區與服務調整而改變。不要只把一個看起來像 Zoom 的主網域設為 DIRECT，就認定語音和視訊已全部直連；也不要從未核實的舊清單整批複製網域。若公司要求會議流量走指定網路，應以公司管理員提供的範圍為準。
-
固定連線狀態
在 Home 確認正在使用的設定，並將 Global Routing 設為 Config，方便檢查規則是否生效。
-
重現單一症狀
只進行一項可重複的會議操作，例如加入會議或開啟螢幕分享，並記下開始時間及出現問題的時點。
-
查閱連線記錄
在 Shadowrocket 的連線記錄中，找出測試時段相關請求，核對主機名稱、命中規則與採用的策略；畫面名稱依版本可能不同。
-
縮小規則範圍
只對已確認且符合公司政策的目標新增或修改規則，每次更改後重新執行同一項測試。
-
保留可回復方案
若規則造成登入、會議或公司資源存取異常，還原剛才的變更，再帶著時間、網路類型及命中記錄向管理員詢問。
把整個公司的根網域設為 DIRECT 可能同時改變登入、檔案、郵件及其他服務的路徑；把整個視訊平台網域一律代理，也可能令公司要求的存取方式失效。應從最小範圍的精確規則開始，再根據實際連線記錄逐步擴大，而不是使用過寬的 DOMAIN-SUFFIX 規則一次涵蓋大量服務。
五、分開測試家用 Wi-Fi 與手機熱點
先在家用 Wi-Fi 下保持 Config 與現有設定不變，測試會議基本功能：加入會議、雙向語音、開啟攝影機及短暫螢幕分享。再切換至手機熱點，重做相同項目並記錄結果。比較時不要只看網頁能否開啟；網頁載入成功不等於即時音訊、視訊資料傳輸穩定。
- 家用 Wi-Fi 失常、熱點正常：檢查路由器位置、訊號品質、其他裝置的上傳負載及家用寬頻連線；若公司政策允許，再比較相同 Config 下的規則命中記錄。
- 兩種網路都在同一環節失常：確認會議帳戶、公司端服務狀態、Shadowrocket 連線狀態及實際命中的策略，不要只因錯誤發生在會議中就直接改代理設定。
- 只有啟用某條規則後失常：先停用或還原最近新增的單一規則，重測同一操作；若結果恢復，檢查網域範圍、規則順序與策略名稱。
- 會議正常但搜尋不符預期：在連線記錄中確認搜尋請求是否命中指定規則，並核對其策略名稱是否存在；不要因搜尋頁載入結果推斷會議媒體也走相同路徑。
手機熱點測試也有自身限制：行動網路訊號、基地台負載、數據方案及裝置分享方式都可能造成差異。它適合作為另一種網路環境的比較，不是所有家用網路問題的最終判定。如果熱點下會議表現較好，仍應回到家用 Wi-Fi 找出可重現的差異，而不是長期把熱點測試結果當成固定解法。
六、依現象逐項排查，保留最小變更
如果調整後仍有問題，先判斷「連線沒有建立」「能加入但媒體品質差」或「特定公司資源不能存取」。這三種現象涉及的環節不同：前者可能與網路可達性或設定有關；媒體品質還受延遲、抖動、丟包與上行負載影響；單一資源失敗則應優先核對該服務網域、規則順序及公司存取政策。
Zoom 能加入，語音卻斷斷續續？
先比較家用 Wi-Fi 與手機熱點，並檢查其他裝置是否正在大量上傳。接著查看會議連線統計及 Shadowrocket 連線記錄；不要只改一條猜測的網域規則，也不要把一般網頁速度當成語音品質的替代指標。
搜尋已走代理，工作平台也被送去代理了？
確認 Global Routing 使用 Config，查看連線記錄中的實際命中規則與策略。若工作平台的精確例外排在涵蓋範圍更大的規則之後，請依設定格式調整順序，並先確認變更符合公司政策。
設成 DIRECT 後，公司登入反而失敗？
還原最近新增的 DIRECT 規則，確認公司是否要求透過指定網路或公司 VPN 存取。DIRECT 不是授權方式，也不會自動打通內部資源；記錄失敗時間與相關命中資訊後，請向管理員確認正確路徑。
完成測試後，只保留能重複驗證且必要的規則，並記下原始設定、修改內容、測試網路與結果。若你使用的公司設定有管理者維護的規則，將測試記錄交給管理員協助調整，通常比自行擴大網域範圍更安全。穩定的遠距工作設定，重點不是讓所有流量都走同一條路，而是先釐清需求、按政策分流，再用一致的測試條件確認結果。