Clash 連得上其他網站，卻在 Netflix 顯示「您似乎正在使用解除封鎖工具或 Proxy」或無法播放，通常不代表整個代理失效。Netflix 會同時檢查出口 IP、DNS 解析結果、TLS 連線特徵、地區授權與帳戶活動位置；只要其中一項不一致，就可能出現代理錯誤、內容載入失敗、只能看到部分片單，甚至登入後立即被要求重新驗證。本文以 Clash 與 Mihomo 的常見配置為基礎，按照節點地區、策略組、規則分流、DNS、TUN 模式與瀏覽器快取等順序，帶你逐項定位問題。
先判斷是哪一類 Netflix 代理錯誤
排查前不要急著反覆更換設定。先記錄錯誤畫面與實際症狀，因為不同表現通常對應不同原因。Netflix 能否開啟首頁、能否播放影片，以及播放時顯示的目錄是否正確，分別代表不同的檢查環節。
| 實際症狀 | 常見原因 | 優先檢查項目 |
|---|---|---|
| 首頁可以開啟，但播放時出現代理錯誤 | 出口 IP 被 Netflix 標記為資料中心或 Proxy | 更換節點、檢查出口 IP 地區 |
| Netflix 完全無法載入 | 規則未走代理、DNS 解析異常或 TLS 連線失敗 | 查看 Clash 連線與規則命中結果 |
| 可以播放，但片單與預期地區不同 | 節點實際出口位置與節點名稱不一致 | 檢查 IP 歸屬、DNS 與節點地區 |
| 手機可以看，電腦或電視不能看 | 裝置沒有完整套用系統代理或 TUN | 檢查系統代理、TUN 與 IPv6 |
| 昨天正常，今天突然失效 | 節點 IP 被重新分類或供應商更換出口 | 重新測試節點並建立備用策略組 |
也要注意，Netflix 的內容版權會因地區、帳戶與授權狀態而變化。即使代理配置完全正確，也不代表所有地區都能觀看相同片單。本文只討論 Clash 的網路連線與分流排查，不保證任何節點長期繞過串流平台的偵測。
節點地區與出口 IP 是第一個檢查點
最常見的問題是把「節點名稱」誤當成「實際出口地區」。訂閱中的節點可能使用香港名稱、伺服器卻在其他地區；也可能透過中轉線路連線，最後由另一個資料中心 IP 對外。Netflix 判斷的是請求抵達服務端時看到的出口 IP，而不是 Clash 策略組裡顯示的文字。
先在 Clash Verge、Clash Verge Rev 或 Mihomo Dashboard 中選定一個節點，然後使用瀏覽器檢查 IP 地區與網路類型。重點不是只看國家或城市，還要留意 IP 是否被標記為 Hosting、Datacenter、VPN、Proxy 或 ASN 資料中心。若多個節點都被辨識為同一個資料中心，代表問題很可能在節點供應商，而不是本地配置。
- 測試時一次只使用一個節點，不要先使用負載均衡或自動切換組。
- 優先選擇供應商標明支援串流服務的節點，但不要完全相信節點名稱。
- 同一地區至少準備兩至三個備用節點，避免單一出口 IP 被封鎖後無法切換。
- 若節點延遲很低卻無法播放，不代表它適合 Netflix；延遲測試只能證明連得上測試網址。
- 不要在同一個瀏覽器中同時開啟多個 VPN、代理擴充功能或安全軟體的流量攔截功能。
確認策略組與規則分流沒有走錯
如果只有 Netflix 出現問題，而 Google、GitHub 或其他網站都能正常開啟，第二個重點就是規則分流。許多配置會將影音網站拆成獨立策略組，例如 Netflix、Streaming 或 Proxy。但如果規則檔案沒有更新、策略組沒有選取節點，Netflix 相關域名可能被送到直連、拒絕或另一個不支援串流的出口。
排查時應開啟 Clash 的「連線」或「Connections」頁面，重新整理 Netflix 頁面並開始播放一段影片，觀察下列資訊：
- 目標域名是否包含
netflix.com、nflxvideo.net、nflximg.net或nflxso.net。 - 每條連線命中的規則名稱，例如
Netflix、Streaming、GEOIP或MATCH。 - 實際使用的策略組與節點是否是你剛才測試過的出口。
- 影片播放時是否出現大量連線停留在直連、REJECT 或錯誤策略組。
Netflix 不只有一個主域名。首頁、圖片、帳戶介面與影片內容可能分別使用不同的網域，因此只把 netflix.com 加入代理規則並不一定足夠。可以先用一個明確的策略組進行測試，確認所有相關域名都交給同一組代理出口，再恢復較複雜的分流配置。
rules: - DOMAIN-SUFFIX,netflix.com,Netflix - DOMAIN-SUFFIX,nflxvideo.net,Netflix - DOMAIN-SUFFIX,nflximg.net,Netflix - DOMAIN-SUFFIX,nflxso.net,Netflix - MATCH,DIRECT # 測試完成後，請確認 Netflix 策略組名稱與實際配置一致
上面的規則只是排查範例，並不是所有版本或訂閱格式都能直接貼上使用。若你的配置中策略組名稱不是 Netflix，必須把規則最後的策略組名稱改成實際存在的名稱。規則順序也很重要：Netflix 專用規則必須放在一般的 GEOIP,CN,DIRECT、GEOSITE,CN,DIRECT 或 MATCH 之前。
動手操作：逐項重設並驗證配置
以下步驟適合 Clash Verge、Clash Verge Rev、Mihomo Party 等支援策略組與連線記錄的客戶端。每完成一項就重新測試，不要一次修改十個參數，否則很難判斷哪個改動真正有效。
- 停止其他代理工具：關閉系統中的 VPN、瀏覽器代理擴充功能、網路加速器與其他 Clash 實例，避免多層代理互相覆蓋。
- 固定一個節點：在代理頁面手動選擇單一節點，暫時不要使用
url-test、fallback或load-balance。 - 確認全域模式：先切換到 Global 或全域代理模式測試。若全域模式可以播放，Rule 模式失敗，問題幾乎可以確定在規則分流。
- 清除連線：在 Dashboard 中中斷舊連線，關閉 Netflix 分頁，再重新開啟瀏覽器。既有連線可能仍然維持原本的節點。
- 檢查 DNS：查看 DNS 設定是否啟用，並確認沒有被系統、瀏覽器安全 DNS 或另一個 VPN 接管。
- 確認播放域名：開始播放後查看 Connections，確認影片流量不是直連，也不是被送到錯誤的策略組。
- 清理網站資料：只清除 Netflix 的 Cookie、快取與站點資料，重新登入後再測試，避免舊的地區資訊持續被瀏覽器使用。
- 最後才更換節點：如果配置與分流都正確，仍然出現代理錯誤，再依序測試同地區的其他節點。
DNS、fake-ip 與 TUN 模式的常見陷阱
DNS 問題經常被誤認為節點失效。當瀏覽器透過本地 DNS 解析 Netflix 域名，再把結果交給代理時，可能發生解析污染、解析地區不一致或規則匹配不到域名的情況。對於支援 Mihomo 的客戶端，通常可以優先考慮 fake-ip，讓 Clash 先以假 IP 接收請求，再在代理側依照原始域名進行分流。
一個基本的 DNS 配置可以參考以下方向。實際欄位是否支援，仍要以你使用的 Clash 核心版本為準：
dns: enable: true enhanced-mode: fake-ip fake-ip-range: 198.18.0.1/16 nameserver: - 223.5.5.5 - 1.1.1.1 fallback: - https://1.1.1.1/dns-query - https://8.8.8.8/dns-query fallback-filter: geoip: true geoip-code: CN tun: enable: true stack: mixed auto-route: true strict-route: true
如果啟用 fake-ip 後某些應用完全無法連線，可以檢查 fake-ip-filter，但不要把整個 Netflix 域名加入排除清單。排除後，應用可能重新取得本地解析結果，反而使分流失去域名資訊。修改 DNS 後要清理 Clash DNS 快取、重啟核心，並重新建立瀏覽器連線。
TUN 模式則涉及更完整的系統流量接管。桌面版若只開啟系統代理，部分使用自有網路堆疊的應用可能不會遵循系統代理；若開啟 TUN，則要注意權限、路由、DNS 劫持與 IPv6。建議先在同一台裝置上測試瀏覽器，再測試 Netflix 電視版、行動版或其他應用，因為不同裝置的代理支援方式並不相同。
瀏覽器快取、IPv6 與帳戶狀態排查
即使 Clash 已經更換節點，瀏覽器仍可能保留舊的 Cookie、DNS 快取與連線池。這些狀態可能讓 Netflix 在短時間內繼續使用先前的地區判斷。建議使用無痕視窗測試，或建立一個乾淨的瀏覽器使用者設定檔。若無痕模式能播放，通常表示問題與 Cookie、擴充功能或瀏覽器快取有關。
IPv6 也是常被忽略的因素。當 IPv4 流量透過 Clash 代理，但 IPv6 仍直接連線時，Netflix 可能從兩個不同地區看到請求。這種情況尤其容易出現在桌面系統已啟用 TUN、但 IPv6 路由未正確接管的環境。排查時可暫時停用系統 IPv6 進行對照測試；若停用後恢復正常，就應重新檢查 TUN 的 IPv6 設定，而不是長期盲目更換節點。
- 使用無痕視窗重新開啟 Netflix，確認是否仍有同樣錯誤。
- 暫停代理擴充功能、內容攔截器與瀏覽器內建安全 DNS。
- 清除 Netflix 站點資料後重新登入，不必一開始就清除整個瀏覽器。
- 確認系統日期與時間正確，TLS 驗證與部分服務登入流程依賴準確時間。
- 在同一節點下比較 IPv4 與 IPv6 出口地區是否一致。
- 若只有某一個帳戶失敗，使用合法且正常的帳戶狀態進行對照，不要反覆嘗試大量登入。
如何建立較穩定的串流策略組
確認單一節點可以正常使用後，再考慮自動化。串流服務不適合直接使用完全隨機的負載均衡，因為同一個帳戶或同一部裝置在播放期間頻繁變更出口 IP，可能造成登入驗證、地區判斷與播放工作階段中斷。更穩妥的方式是建立專用策略組，平時手動選擇，必要時再使用低頻率的故障切換。
- 手動選擇：適合最重視穩定性的使用者，播放期間不會因測速結果變動而切換出口。
- url-test：可用於播放前挑選節點，但建議提高切換容忍度，避免觀看中頻繁換節點。
- fallback：適合建立主節點與備用節點，只有主節點失效時才切換。
- load-balance：不建議直接用於同一串流工作階段，尤其是需要維持登入與 IP 一致性的服務。
同時要定期更新 Rule Provider 與 Proxy Provider。規則集長期未更新，可能漏掉新的影片 CDN 域名；節點訂閱長期未更新，則可能繼續使用已被標記的舊 IP。更新後記得檢查策略組是否仍然包含新節點，因為部分配置更新訂閱後會重建節點名稱，導致原本的代理規則指向不存在的策略組。
常見問題 FAQ
為什麼其他網站正常，只有 Netflix 不能看？
這通常是出口 IP 被 Netflix 判定為代理或資料中心 IP，而不是 Clash 完全失效。先確認節點的實際出口 IP，再檢查 Netflix 相關域名是否全部命中同一個策略組。一般網站可以連線，只能證明節點可用，不能證明它具備串流服務相容性。
換節點後仍然顯示代理錯誤怎麼辦？
先清理舊連線、Cookie 與 DNS 快取，再用無痕視窗測試。如果多個節點屬於同一個 ASN 或同一個資料中心，單純切換名稱不同的節點可能沒有意義。也要檢查 IPv6 是否直連，以及瀏覽器是否啟用了另一個代理或安全 DNS。
全域模式可以看，Rule 模式不能看是什麼原因？
這幾乎可以確定是規則或策略組問題。請在 Connections 頁面查看 Netflix 主站、圖片與影片域名的命中規則，將專用 Netflix 規則放在一般直連規則與 MATCH 之前，並確認規則指向的策略組名稱與配置中的名稱完全一致。
是否一定要開啟 TUN 模式？
不一定。一般瀏覽器若能正確使用系統代理，未必需要 TUN。但 Netflix 應用程式、電視裝置或不遵循系統代理的程式，可能需要 TUN 才能完整接管流量。開啟 TUN 後要同步檢查路由、DNS、權限與 IPv6，否則可能引入新的分流問題。
總結來說，Netflix 代理錯誤應按照「出口 IP → 策略組 → 規則命中 → DNS → TUN 與 IPv6 → 瀏覽器狀態」的順序排查。先用單一節點與全域模式建立基準，再逐步恢復規則與自動化設定，通常比不斷更換節點更快找到根因。配置確認無誤後，選擇穩定且符合使用需求的節點，並保留備用方案，就能讓 Clash 的串流體驗更加可靠。