先分清症狀:連不上、黑畫面,還是影片一直轉圈

Netflix 經由 Clash 連線時無法播放,常被一概歸因於「節點不夠快」,但實際上可能是代理模式、分流規則、DNS 解析或服務端狀態其中一環出了問題。先記下故障發生的時間、使用的裝置與客戶端,以及錯誤訊息;再分別測試 Netflix 首頁、登入頁與影片播放。首頁能開,不代表播放影片所需的連線也已走上正確路徑。

如果 App 顯示網路錯誤、登入畫面也載入失敗,優先檢查 Clash 核心是否運作、節點是否可用,以及裝置目前是否真的使用代理。如果首頁、搜尋與帳戶頁正常,只有影片畫面一直轉圈,則更應留意影片資料主機的分流、DNS 結果與節點在長時間傳輸時是否穩定。若跳出代理或 VPN 相關提示,也不宜只靠反覆更換節點處理;服務可用性會受帳戶所在地、網路環境、Netflix 服務政策及節點狀態影響,代理設定正確並不保證所有內容都能播放。

建議先在同一部裝置上做一組簡單對照:暫停 Clash 後測一次,再啟用 Clash、確認所選策略組後重測。若停用代理就能播放,問題比較可能位於 Clash 的代理路徑或 DNS;若兩種狀態都無法播放,則也要檢查 Netflix App、裝置時間、家庭網路與服務本身。一次只改一項設定,才看得出哪個調整真正有效。

ℹ 排查順序:確認核心與節點可用,再檢查模式及規則命中,接著核對 DNS,最後才調整 App、瀏覽器或裝置設定。每次修改後,用同一部影片重測並記錄結果。

檢查代理模式、策略組與節點狀態

先確認 Clash 用的是規則模式、全域模式還是直連模式。不同客戶端的入口名稱可能略有差異,但通常可在主頁或設定頁找到模式切換。若正在使用直連模式,Netflix 流量自然不會依照代理規則轉送;若使用規則模式,則要再確認 Netflix 相關連線有沒有命中預期的代理策略組。全域模式可作為短時間對照測試,但不宜把它當成所有網路問題的永久解法。

接著查看策略組中目前選取的節點,而不只是看策略組名稱或延遲測試結果。延遲低只表示探測請求往返時間較短,並不代表節點可以穩定傳送影片資料;節點也可能在測速時正常,實際播放時卻出現丟包、限速或連線重設。可用一個平常能正常瀏覽的網站作為對照,再用 Netflix 測試。如果一般網站也不穩,先處理節點或上游網路,不必急著改 Netflix 規則。

若有多個節點,使用手動選擇方式逐一測試,比同時開啟負載平衡或頻繁自動切換更容易定位問題。測試時保持相同裝置、相同影片及相同網路;每次只換一個節點,觀察是否有明顯差異。若所有節點都只在影片播放時中斷,請把注意力移到連線紀錄、影片資料主機與 DNS,而不是無限重複測速。

Windows、macOS、Android 與 iOS 上的 Clash 系客戶端,系統代理、TUN 或 VPN 權限的設定方式並不相同。桌面瀏覽器能連線,不一定表示 Netflix App 也走相同路徑;Android 上的 VPN 權限、分應用代理或電池背景限制,也可能影響 App。確認目前使用的裝置是否由 Clash 接管,再進行後續規則診斷。

觀察到的狀況 優先檢查 適合的對照測試
Netflix 首頁也無法開啟 代理模式、核心狀態、節點連線 用同一節點開啟一般 HTTPS 網站
首頁正常,播放時持續轉圈 影片流量的規則命中、DNS 與節點穩定度 查看播放當下新增的連線紀錄
只有一台裝置出問題 裝置代理權限、App 狀態與本機 DNS 在另一台使用相同網路的裝置測試
更換節點後結果忽好忽壞 節點品質、出口連線與自動切換策略 固定一個節點播放同一段影片

用連線紀錄確認 Netflix 分流規則

在規則模式下,首頁、帳戶功能與影片播放可能連到不同主機。只看到一條與 Netflix 有關的規則,不代表所有相關流量都一定命中它;分流可能受主機名稱、規則集更新狀態、規則先後順序,以及策略組是否有效影響。播放時打開 Clash 的連線紀錄,重新載入影片,再觀察新增連線的主機、命中規則與出站策略。若介面提供過濾或搜尋功能,可以用 Netflix 相關字詞縮小範圍,但不要只憑猜測補入一大串網域。

確認規則順序尤其重要。Clash 通常依設定中的順序逐條比對;如果較前面的廣泛規則已經命中,後面才加入的 Netflix 專用規則就不會生效。檢查是否有較早出現的直連、拒絕或其他策略規則攔截了連線,也要確認最末端的 MATCH 或等效規則會把未命中的流量送到預期位置。不要只看 YAML 裡寫了什麼,應以客戶端連線紀錄呈現的實際命中結果為準。

部分設定會使用網域後綴規則,例如 DOMAIN-SUFFIX,但適用的網域清單與策略應根據自己當下的連線紀錄及規則來源核實。Netflix 可能使用多個服務與影片資料主機;將單一主機寫入規則,不足以證明整個播放流程都已涵蓋。反過來說,過度寬泛的網域規則也可能把無關流量一併送往代理,造成其他服務變慢或連線異常。

若你使用遠端規則集,先確認規則集已成功更新,且目前設定檔確實載入了更新後的版本。設定檔更新、覆寫或合併後,本機新增的規則可能被移除或移到不會生效的位置;修改前可先備份,修改後再檢查核心是否正常載入。出現 YAML 解析錯誤時,先回復到上一份可用設定,再逐段比對縮排與欄位,不要在無法確認核心狀態時連續疊加多種修正。

如果連線紀錄顯示影片相關連線走直連,而你原本預期它使用代理,就應先定位是哪一條規則提前命中;若紀錄顯示它已經走預期策略組,卻仍無法播放,則需要轉查節點、DNS 或服務端回應。這個分界很實用:它能避免把「規則根本沒命中」和「規則已命中但出口不可用」混成同一件事。

⚠ 不要把整份規則改成全域代理後就當作修復完成。全域模式可以協助對照,但若只有它能播放,仍須回到規則模式確認實際命中狀況。也請避免匯入來源不明、宣稱能保證 Netflix 播放的規則集;它們可能覆蓋原有策略,甚至引入不必要的流量轉送。

核對 DNS、影片連線與裝置端設定

DNS 解析會影響連線使用的目的位址;在 Clash 啟用 Fake-IP、使用遠端 DNS 或設定 DNS 覆寫時,系統解析結果與核心內部處理方式可能不同。若一般網頁可用,Netflix 首頁也能載入,但播放請求出現錯誤或長時間等待,可以查看核心日誌有沒有 DNS 逾時、解析失敗,或同一主機反覆重新連線的訊息。不要只因為搜尋到一個 DNS 位址,就直接替換整套 DNS 設定;應先備份目前設定並確認所用核心支援該選項。

DNS 調整要一次只做一項。例如,若近期才更換 DNS 上游、啟用 Fake-IP 或修改嗅探設定,可先還原最近一次變更,再重測同一段影片。若重置 DNS 快取,需注意系統、瀏覽器與 Clash 核心可能各自保留快取;只清除其中一處,不一定會立刻反映在其他層。完成調整後,重新載入 Netflix,再從連線紀錄確認該主機是否解析成功、是否仍命中原本的策略。

影片播放也可能涉及長時間傳輸或多種連線方式。若日誌顯示連線建立成功後很快中斷,先固定節點,並觀察是否有重置或逾時紀錄;不要單靠某一次速度測試判斷節點適合串流。若你使用瀏覽器測試,可暫時關閉其他可能接管網路的擴充功能或代理工具,避免第二層代理讓測試結果失真。若是 App 出問題,則可先完全關閉後重新開啟,並確認裝置時間正確、App 已更新,以及裝置沒有開啟另一個 VPN 或安全 DNS 服務。

在 Android 等可設定分應用代理的裝置上,檢查 Netflix 是否被排除在 VPN 接管範圍之外;在桌面系統上則留意系統代理與 TUN 是否同時受到其他 VPN、網路安全軟體或企業設定影響。不要同時開啟多個會改寫系統代理的工具,否則即使 Clash 顯示已連線,App 實際使用的出口仍可能與你預期不同。完成測試後,記得恢復不需要的臨時設定。

常見問題:Netflix 搭配 Clash 排查

Netflix 首頁可以開,為什麼影片仍然無法播放?

首頁與影片播放不一定使用完全相同的連線主機。請在按下播放後查看 Clash 連線紀錄,確認新出現的連線是否成功解析、命中預期規則並送往可用策略組。如果只檢查首頁能否載入,很容易漏掉播放階段才出現的問題。

切成全域模式後能播放,就代表規則寫錯了嗎?

這是規則模式下的分流問題的重要線索,但還不能直接斷定是哪一條規則錯誤。回到規則模式,檢查播放當下的命中規則及策略組;也要確認較前面的廣泛規則、設定檔覆寫或規則集更新,是否讓預期中的規則未能執行。

要不要直接更換 DNS,或關閉 Fake-IP?

不建議未看日誌就一次更改多項 DNS 設定。先確認是否真的有解析逾時或解析結果異常,再備份設定、單獨調整一個選項並重測。Fake-IP 與 DNS 模式的行為會依核心和客戶端設定而異,應以目前使用的核心文件及實際日誌為準。

同一節點在瀏覽器正常,Netflix App 卻不行,該怎麼辦?

瀏覽器和 App 可能不使用相同的代理路徑。檢查裝置是否有分應用代理、TUN 或 VPN 權限設定,並確認 App 沒有被排除;接著比較兩者在 Clash 連線紀錄中的命中規則與策略組。若紀錄顯示 App 根本沒有經過 Clash,就應先處理裝置接管設定。

相較於只提供單一系統代理開關的簡易工具,Clash 系客戶端能讓你查看連線紀錄、辨認規則命中,並在規則模式與全域模式之間做有控制的對照;但它不會替每個 Netflix 播放問題自動找出原因,節點品質、服務狀態與帳戶使用條件仍需分開確認。若你希望在同一介面管理策略組、檢視流量並逐步調整設定,可前往 Clash V.CORE 下載頁查看適合裝置的客戶端,再依本文順序測試,避免只靠重裝 App 或盲目換節點碰運氣。