Netflix 顯示代理錯誤，先分辨是哪一種問題

當 Netflix 顯示「您似乎正在使用解鎖器或代理」時，不一定代表 Clash 完全沒有連線。更常見的情況是：Clash 已經成功把請求送出去，但 Netflix 判定目前的出口 IP 屬於資料中心、共享 VPN 或高風險代理網段，因此拒絕播放特定內容。另一種常見現象是首頁可以開啟，影片卻持續轉圈，或登入後出現錯誤碼；這通常與串流網域沒有套用相同策略、DNS 回應與實際出口不一致，或 TUN 模式只接管部分流量有關。

排錯時不要一開始就反覆切換十幾個節點，也不要立刻把所有流量設為全域代理。正確順序應該是先確認錯誤類型，再查看連線紀錄，接著檢查規則、DNS 與 TUN，最後才判斷是設定問題還是節點 IP 本身已被 Netflix 標記。這樣做的好處是每次只改一個變數，能知道哪一項調整真正有效。

  • 出現代理或解鎖器提示：通常優先懷疑出口 IP、節點類型或 Netflix 對該 IP 的風險判定。
  • 首頁正常、影片轉圈：常見於串流 CDN 網域分流不一致、連線被直連，或節點對長連線不穩定。
  • 整個 Netflix 都打不開：可能是規則未命中、DNS 污染、TUN 沒有接管流量，或本機系統代理沒有啟用。
  • 只有某一台裝置失敗：應優先檢查該裝置的 DNS、系統代理、時間設定與其他 VPN 是否衝突。

以下內容以 Clash Verge Rev、Clash Verge、Mihomo 類用戶端為主要例子；不同版本的按鈕名稱可能略有差異，但判斷邏輯相同。使用代理服務時，也請遵守所在地法規、網路管理政策與 Netflix 的服務條款。

先確認節點 IP：代理錯誤多半不是 YAML 語法

Netflix 對代理的判斷通常發生在出口端，而不是 Clash 本身。也就是說，設定檔格式正確、節點延遲很低，仍然可能因為該節點的公網 IP 被大量使用者共用，或被資料庫標記為 VPN／Proxy 網段而無法播放。這也是為什麼同一份訂閱中，有些節點能播放，有些節點只顯示錯誤提示。

先在 Clash 的「代理」或「策略」頁面選定一個節點，確認目前 Netflix 相關策略群組真的指向它，再重新整理 Netflix。不要只看節點名稱中的「流媒體」「Netflix」等標籤，這些名稱只是訂閱提供者的分類，不能保證該 IP 在當下仍可用。若同一節點昨天可用、今天突然失效，也可能是 IP 被重新標記，而不是你的設定突然損壞。

測試結果 較可能的原因 建議處理方式
所有節點都顯示代理錯誤 規則未命中、出口區域不符，或測試流量根本沒有經過 Clash 先看連線紀錄與當前模式，再檢查系統 Proxy 或 TUN
只有少數節點可以播放 部分出口 IP 被 Netflix 標記 保留可用節點，建立串流專用策略組並定期測試
同一節點在瀏覽器與 App 結果不同 兩者使用的代理路徑、DNS 或 IPv6 行為不同 確認 App 是否被 TUN 接管，並暫時對照停用 IPv6
能開首頁但播放時失敗 播放網域或 CDN 沒有走相同出口，長連線不穩定 查看播放瞬間的連線項目，逐一確認策略與節點

測試時建議先關閉瀏覽器的其他 VPN 擴充功能，並清除可能造成誤判的快取。若只是節點 IP 被封鎖，繼續修改 DNS 或重寫大量規則通常沒有幫助；你需要的是另一個出口，或由訂閱提供者更換可用 IP。

檢查規則命中：Netflix 網域不能被錯誤送往 DIRECT

Clash 使用規則模式時，流量會按照設定檔中的順序逐條比對。只要前面有一條過於寬泛的規則先命中，例如把整個區域、公司網段或某類 CDN 設為 DIRECT，後面即使寫了 Netflix 的代理規則，也不會再被執行。因此，看到「配置裡明明有 Netflix 規則」並不等於實際請求真的使用了它。

打開 Clash 的「連線」或「Connections」列表，在 Netflix 首頁載入、搜尋影片、開始播放的同時觀察新出現的網域。重點不是只找 netflix.com，還要留意登入、圖片、API、播放清單與影片片段所使用的其他主機。不同地區、不同裝置與不同版本 App 可能使用不同的 CDN 網域，實際連線紀錄才是最可靠的依據。

  • 查看目的地網域是否出現在連線列表中。
  • 確認該連線套用的策略名稱，而不是只看目前選中的全域節點。
  • 若策略欄顯示 DIRECT，先檢查規則順序與是否存在較早的 DOMAIN-SUFFIX 或 GEOIP 規則。
  • 若完全看不到請求，代表程式可能沒有經過系統代理，或 TUN 沒有接管它。
  • 若不同請求分別走不同國家或不同節點，可能造成登入與播放階段的出口不一致。

若你維護自己的 YAML，可以把已確認的 Netflix 相關網域放在一般直連規則之前，並指向專用策略組。不要直接複製網路上來路不明的完整規則集，因為規則集可能包含過時網域、錯誤的 DNS 設定，甚至會把不相關服務一併導向代理。更穩妥的方式是先從連線紀錄確認目的地，再用最小範圍規則驗證。

rules:
  - DOMAIN-SUFFIX,netflix.com,NETFLIX
  - DOMAIN-SUFFIX,nflxvideo.net,NETFLIX
  - DOMAIN-SUFFIX,nflximg.net,NETFLIX
  - MATCH,DIRECT

上面的片段只示範規則排序與策略名稱的概念，實際網域、策略組名稱及訂閱合併方式應以你的設定檔為準。修改後要重新載入設定，並確認「當前配置」確實已經切換到新版本；很多排錯無效的原因，其實只是改了草稿檔，核心仍在使用舊配置。

DNS 與 TUN 設定：避免解析路徑和代理出口不一致

DNS 問題經常被誤認為節點品質問題。當本機先透過直連 DNS 解析出一個與代理出口不相容的 CDN 位址，或者 IPv6 回應繞過 Clash，Netflix 可能在連線階段看到不一致的網路特徵。這不一定每次都會立刻報錯，也可能表現為封面載入很慢、播放清晰度反覆下降或影片在數十秒後停止。

在 Clash Verge Rev 中，先確認 DNS 功能是否啟用，以及 DNS 請求是否按照你的設計由 Clash 處理。若你使用 fake-ip，部分舊版 App、區域網路服務或自訂 DNS 可能需要額外排除；若使用 redir-host，則要注意系統解析與代理解析的差異。不要為了追求「全部代理」而盲目套用複雜設定，先用一個可重現的節點和一台裝置完成測試。

DNS 排查清單

  • 確認系統沒有同時啟用其他 VPN 或安全軟體的 DNS 接管。
  • 在 Clash 日誌中查看 DNS 錯誤、超時或反覆重試訊息。
  • 若使用自訂 DNS，先以穩定、可信且符合當地網路環境的解析服務測試。
  • 暫時停用 IPv6 做 A/B 測試；若停用後恢復正常，再處理 IPv6 路由，而不是永久忽略問題。
  • 清除瀏覽器或 App 的 DNS 快取，再重新建立播放連線。

TUN 模式則要回答另一個問題：Netflix App 或瀏覽器的流量是否真的被送進 Clash 核心。開啟 TUN 後，請確認系統已授予網路擴充功能、虛擬網卡狀態正常，且沒有被另一個 VPN 搶走預設路由。若系統 Proxy 已能讓瀏覽器正常工作，建議先不要同時開 TUN；多重接管會讓路由、DNS 與排錯訊號變得更複雜。

如果使用的是電視、遊戲主機或不支援系統代理的裝置，單靠 Clash Verge 的系統 Proxy 通常不夠，可能需要在路由器層使用 OpenClash，或透過區域網路共享讓裝置連到 Clash 提供的代理埠。這類架構必須同時確認 Allow LAN、防火牆、區網 IP 與用戶端代理協定，不能只在電腦上看到 Netflix 能播放，就推論其他裝置也會沿用相同路徑。

實際修正流程：從最小變更開始驗證

下面是一套適合大多數桌面用戶端的操作順序。每完成一個階段，就重新測試一次，不要同時更換節點、DNS、模式與規則，否則即使問題消失，也很難知道是哪個變更發揮作用。

  1. 記錄原始狀態：記下目前模式、節點名稱、Netflix 錯誤畫面、使用的裝置與時間，並截取連線紀錄中的策略結果。
  2. 測試一個可信節點：在策略群組中固定一個節點，避免自動選擇在測試過程中頻繁切換出口。
  3. 確認系統代理：先只啟用系統 Proxy，關閉其他 VPN，重新開啟瀏覽器並測試首頁及影片播放。
  4. 檢查規則命中：在播放開始的幾秒內觀察連線列表，確認 Netflix 相關請求都使用預期策略，而不是 DIRECT。
  5. 重新載入配置：修改規則後執行配置更新或重新載入，並確認當前配置名稱與檔案時間已變更。
  6. 處理 DNS：若規則和節點都正確但仍轉圈，才測試 Clash DNS、IPv6 與其他 DNS 接管程式。
  7. 最後測試 TUN：只有在瀏覽器或 App 明顯繞過系統代理時才開啟 TUN，並確認虛擬網卡與路由表沒有衝突。

如果某個節點顯示代理錯誤，而另一個節點可以播放，請把問題歸類為「出口 IP 可用性」；如果所有節點在同一台裝置都失敗，再回頭檢查規則與接管路徑。若只有 App 失敗、瀏覽器正常，則不要直接判定 Netflix 帳號有問題，應優先確認 App 是否支援系統代理、是否走 IPv6，以及 TUN 是否完整接管。

小提示：測試時可以先用短片或預告片確認「能否開始播放」，再觀察長時間播放的穩定性。低延遲不等於長連線品質好，Netflix 串流更在意持續吞吐、丟包率與出口 IP 穩定度。

常見問題

Netflix 一直說使用解鎖器，是不是 Clash 設定錯了？

不一定。若連線紀錄顯示請求已按照預期經過 Clash，且只有某些節點出現提示，通常更接近出口 IP 被 Netflix 標記，而不是 YAML 語法錯誤。可用其他節點做對照；若所有節點都出現相同問題，才需要再檢查規則、DNS、系統代理與 TUN。

首頁可以開啟，但影片一直轉圈，該先換 DNS 還是換節點？

先查看播放瞬間的連線紀錄。如果影片相關連線顯示 DIRECT 或沒有出現在列表中，應先修正規則與代理接管；如果請求已走代理但只在某個節點轉圈，再換一個對長連線較穩定的節點。只有在解析錯誤、DNS 超時或 IPv6 路徑異常時，才把 DNS 放在優先處理項目。

開啟 TUN 後反而無法上網，應該怎麼做？

先關閉 TUN，恢復到系統 Proxy 或原本可用的模式，確認是否與其他 VPN、公司零信任軟體、虛擬網卡或防火牆衝突。接著檢查 TUN 的系統權限、虛擬網卡狀態、DNS 模式與路由設定。不要在問題尚未定位前反覆切換多個核心選項。

換了節點後仍看到相同的 Netflix 錯誤畫面，是快取造成的嗎？

有可能，但快取通常不是唯一原因。先停止播放、關閉瀏覽器或 App，再確認 Clash 已切換到新節點，重新建立連線；必要時清除網站資料或重新登入。若新建立的連線紀錄仍顯示相同出口 IP，問題就不在畫面快取，而在節點切換沒有真正生效或策略群組仍被其他規則覆蓋。

相較於只提供單一開關、遇到串流錯誤只能整套重裝的同類工具，Clash 的優勢在於能把節點、規則、DNS、系統代理與 TUN 分開觀察：例如你可以先確認 Netflix 請求是否命中專用策略，再決定要不要換出口或啟用 TUN，而不是盲目把所有流量交給同一條通道。若你希望用這種可追蹤、可逐項驗證的方式處理代理錯誤，Clash 會比缺少連線紀錄與分流控制的工具更容易定位問題。

立即免費下載 Clash，開啟流暢上網新體驗 →