遠距開會更順暢：Zoom、Google Meet 的 Clash 分流設定攻略

先釐清需求：會議流量為什麼要分流？

在家使用 Zoom 或 Google Meet 時，最常見的困擾不是「網路完全不能用」，而是視訊忽然卡住、聲音斷續、分享畫面延遲，或開啟代理後連本地網站也變慢。這些現象可能來自 Wi-Fi 訊號、上行頻寬、會議服務路徑或代理節點，不一定只要更換節點就能解決。先把「哪些流量要走代理、哪些流量應直連」分清楚，會比把所有連線一律送進同一條路徑更容易排查。

Clash 的規則模式會依照設定檔中的規則順序判斷連線，再交給對應的策略組處理。您可以讓 Zoom 或 Google Meet 相關網域使用指定策略組，其他符合本地規則的網站維持直連，未命中的流量則依照設定檔原有的預設規則處理。這種方式能保留日常瀏覽的直連體驗，也讓會議流量有清楚、可檢查的出口。

不過，網域分流不代表一定能控制會議的每一個封包。視訊會議會使用多個網域，也可能使用 UDP、動態服務端點或應用程式自己的連線方式；不同版本、地區及帳戶環境使用的端點亦可能不同。因此，本文提供的是可驗證的設定流程，不是宣稱一組網域規則能涵蓋所有會議流量。若您使用公司提供的網路或帳戶，請先遵守組織的代理、資安與資料處理政策。

設定前準備：策略組、規則模式與設定檔

開始修改前，先確認 Clash 用戶端已成功載入設定檔，且節點本身可以正常連線。Clash Verge、Clash Verge Rev、Mihomo 等用戶端的頁面名稱可能不同，但通常都能在「設定檔」、「代理」或「規則」相關頁面找到下列功能。若訂閱由服務商自動更新，直接修改原始設定檔可能在更新後被覆蓋；建議使用用戶端支援的覆寫、Mixin 或合併設定功能，並先備份目前設定。

設定前檢查清單

確認規則模式：選擇 Rule，不要先用 Global 當日常設定；全域模式可用於短時間測試，但會改變所有連線的出口。
確認策略組可用：找出目前設定檔中的節點選擇、自動選擇或手動選擇策略組，記下實際名稱，避免規則指向不存在的組別。
準備備份：匯出設定檔或複製目前設定，發生錯誤時可以快速還原。
先做基本測試：在不開會時確認一般網站可正常開啟，並測試一個可用節點，記錄大致延遲與是否有丟包。

建議先建立一個專用的會議策略組，例如「Meetings」，再將它指向一個已測試的節點，或指向您信任的自動選擇策略組。專用組的好處是可以在會議前快速切換出口，不必每次改寫規則；若您使用的設定檔已提供合適的策略組，也可以直接沿用，不必重複建立。策略組名稱必須與規則中的名稱完全一致，大小寫、空格或符號不一致都可能導致規則無法套用。

各版本設定檔的 YAML 結構與覆寫方式不盡相同，以下只用常見規則格式說明判斷邏輯。MEETING 是示意用的策略組名稱，請替換成設定檔中真實存在的名稱；網域也應依實際連線紀錄、官方網路需求文件與測試結果調整，不要把範例當成完整清單。

rules:
  - DOMAIN-SUFFIX,zoom.us,MEETING
  - DOMAIN,meet.google.com,MEETING
  - MATCH,原有的預設策略組

Clash 規則通常由上往下比對，命中第一條就會採用對應策略。因此，會議服務的精確網域規則應放在可能提前命中的寬泛規則之前；同時不要為了讓會議「一定走代理」，就把 MATCH 放到規則最上方，否則後面的本地直連規則可能完全沒有機會生效。設定檔若使用規則提供者或代理提供者，新增規則時也要確認格式與核心版本相容。

建立分流並驗證 Zoom、Google Meet

建立會議專用策略組

在用戶端的代理或策略組頁面查看現有組別，選擇一個可連線且表現穩定的節點。若設定檔支援手動選擇，可以建立或使用一個會議專用組，將測試結果較好的節點放入其中；若您平常依賴自動選擇，則可讓會議規則指向既有的自動選擇組。不要只以單次延遲測速作判斷：測速反映的是特定時刻、特定目的地的結果，未必等同於 Zoom 或 Meet 的實際音訊、視訊品質。

若同一場會議中常有大量視訊參與者，穩定性通常比最低延遲數字更重要。可在不同時段測試候選節點，觀察是否頻繁斷線、延遲是否大幅波動，以及上傳時是否出現卡頓。選定後記下節點名稱與測試時間，日後若問題重現，就能比較是節點變化、家中網路擁塞，還是規則本身造成。

加入規則並保留其他網站直連

在設定檔的規則區塊或用戶端提供的覆寫功能中，將已確認的會議網域指向專用策略組。Google Meet 的網頁入口可能與 Google 其他服務共用網域或基礎設施；若直接把整個 Google 網域都送入代理，可能連搜尋、雲端文件或其他日常服務一併改道。Zoom 也可能依功能、地區和用戶端版本呼叫不同服務端點。更穩妥的做法是先從連線紀錄確認實際命中的網域，再逐項新增，而不是一次加入過度寬泛的網域規則。

新增規則後，重新載入設定檔，並確認用戶端沒有出現 YAML 解析錯誤。接著保持 Rule 模式，打開 Zoom 或 Google Meet，加入測試會議，再到連線紀錄或規則頁面查看相關連線是否命中預期策略組。另開幾個平常使用的網站，確認本地服務仍照原先規則直連。若會議正常但其他網站也被代理，常見原因是規則範圍太寬，或新規則位置放在本地直連規則之前。

建議的驗證順序

先以瀏覽器加入短時間測試會議，確認音訊、視訊與螢幕分享基本可用。
查看 Clash 的連線紀錄，核對相關網域實際命中的規則與策略組。
測試本地網站及常用工作服務，確認它們仍依照原有規則直連。
記錄測試時使用的節點、網路類型與問題現象，方便日後比較。

若用戶端顯示連線已交給代理，但會議品質沒有改善，先別急著增加更多網域。切換到另一個已知可用的節點做短暫對照，並比較同一時間的直連表現。若兩種路徑都卡頓，應優先檢查 Wi-Fi 訊號、路由器負載、上行頻寬與其他裝置是否正在大量上傳；若只有某個節點不穩，則更可能是節點到會議服務的路徑品質問題。

TUN 模式、UDP 與常見排查方向

桌面用戶端的系統代理通常主要影響遵循作業系統代理設定的應用程式。部分桌面程式、瀏覽器元件或即時通訊連線可能不完全遵循系統代理；此外，視訊會議常涉及即時媒體傳輸，若相關流量使用 UDP，單靠一般 HTTP 或系統代理設定，未必能覆蓋所有連線。若連線紀錄中看不到會議應用程式的相關流量，或只有部分功能經過 Clash，可在了解影響範圍後測試 TUN 模式。

TUN 模式會建立虛擬網路介面，讓用戶端能接收更多系統流量，適用於系統代理無法涵蓋的情況；但它也可能改變 DNS、區域網路存取與其他 VPN 軟體的行為。請先確認使用的核心支援該功能，並以管理員權限或系統要求的方式啟用。測試時一次只改一項設定，若啟用後會議正常但內網印表機、公司資源或區域網路裝置無法存取，應檢查繞過區域網路、路由與 DNS 設定，而不是直接把所有流量設為全域代理。

症狀	優先檢查項目	建議處理方式
會議能加入，但聲音或畫面斷續	Wi-Fi 品質、上傳負載、節點抖動與丟包	靠近路由器或改用有線網路，暫停大型上傳，再比較另一個節點。
連線紀錄看不到會議流量	應用程式是否遵循系統代理、是否使用 UDP	先確認系統代理狀態；必要時短暫測試 TUN，並觀察新增的連線紀錄。
會議可以使用，但其他網站變慢	規則是否過度寬泛、規則順序是否錯誤	縮小網域匹配範圍，將必要的本地直連規則放在適當位置。
開啟 TUN 後內網資源失效	區域網路繞過、DNS 與其他 VPN 衝突	確認 LAN 網段、DNS 轉送與虛擬介面設定，必要時先停用其他 VPN 測試。

DNS 也可能影響分流判斷。若 Clash 使用 fake-ip，不同應用程式取得與查詢網域的方式可能有所差異；瀏覽器的安全 DNS、作業系統 DNS 快取或公司網路的 DNS 政策，也可能讓您看到的解析結果與預期不同。遇到規則未命中時，先以連線紀錄中的實際網域、目標位址及命中規則為依據，不要只根據瀏覽器網址列推測。修改 DNS 或切換 fake-ip 模式前，請備份設定，並一次只測一個變因。

避免把暫時測試當成長期設定

切換 Global、關閉 DNS 保護或停用防火牆，可能讓現象短暫改變，卻同時增加其他連線風險。這些方式只適合在您了解影響範圍時，用來做短時間的對照測試；測試完成後應恢復原設定，並用規則命中紀錄找出真正原因。

Zoom 與 Google Meet 分流常見問題

使用規則模式就能保證會議流量走代理嗎？

不能一概而論。規則模式會處理已進入 Clash 核心、且能匹配規則的連線；若應用程式繞過系統代理，或某些 UDP 流量沒有進入核心，規則就無從判斷。請以連線紀錄確認實際流量是否被接管，必要時再測試 TUN 模式。

要讓 Google Meet 穩定，把所有 Google 網域設為代理可以嗎？

不建議直接這麼做。Google 多項服務可能共用網域或基礎設施，設定過寬會連帶改變其他網站的出口。先檢查 Meet 的實際連線紀錄，採用較精確的網域規則，並驗證其他 Google 服務與本地網站仍符合預期。

會議專用策略組應該選自動節點還是手動節點？

兩者都可以，重點是您能確認策略組確實指向可用出口。自動選擇較省事，但不一定以會議品質作為選擇依據；手動選擇容易做對照，也需要在節點品質變差時自行切換。可先測試兩種方式，再依穩定度與維護習慣決定。

只有 Zoom 或 Meet 無法經過代理時，是否一定要開 TUN？

不一定。先確認系統代理、應用程式設定與 Clash 連線紀錄，再判斷是否有流量繞過。若測試 TUN，請留意它可能影響 DNS、區域網路與其他 VPN；確認有效後，也要檢查是否能保留內網資源的正常存取。

有些工具採用全域代理，設定雖少，卻容易讓視訊以外的網站也繞遠路；另一些用戶端則需要手動整理規則，若缺少命中紀錄或策略組管理，排查會更費時。Clash 的優勢在於可將規則、策略組與連線紀錄分開檢查，讓會議流量與日常瀏覽各走適合的路徑；只要逐步測試、保留備份並依實際網域調整，就能避免盲目全域代理。如果您想依照自己的裝置開始設定，可先下載 Clash，再用本文的檢查流程驗證會議與日常網站是否都符合預期。