YouTube 透過 Clash 播放卡頓，先分清楚是哪一層出問題
使用 Clash 播放 YouTube 時，如果影片一直轉圈、畫質忽高忽低、聲音與畫面不同步，或是開頭幾秒正常、播放一段時間後突然停住，不一定代表家中網路頻寬不足。實際排查時，常見原因包括分流規則沒有命中、YouTube 相關網域被錯誤送往 DIRECT、DNS 回應與代理出口不一致、節點本身對影音長連線不穩，以及系統代理或 TUN 根本沒有接管 YouTube 使用的連線。
這類問題之所以容易誤判，是因為「能開啟 YouTube」不等於「影片串流路徑正常」。首頁、縮圖、登入介面、影片資訊與實際影音串流，可能分別連到不同的 Google 或 YouTube 網域。瀏覽器開得出首頁，可能只代表網頁請求成功；真正播放影片時，串流請求卻可能被另一條規則導向延遲較高的節點，甚至直接連線。排查時應把問題拆成請求是否進入 Clash、規則是否選對策略、DNS 是否一致、節點是否適合長連線四個部分。
本文以 Clash Verge Rev、Clash Verge、Mihomo 等常見圖形介面為例，提供一套由易到難的檢查順序。不同版本的選單名稱可能略有差異，但你要找的功能通常包括「連線」「日誌」「配置」「代理」「DNS」「系統代理」與「TUN」。請先記下目前的設定檔名稱、節點名稱與播放時間點，後面做 A／B 測試時才容易判斷是哪一項改動真正有效。
修改規則前，先確認播放問題是否真的來自代理
不要一看到 YouTube 卡頓就立刻大幅修改 YAML。若同一時間家中其他裝置也在下載、路由器 CPU 使用率過高，或 Wi-Fi 訊號本身不穩，改規則通常只會增加變數。建議先使用同一台裝置、同一支影片和同一個網路環境，完成一次可重複的測試。
- 先測直連狀態：暫時關閉系統代理或 Clash 的代理接管，播放同一支影片約三至五分鐘，記錄是否能維持穩定。這只是定位問題，不代表直連一定是長期適合的方案。
- 再測 Clash 規則模式：恢復 Clash 後，固定一個節點，不要同時開啟自動選擇、負載均衡與多套 VPN，避免節點在測試期間自行切換。
- 觀察其他網站：若只有 YouTube 卡，問題較可能集中在影音網域、DNS 或節點；若所有網站都變慢，應先檢查本機埠號、系統代理、TUN 路由及節點整體品質。
- 記下實際畫質：右鍵影片或開啟播放器的「統計資料」後，觀察目前解析度、連線速度、緩衝健康度與掉幀數。不要只以畫面是否暫時播放作為判斷。
如果使用的是瀏覽器，建議先用無痕視窗或暫時停用會改寫網路請求的擴充功能測試。某些下載器、影音增強套件、廣告攔截器或瀏覽器內建的安全 DNS，都可能讓你看到的結果與 Clash 連線紀錄不一致。手機則應確認系統 VPN 只有一個應用程式正在使用，避免 Clash for Android 與其他 VPN 同時爭用 VPN 權限。
| 現象 | 優先檢查項目 | 較可能的方向 |
|---|---|---|
| 首頁正常，影片開始後卡住 | 影片串流網域、節點與規則命中情況 | 影音請求被 DIRECT 或送到不適合串流的節點 |
| 所有網站都變慢 | 節點延遲、系統代理、TUN 與 DNS | 代理路徑或節點整體不穩 |
| 只有某一瀏覽器卡頓 | 瀏覽器代理、擴充功能與安全 DNS | 應用程式沒有使用預期的 Clash 入口 |
| 切換節點後立即恢復 | 原節點的丟包、頻寬與長連線表現 | 規則可能正確，但節點不適合 YouTube |
檢查 YouTube 分流規則與連線紀錄
在 Clash 的「連線」或「Connections」頁面播放影片，接著用 youtube、googlevideo、ytimg 等關鍵字篩選。你要看的不是某一個固定網域，而是播放期間實際出現的目的地與套用策略。常見的 YouTube 請求可能包含影片頁面、縮圖、播放器資源、授權服務與影音片段；不同帳號、地區、影片類型和播放器版本，出現的網域也可能不同。
如果連線列表中看得到相關請求，先查看「Rule」或「Matched Rule」欄位，再查看「Proxy」或「Policy」欄位。前者告訴你是哪一條規則命中，後者告訴你實際使用哪個策略組或節點。若請求被 FINAL,DIRECT、GEOIP,CN,DIRECT 或其他直連規則接走，即使你在介面中選了代理節點，YouTube 串流仍可能沒有經過它。
規則順序尤其重要。Clash 會由上往下比對，較早命中的規則會停止繼續往下尋找。因此，如果你把 YouTube 代理規則放在一條範圍很大的直連規則後面，它可能永遠不會生效。修改前請確認目前使用的是實際載入中的設定檔，而不是訂閱原檔、備份檔或尚未啟用的覆寫檔。若訂閱每次更新都會覆蓋手動內容，應使用客戶端提供的覆寫、Merge 或規則管理功能，並保留一份修改記錄。
對大多數使用者而言，不需要一開始就建立極其龐大的網域清單。更穩妥的做法是先根據連線紀錄確認實際命中的網域，再以精準的 DOMAIN、DOMAIN-SUFFIX 或現有規則集處理。概念上可以是以下順序：
- 先讓 YouTube 主站與播放期間出現的影音相關網域進入同一個代理策略組。
- 把這些規則放在廣泛的直連、地區 IP 或最終規則之前。
- 重新載入設定檔，清除或重新建立連線，再播放同一支影片。
- 確認新的連線紀錄顯示預期策略，而不是只看介面上的目前節點名稱。
若你只看到 YouTube 首頁相關請求，卻沒有看到播放時新增的連線，可能是瀏覽器沒有走 Clash、TUN 沒有接管該流量，或連線列表有過濾條件。這時先關閉過濾器、重新整理頁面，並觀察播放按下後數秒內是否出現新的目的地。不要只憑網域名稱猜測，實際連線紀錄才是調整規則的依據。
系統代理與 TUN 不要同時盲目切換
系統代理主要影響支援 HTTP／HTTPS 代理設定的應用程式；TUN 則在更低的網路層接管部分系統流量。若瀏覽器使用系統代理，先以規則模式與系統 Proxy 完成測試，通常比較容易閱讀連線紀錄。若你確認規則正確，但某些應用程式完全沒有出現在列表中，再短時間啟用 TUN 進行對照。
啟用 TUN 前，請留意公司 VPN、校園網路客戶端、零信任軟體與其他防火牆可能同時修改路由。若 TUN 開啟後所有網站都無法連線，先不要繼續改規則，應恢復原狀並檢查 DNS 劫持、路由衝突與權限提示。Windows 可能需要安裝或允許虛擬網卡；macOS 可能需要核准網路擴充功能；Android 則通常會顯示 VPN 連線權限對話框。
DNS、節點與串流穩定性：第二層排查
規則命中正確後仍然卡頓，下一步應檢查 DNS 與節點，而不是繼續增加規則。DNS 決定網域解析到哪個位址；若 DNS 請求走本地網路、實際 HTTPS 請求卻走代理，可能造成解析結果與出口位置不一致。某些網路環境也會對 DNS 回應進行攔截或污染，導致首頁偶爾能開、影音伺服器卻連到品質不佳的位址。
在 Clash 或 Mihomo 設定中，DNS 模式、fake-ip、redir-host、IPv6 與代理解析方式各有取捨。不要因為看到教學中的某個模式就直接照抄，應先確認客戶端版本和目前配置是否支援。改 DNS 前最好備份設定，並一次只調整一個選項。測試結果若變得更差，才能快速還原。
- DNS 解析很慢：查看 Clash 日誌中是否有 DNS timeout、fallback 失敗或反覆重試。
- 連線建立很快但影片持續停頓：優先懷疑節點頻寬、丟包或長連線品質，而不是單純 DNS。
- IPv4 正常、IPv6 異常：可暫時以 A／B 測試確認是否為 IPv6 路由品質問題，再決定是否調整 IPv6 策略。
- 切換不同節點差異很大：固定相同影片與相同時間測試，選擇長連線穩定、不是只看延遲數字最低的節點。
節點延遲低不代表 YouTube 播放一定順暢。延遲測試通常只反映小封包往返時間，無法完整代表長時間串流的可用頻寬、丟包率、尖峰擁塞與 HTTPS／HTTP2 連線表現。建議至少用兩到三個節點各播放數分鐘，觀察播放器統計資料中的實際連線速度與緩衝健康度。若某節點剛開始速度很高，幾十秒後持續下降，可能是出口擁塞或服務商對串流流量有限制。
如果是晚間特別卡，而白天正常，也要把家用網路與節點高峰時段納入考量。你可以在相同時間分別測試直連、節點 A、節點 B，並記錄影片解析度、緩衝秒數與掉幀數。不要只依賴一次 Speedtest 結果，因為一般測速伺服器與 YouTube 影音伺服器的路徑並不相同。
修正後如何驗證，以及常見問題
完成規則或 DNS 調整後，請先重新載入設定檔，再關閉舊有連線。部分連線會維持原本的路由，導致你以為新規則沒有生效。清除瀏覽器快取不一定是必要步驟，但重新整理頁面、重開影片或重新啟動瀏覽器，有助於建立新的連線。驗證時應使用同一支影片、同一個節點和相近的網路時段，並在改動前後記錄相同指標。
比較有意義的驗證項目包括：影片是否能快速開始、播放五分鐘內是否再次轉圈、實際解析度是否穩定、播放器統計中的緩衝是否持續增加、連線紀錄是否命中預期規則，以及切換到另一節點後結果是否一致。若只測試「首頁能不能開」，不足以證明問題已解決。
為什麼規則顯示代理，YouTube 還是卡？
可能是你看到的只是首頁或 API 請求，而實際影音串流使用了另一個網域；也可能是策略組選到的節點頻寬不足。請在播放期間即時查看連線列表，確認新增的影音請求同樣命中代理策略，並固定節點進行數分鐘測試。
需要把所有 Google 網域都設為代理嗎？
不建議為了排錯而把所有 Google 相關網域無差別送往代理。這可能增加不必要的延遲，也會讓登入、同步與一般服務受到影響。較好的做法是先從連線紀錄確認 YouTube 實際使用的目的地，再以精準規則處理，並保留原本設定以便回復。
開啟 TUN 後播放就正常，代表規則一定錯嗎？
不一定。這通常表示原本的瀏覽器或應用程式沒有完全使用系統代理，TUN 則成功接管了被繞過的流量。你仍應確認 TUN 的路由、DNS 與其他 VPN 是否互相衝突；如果只為了 YouTube 使用，先評估規則模式是否已足夠，避免長期讓所有系統流量經過不必要的代理。
手機播放卡頓，與電腦的排查方法一樣嗎？
核心思路相同，但手機通常受系統 VPN 權限、省電策略、行動網路切換與背景限制影響。請確認 Clash for Android 或其他相容用戶端仍在前景服務中，沒有被系統省電功能停止；再分別測試 Wi-Fi 與行動網路，避免把基地台訊號不穩誤判成節點問題。
相較於只提供單一全域開關的工具，Clash 的優勢在於能從連線紀錄追到實際目的地，再用規則、策略組、DNS 與 TUN 分層驗證；這讓「YouTube 卡頓」不必只靠反覆重連或盲目換節點處理。當其他工具遇到設定不透明、平台支援有限，或一切流量只能一起切換的限制時，Clash 能以較細緻的分流方式保留本地服務直連，同時為影音連線選擇更合適的出口。如果你希望依照本文的檢查順序在不同裝置上測試，可先取得適合自己平台的 Clash 用戶端。