Clash 串流分流設定：Netflix、Disney+ 與本地網站兼顧速度

為什麼要替 Netflix 與 Disney+ 設定專用分流

使用 Clash 觀看 Netflix、Disney+ 或其他海外串流服務時，最常見的誤區是把所有流量一律送往代理節點。這種做法看似簡單，卻可能讓本地網站、銀行服務、購物平台與影音串流共用同一條路徑，結果是海外影片未必更順，本地網站反而增加延遲。更合理的做法，是根據目的地網域、服務類型與實際使用地區建立分流：Netflix、Disney+ 的登入與播放請求交由適合的代理群組處理，本地新聞、政府網站、電商與日常服務則維持直連。

串流服務的連線並不只有一個網域。開啟 Netflix 時，可能同時涉及登入頁、帳戶 API、影片目錄、圖片資源、授權服務與實際影片 CDN；Disney+ 也可能因地區、裝置與應用程式版本而使用不同的主機名稱。若規則只寫入一個記得住的網域，畫面可能能開啟，但影片清單載入失敗、播放到一半停格，或出現「此內容目前無法播放」等模糊提示。因此，設定的核心不是盲目增加規則，而是讓同一服務的重要請求穩定命中同一個策略意圖。

本文以 Mihomo 核心可讀的 YAML 結構為例，說明如何規劃串流專用策略組、安排規則順序、配合 DNS 與 fake-ip，並用實際測試分辨「節點太慢」「規則未命中」和「服務本身的地區限制」。不同 Clash Verge、Clash Verge Rev、Clash for Windows 或其他 Mihomo 客戶端的介面名稱可能略有差異，但只要核心支援相同的規則與策略語法，底層思路大致一致。

先規劃代理群組，再開始寫規則

分流配置的第一步不是複製網路上的超長規則集，而是先確認你有哪些可用節點，以及這些節點是否適合串流。一般可以將節點分為「串流專用」「一般海外」「本地直連」三種用途。串流專用群組可以使用 select，讓你手動選擇通過地區驗證且播放穩定的節點；也可以使用 url-test，讓核心定期對測試網址進行延遲檢查。需要注意的是，延遲最低不一定代表影片播放最快，因為串流品質還受到出口 IP、CDN 分配、尖峰時段頻寬與節點連線數影響。

如果你經常在不同國家或地區的內容庫之間切換，建議不要把所有節點塞進一個模糊的「Proxy」組。可以把策略命名得更清楚，例如 STREAMING、NETFLIX、DISNEY-PLUS 與 PROXY。其中，NETFLIX 和 DISNEY-PLUS 可以先指向同一個串流節點池，之後再按照實測結果拆開。這樣做的好處是：當 Netflix 出現代理偵測，而 Disney+ 仍然正常時，你只需調整 Netflix 組，不會牽動其他服務。

以下是簡化後的結構示例。節點名稱必須換成你目前設定檔中真實存在的名稱，包含大小寫、空格與符號都要完全一致。若你的訂閱更新會覆蓋整份 YAML，請先確認本地策略組是否會被保留；否則每次更新後，規則可能仍在，但目標群組已經消失。

proxy-groups:
  - name: NETFLIX
    type: select
    proxies:
      - STREAM-A
      - STREAM-B
      - PROXY
      - DIRECT

  - name: DISNEY-PLUS
    type: select
    proxies:
      - STREAM-A
      - STREAM-B
      - PROXY
      - DIRECT

  - name: PROXY
    type: url-test
    url: https://www.gstatic.com/generate_204
    interval: 300
    proxies:
      - STREAM-A
      - STREAM-B

DIRECT 可以保留在串流群組中作為排障選項，但不建議把它放在最前面，否則你可能在不知情的情況下繞過代理，誤以為某個節點已經能正常解鎖。正式使用時，應先用明確可用的串流節點測試，等確認服務與出口地區都符合需求後，再決定是否保留直連作為備用。

Netflix、Disney+ 與本地網站的規則順序

Clash 規則通常採用由上而下的匹配方式，因此規則順序會直接影響結果。專用串流規則必須放在較寬泛的規則之前。例如先寫 DOMAIN-SUFFIX,netflix.com,NETFLIX，再寫一般海外規則；若反過來先用一條涵蓋範圍很大的規則，就可能在 Netflix 專用規則還沒生效前被提前送到其他群組。Disney+ 也應以同樣方式處理，並按照你的連線日誌補充實際出現的相關網域。

不建議一開始就使用過於寬鬆的 DOMAIN-SUFFIX,disney.com 或大量通配符，因為同一個品牌網域下可能同時存在登入、行銷、廣告、客服與其他區域服務。過寬的規則會把不需要代理的請求一併送出，增加節點負載，也會讓本地網站載入變慢。較穩妥的流程是先使用官方或可信規則集，再透過客戶端的連線日誌觀察實際命中的主機，最後只補上確實需要的條目。

rules:
  - DOMAIN-SUFFIX,netflix.com,NETFLIX
  - DOMAIN-SUFFIX,netflix.net,NETFLIX
  - DOMAIN-SUFFIX,nflxvideo.net,NETFLIX
  - DOMAIN-SUFFIX,disneyplus.com,DISNEY-PLUS
  - DOMAIN-SUFFIX,disney.com,DISNEY-PLUS
  - DOMAIN-SUFFIX,disney-plus.net,DISNEY-PLUS

  - GEOSITE,private,DIRECT
  - GEOIP,private,DIRECT,no-resolve
  - GEOSITE,cn,DIRECT
  - GEOIP,CN,DIRECT,no-resolve
  - MATCH,PROXY

上面的網域僅作為規劃示例，並不代表每個版本或每個地區都會使用完全相同的主機。若你發現影片封面能顯示、播放卻失敗，應打開連線日誌，在開始播放、拖曳進度與切換清晰度時分別觀察新增連線。常見情況是目錄服務已命中 NETFLIX，但影片 CDN 落入 MATCH；也可能是 Disney+ 應用程式新增了未被舊規則涵蓋的授權網域。這時應以日誌中的真實主機名稱為依據，不要只憑錯誤畫面猜測。

本地流量則應放在串流規則之後、最終兜底規則之前。若你已使用 GeoSite 或 GeoIP 資料庫，必須確認資料庫版本與核心支援狀態；若規則集過舊，本地網站可能被錯誤識別成代理流量。對於公司內網、家用 NAS、路由器管理頁與局域網服務，通常應優先放置 private、區域網路 IP 或自訂網域規則，避免請求被送往外部節點。

DNS、fake-ip 與串流地區判斷

串流分流常被誤認為單純的節點問題，但 DNS 解析方式同樣重要。當 Clash 使用 fake-ip 模式時，應用程式取得的是虛擬 IP，後續由核心依照網域與規則決定實際出站；若某些串流應用程式不適合 fake-ip，可能出現登入迴圈、圖片載入異常或播放按鈕無反應。遇到這種情況，不要立即把整個 DNS 改回普通模式，應先確認是哪個網域或哪個應用程式不相容，再以 fake-ip-filter 對特定網域做例外。

DNS 的上游選擇也會影響你看到的內容與 CDN 分配。若所有 DNS 查詢都由本地網路供應商解析，海外服務可能返回不適合目前出口的節點；若所有查詢又都強制經過遠端代理，則本地網站的解析延遲可能增加。較實用的做法，是讓 Clash 接管 DNS，將本地網域與海外網域分開處理，並避免系統、瀏覽器、路由器同時攔截 DNS，造成「規則看起來正確，實際解析卻走另一條路」的情況。

設定完成後，先重啟核心或清除 DNS 快取，再重新登入串流服務。不要在修改 DNS 後直接沿用數小時前建立的連線，因為舊連線可能仍保留原本的解析結果與出口狀態。手機、電視與串流盒子若透過區域網路連到電腦上的 Clash，還要確認它們使用的是正確的代理埠與 DNS 路徑；只有電腦本身生效，不代表其他裝置也會自動套用相同規則。

用可重複的方法測試播放與速度

速度測試不能只看客戶端顯示的延遲。你應至少記錄四項資訊：節點名稱、測試時間、規則命中群組，以及影片播放時的實際表現。先用同一個節點開啟 Netflix，觀察登入、目錄、開始播放與拖曳進度是否正常；再用同一節點測試 Disney+。接著切換另一個節點，保持相同裝置、相同時間段與相同影片品質，這樣比較才有意義。

如果影片能播放但畫質長時間停留在低清晰度，可能是出口頻寬不足，也可能是 CDN 路由不理想。若畫面頻繁緩衝，請先觀察 Clash 的流量圖與連線日誌，確認是否出現大量重試、TLS 握手失敗或連線不斷重建。若只在高峰時段變慢，問題通常偏向節點負載或上游頻寬；若任何時段都無法播放，則更應優先檢查出口 IP、地區支援與規則命中。

• 首頁與登入正常，但播放失敗：檢查影片 CDN 與授權網域是否走同一串流策略。
• Netflix 正常、Disney+ 失敗：分開測試兩個策略組，不要直接更換整份訂閱配置。
• 所有海外服務都變慢：檢查是否把更新、廣告、系統同步與本地流量一併送進代理。
• 切換節點後仍顯示舊地區：清除應用程式快取、重新建立連線，並確認 DNS 沒有被其他設備接管。
• 電腦正常、電視無法播放：檢查電視是否真的使用 Clash 的區域網路代理，而不是只連上同一個 Wi-Fi。

建議把最後確認結果寫成簡單表格，而不是只記得「某某節點好像比較快」。例如記錄節點是否能登入、目錄是否完整、播放是否穩定、最高畫質是否能維持，以及晚間尖峰是否需要切換。經過幾次測試後，你就能把穩定節點放進 STREAMING 群組，把只適合一般瀏覽的節點留在 PROXY，避免 url-test 僅依照探針延遲選出一條實際不適合影音的線路。

更新、故障排查與長期維護

串流服務的網域、CDN 與地區驗證機制都可能變動，因此分流規則不適合一次寫完就長期不管。當訂閱更新或核心升級後出現問題，先比較更新前後的規則與策略組，不要同時改 DNS、節點、TUN 與所有規則。一次只改一項，並在每次修改後重新測試登入、目錄與播放三個階段，才知道哪一項改動真正產生效果。

若使用 Clash Verge Rev 或其他支援覆寫的客戶端，可以把本地串流規則放在獨立的覆寫檔中，讓訂閱更新只負責提供節點與基礎規則。覆寫檔應使用清楚的檔名與備份版本，並在每次變更後進行 YAML 語法檢查。對於不熟悉 YAML 的使用者，最常見的錯誤包括縮排混用 Tab、群組名稱拼寫不一致、逗號或冒號位置錯誤，以及把不存在的節點名稱放進策略組。核心無法啟動時，先回復上一份可用配置，再逐段加入修改內容。

另外，請將訂閱 URL、節點資訊與個人化覆寫視為敏感資料。不要把完整設定檔、Token、代理密碼或帶有識別參數的連結貼到公開論壇。若需要請他人協助，應先遮蔽帳戶資訊，只保留規則順序、錯誤訊息與必要的網域。合法使用代理並遵守串流平台、網路服務供應商、公司或學校的使用條款，是維持穩定與降低帳戶風險的前提。

與只提供全域模式的簡易 VPN 客戶端相比，Clash 的優勢在於能把 Netflix、Disney+、本地網站與內網服務拆成可觀察、可調整的策略；但部分只會自動選線的工具缺少清楚的規則日誌，遇到「首頁能開、影片不能播」時很難定位。Clash V.CORE 則能把代理群組、DNS、規則命中與節點切換集中管理，方便你針對串流場景保留可重現的設定；如果你希望按照本文方式建立 Netflix 與 Disney+ 的專用分流，建議前往下載 Clash V.CORE，從一份乾淨配置開始逐步驗證。