遠距工作用Clash怎麼設定？Zoom與Slack視訊更順的分流指南

先分清楚：視訊品質、訊息延遲與分流是不同問題

遠距工作時，Zoom 會議卡頓、Slack 訊息延遲，不一定是同一種故障。Zoom 的視訊與音訊對延遲、封包遺失和連線穩定度較敏感；Slack 則包含訊息、檔案、圖片及通話等不同連線。即使兩個應用程式都能開啟，也不代表所有相關流量都已走到預期的節點。

Clash 的規則只處理已進入核心的流量。桌面版可透過系統代理接收遵循系統設定的應用程式請求；有些程式可能自行使用代理、忽略系統代理，或由 TUN 模式接管。若 Zoom 或 Slack 的連線紀錄沒有出現，先確認應用程式的流量是否進入核心，不要只靠新增網域規則判斷設定是否生效。

建議先使用「規則」模式，再為 Zoom、Slack 設定一致的出站策略；一般網站則保留原設定中的直連規則。這比全域代理更容易控制，也方便會議出現問題時快速回復。以下網域只作為設定起點，服務使用的網域可能隨版本、地區及功能調整，應以用戶端連線紀錄及服務網路文件核對。

流量類型處理建議需要留意
Zoom 會議與登入先以同一個可用策略群組測試視訊媒體可能使用 UDP；並非所有代理節點或傳輸設定都支援 UDP
Slack 訊息與檔案讓相關網域使用相同策略，避免路徑不一致檔案、圖片與通話可能使用不同服務網域
一般網站維持現有直連規則規則模式不等於所有網站都會自動直連，仍須查看規則順序與命中結果

設定規則前：確認核心、策略群組與流量入口

開始修改前，先確認目前使用的設定檔、核心名稱與版本，以及用戶端顯示的出站模式。Clash Meta 已以 mihomo 之名持續發展，但不同用戶端可能搭配不同核心；某些規則、DNS 欄位或流量接管功能並不完全相同。若設定檔由訂閱提供，直接編輯下載檔可能在下次更新時被覆蓋，優先使用用戶端支援的覆寫、合併或自訂規則功能。

  • 確認模式：在「代理」或「總覽」頁面選擇「規則（Rule）」，並確認目前不是「直連（Direct）」或「全域（Global）」。全域模式會改變已進入核心的流量處理方式，不會自動接管所有應用程式。
  • 確認策略群組：在代理頁面查看設定檔提供的選擇群組，記下實際使用的群組名稱。下方的 Work-Proxy 只是範例，必須換成設定檔裡確實存在的策略群組；不存在的名稱會導致設定載入錯誤或規則無法照預期工作。
  • 確認 UDP 能力：檢查所選節點、通訊協定與核心設定是否支援 UDP。若 Zoom 只顯示登入正常、加入會議後卻沒有音訊或視訊，應特別檢查 UDP 支援和相關連線紀錄，而不是只測試網頁能否開啟。
  • 保存原始設定：匯出或複製目前設定及自訂覆寫，並記下原有規則順序。若新增規則後核心無法啟動，可以先復原，而不必刪除訂閱或重設整個用戶端。

一般規則通常按照清單順序比對，先符合的規則會先決定出站方式。因此，Zoom 與 Slack 的明確規則應放在會提前命中的廣泛分類規則之前，並保留原有的內網直連、封鎖及最終兜底規則。不要為了插入幾條規則而刪除設定檔中其他用途的規則。

動手操作：新增 Zoom、Slack 規則並保留一般網站直連

以下片段示範在既有設定中加入網域規則。它不是完整設定檔，也不會建立節點或策略群組。請先確認策略群組名稱，並依目前設定的格式與規則來源調整；若用戶端提供自訂規則編輯器，請使用該入口，避免直接修改會被訂閱更新覆蓋的檔案。

  1. 開啟用戶端的「設定檔」或「訂閱」頁面，選取正在使用的設定，查看是否支援覆寫、自訂規則或規則前置功能。
  2. 將 Zoom、Slack 的規則加在可能涵蓋它們的廣泛規則之前，但放在需要優先處理的內網或安全規則之後。依序新增網域規則，並把 Work-Proxy 改成目前有效的策略群組名稱。
  3. 檢查設定縮排與逗號，套用或重新載入設定。若核心回報找不到代理群組、規則格式錯誤或欄位不受支援，先復原變更，再依錯誤訊息核對規則格式及群組名稱。
  4. 在代理頁面確認工作群組選到了可用節點，然後開啟連線紀錄。先啟動 Zoom 或 Slack，再確認新連線是否命中預期規則、使用正確策略，而不是只看設定檔顯示「已啟用」。
  5. 開啟一般網站做對照，確認它仍命中既有的直連或其他預期規則。若網站流量命中 Zoom、Slack 規則，請檢查網域條件是否寫得過廣，以及是否把新規則放到了錯誤位置。
rules:
  - DOMAIN-SUFFIX,zoom.us,Work-Proxy
  - DOMAIN-SUFFIX,zoom.com,Work-Proxy
  - DOMAIN-SUFFIX,slack.com,Work-Proxy
  - DOMAIN-SUFFIX,slack-edge.com,Work-Proxy
  - DOMAIN-SUFFIX,slack-files.com,Work-Proxy
  - DOMAIN-SUFFIX,slack-imgs.com,Work-Proxy
  - DOMAIN-SUFFIX,slack-msgs.com,Work-Proxy
  # 保留原有其他規則與最終兜底規則

DOMAIN-SUFFIX 會比對指定網域及其子網域；例如 zoom.us 會涵蓋其子網域，但不會自動涵蓋其他頂級網域。上面的 Slack 網域是常見的規則示例，不代表任何時候都涵蓋 Slack 全部功能。若連線紀錄出現未列出的服務網域，先確認該連線確實屬於 Slack，再依需要新增一條明確規則。

如果想讓一般網站直連，不要把 MATCH,Work-Proxy 當成最後規則。最後的兜底動作應沿用目前設定，例如 MATCH,DIRECT，或由既有策略群組處理；實際行為取決於原設定。修改前先查看原始規則結尾，不要直接複製範例取代整段規則。

設定載入後，可在 Zoom 測試加入會議、雙向音訊及視訊，並在 Slack 測試訊息更新與檔案存取。每一項測試都要搭配用戶端連線紀錄查看命中規則與出站方式。如果應用程式沒有出現在紀錄裡，應轉而檢查系統代理是否生效、應用程式是否採用自己的代理設定，以及目前是否需要 TUN 接管；不要繼續盲目增加網域。

依症狀調整節點與 UDP，不以切換全域模式代替排查

為 Zoom 與 Slack 使用同一策略群組，方便維護，但不表示兩者永遠需要同一節點。會議期間的穩定性應以實際延遲、封包遺失、音訊中斷和路徑一致性為準，不要只依據策略群組顯示的延遲數字選擇。測速結果也不一定能反映即時視訊品質；同一節點在不同時段或不同網路下可能有不同表現。

觀察到的情況優先檢查處理方式
Zoom 可登入，加入會議後無音訊或視訊UDP 是否受節點與代理協定支援；相關連線是否出現在日誌確認核心與節點的 UDP 能力，查看服務端網路要求及實際錯誤，再測試另一個可支援的節點
Zoom 影像斷續，Slack 訊息正常視訊連線延遲、封包遺失、Wi-Fi 品質與節點負載先固定其他設定，改選一個穩定節點重測；避免同時更改 DNS、TUN 與代理模式
Slack 訊息正常，檔案或圖片載入失敗檔案或圖片連線是否使用未列入規則的網域從連線紀錄核對目標網域與命中規則，確認後再補充明確網域規則
一般網站也被送往工作節點規則順序、網域條件範圍與最終兜底規則移除過度寬泛的規則，還原原有直連規則，確認一般網站實際命中的策略
啟用 TUN 後部分本機服務異常路由接管範圍、DNS 路由及內網例外先關閉 TUN 回復到先前可用狀態，再依用戶端和核心文件設定必要的路由與例外

需要隔離問題時，可在用戶端連線紀錄中找到會議期間的新連線，依序確認「是否進入核心、命中哪條規則、使用哪個策略、是否連線成功」。如果有明確連線紀錄但出站失敗，應檢查節點、遠端服務及 UDP 能力；若請求根本沒有進入核心，則回到系統代理、TUN 或應用程式本身的代理設定。更換 DNS 不會修復不存在的策略群組，也不會讓不支援 UDP 的節點突然支援 UDP。

Windows、macOS、Android 與 iOS 的流量入口並不相同。桌面版系統代理主要服務遵循作業系統設定的應用程式；行動裝置通常透過 VPN 權限建立系統隧道。TUN 也可能需要額外服務或權限，並改變更大範圍的路由。若目前使用的用戶端介面與上述名稱不同，請以該產品的設定頁及核心日誌為準，也可參考用戶端設定教學。

最後，確認工作所需服務已可正常使用後，保留一份設定備份，記下所選策略群組及重要規則。更新訂閱後再次檢查自訂規則是否仍在、順序是否改變；若規則由覆寫功能管理，也要確認更新後載入的是合併結果，而不只是訂閱原檔。這樣在節點故障或設定更新後，才能快速復原 Zoom、Slack 與一般網站各自預期的連線方式。

下載Clash