この記事で分かること
YouTube の再生が途中で止まる、画質が何度も下がる、読み込み中の円が消えないという症状は、回線速度だけで決まるものではありません。Clash を使っている場合は、選択したノードの混雑、プロキシモード、DNS の応答、そして YouTube 関連ドメインに適用された分流ルールが同時に影響します。速度測定では十分な数値が出ているのに動画だけが重いなら、Clash の経路を確認する価値があります。
本稿では、Clash で YouTube が重いときの切り分け手順を、設定をむやみに変更しない順番で説明します。まず問題がブラウザだけなのか端末全体なのかを見分け、次にノードとプロキシモードを確認し、その後でルール・DNS・TUN の順に調べます。Clash Verge、Clash Verge Rev、Mihomo 系クライアントでは画面名が多少異なりますが、考え方は共通しています。
なお、動画の再生が止まるたびにすべての設定を初期化する必要はありません。変更した項目を一つずつ記録し、同じ動画の同じ時間帯で比較すると、ノード側の問題とローカル設定の問題を判断しやすくなります。会社や学校のネットワークを利用している場合は、管理者の利用規約と通信ポリシーも確認してください。
最初に症状と再現条件を整理する
最初に、YouTube 以外の通信も遅いのかを確認します。一般のウェブサイト、画像の多いページ、動画配信サービス、オンライン会議などを順番に開き、Clash を有効にした状態と無効にした状態を比べます。YouTube だけが遅いなら、全体的な回線障害よりも、YouTube の接続先に対するノードやルールの相性が疑われます。一方、すべてのサイトで DNS 解決やページ表示が遅い場合は、動画設定より先に Clash のポート、DNS、上流ノードを確認します。
次のような情報をメモしておくと、調査が進めやすくなります。
- 再生が止まる動画の URL、画質、自動再生か手動選択か
- 発生する時間帯と、Wi-Fi・有線・モバイル回線の別
- 使用している Clash クライアント、コア、プロファイル名
- 選択中のノード、遅延テストの結果、同じグループ内の別ノードの結果
- システムプロキシ、TUN、ブラウザ拡張など、同時に有効な通信ツール
YouTube のプレーヤーに表示される「詳細統計情報」も参考になります。プレーヤー上で右クリックして項目を開くと、現在の解像度、接続速度、バッファの長さなどを確認できます。再生開始直後から接続速度が低い場合は経路やノードを疑い、最初は十分に再生できるのに数分後からバッファが減る場合は、ノードの混雑や長時間接続の安定性を疑います。
プロキシモードとノードを確認する
Clash の「ルール」モードでは、宛先ごとに DIRECT、PROXY、特定のプロキシグループなどが選ばれます。「グローバル」モードでは、基本的にすべての通信を選択したプロキシへ送ります。「ダイレクト」では Clash を経由しません。YouTube の問題を調べるときは、モードを変更した結果だけで判断せず、各モードでどのノードとルールが使われたかを確認することが重要です。
まず Clash のプロキシ画面で、現在のグループに選ばれているノードを確認します。ノード名の横に表示される遅延値は、短い HTTP リクエストの応答時間にすぎず、動画を継続的に受信できる帯域幅を保証するものではありません。遅延が低いノードでも混雑していれば動画は止まります。反対に、遅延値が少し高くても長時間の転送が安定しているノードの方が、YouTube には適している場合があります。
ノードを比較するときは、同じプロキシグループ内で二つか三つだけ試します。自動選択グループが頻繁にノードを切り替えていると、再生中の接続が不安定に見えることがあります。テスト中だけ手動選択にして、動画の再生開始、数分間の連続再生、シーク後の再開を確認してください。ノードを変えるたびに改善するなら、設定よりもプロバイダ側の混雑、出口地域、YouTube CDN との相性が原因である可能性が高くなります。
「ルール」モードで YouTube の一部だけが DIRECT になっている場合は注意が必要です。トップページは表示できても、動画本体、画像、字幕、ログイン関連の通信が別の経路へ分かれると、再生開始やシークで問題が出ます。Clash の接続ログを開き、YouTube のページを再読み込みして、関連する接続がどのポリシーへマッチしているかを確認します。ログに同じサービスの通信が DIRECT と PROXY に分散しているなら、まずプロファイルのルール順序を見直してください。
ただし、検索結果や動画 URL に含まれる文字列をそのまま大量のルールへ追加するのは避けます。ルールを増やしすぎると、更新後のドメイン変更に追従できず、かえって原因が分かりにくくなります。既存のプロバイダルールを優先し、必要な変更はバックアップを取ってから少しずつ行うのが安全です。
DNS、TUN、ブラウザ側の重複設定を調べる
ノードを変更しても改善しない場合は DNS を確認します。DNS の応答が遅い、または名前解決の結果が現在の経路と合っていないと、YouTube のページは開くのに動画 CDN への接続だけが遅くなることがあります。Clash の DNS 設定を変更する前に、現在の DNS モード、Fake-IP または Redir-Host の利用状況、ブラウザの Secure DNS 設定をメモしてください。複数の項目を同時に切り替えると、どの変更が効いたのか分からなくなります。
ブラウザ側の DNS over HTTPS が、Clash の DNS ルールを迂回しているケースもあります。ブラウザのプライバシー設定で Secure DNS が有効になっている場合、Clash のログに期待した名前解決が現れないことがあります。これは必ずしも無効化すべきという意味ではありません。Clash 側で管理するのかブラウザ側で管理するのかを決め、二つの仕組みが競合しないようにしてください。企業ネットワークでは独自証明書や強制 DNS があるため、管理ポリシーを優先します。
TUN は、アプリがシステムプロキシを読まない場合でも、より広い範囲の通信を Clash に取り込むための機能です。動画プレーヤーや別のブラウザ、ゲーム内ブラウザの通信がシステムプロキシを無視しているときには有効ですが、通常のブラウザだけで発生する問題に最初から TUN を使う必要はありません。TUN をオンにする前に、システムプロキシが有効か、Clash の混合ポートが正しいか、他の VPN が動作していないかを確認してください。
TUN を試す場合は、他の VPN、仮想ネットワークアダプター、セキュリティソフトの HTTPS 検査を一時的に確認します。複数の仮想経路が同時に有効だと、DNS リーク、ループ、接続の断続が起きることがあります。TUN を有効にしたあとも改善しないなら、すぐに設定を重ねるのではなく、TUN をオフに戻してシステムプロキシだけで再テストします。ブラウザのプロキシ拡張も、Clash と同時に使うと二重プロキシになるため、検証中は片方に統一してください。
ログで原因を切り分け、設定を戻す
Clash の接続ログでは、通信先、使用されたルール、プロキシグループ、接続状態を確認できます。YouTube を再生しながらログを眺め、再生停止の直前にエラーが増えていないかを見ます。接続拒否やタイムアウトが特定のノードだけで発生するならノード変更が優先です。複数ノードで同じ宛先だけ失敗するなら、ルール、DNS、ネットワーク側の制限を調べます。ログがほとんど増えない場合は、ブラウザが別のプロキシ設定を使っているか、通信が Clash を通っていない可能性があります。
設定を修正するときは、次の順番を守ると失敗を戻しやすくなります。最初に現在のプロファイルを複製またはエクスポートし、変更前の状態を保存します。次に、手動で安定したノードを一つ選び、ルールモードで再生します。それでも止まる場合は別ノードで比較し、ノード差がないことを確認してから DNS を調べます。最後に、必要な場合だけ TUN やブラウザ設定を変更します。
- 動画以外のサイトと YouTube を同じ回線で比較する
- 自動選択を一時停止し、手動ノードで数分間再生する
- Clash のログで YouTube 関連接続のルールとエラーを確認する
- DNS の管理場所とブラウザの Secure DNS を一つずつ確認する
- TUN や他の VPN を単独で検証し、不要なら元の状態へ戻す
動画が止まる原因が回線そのものの場合、Clash を無効にしても同じ時間帯に同じ症状が出ます。Wi-Fi の電波強度、ルーターの負荷、他の端末によるアップロード、大容量バックアップも確認してください。逆に Clash を無効にするとすぐ安定するなら、プロファイルの更新、ノードの混雑、ルールの変更履歴を確認します。プロファイルを最新版に更新した直後から問題が始まった場合は、更新前のバックアップと比較し、ルールの順番や DNS セクションが変わっていないかを見ます。
よくある質問
速度測定が速いのに YouTube だけ止まるのはなぜですか？
速度測定は短時間の単一接続で結果を出すことが多く、YouTube の動画 CDN への長時間接続やノードの混雑までは同じように再現しません。測定サイトと YouTube が異なるノード、異なる CDN、異なるルールを使っている可能性もあります。Clash のログとプレーヤーの詳細統計情報を組み合わせ、動画再生中の接続速度とバッファの減り方を確認してください。
グローバルモードにすれば必ず改善しますか？
必ず改善するとは限りません。グローバルモードで安定するなら、ルールの不足や DIRECT への誤分類が疑われますが、選択したノード自体が混雑していればグローバルでも止まります。グローバルで一時的に確認したあと、問題の宛先だけを適切なルールへ戻す方が、国内サービスまで不要に迂回させずに済みます。
TUN を有効にしても動画が重い場合はどうしますか？
まず TUN を有効にしたことで改善したのか、ノードを変えたことで改善したのかを分けて確認します。TUN とシステムプロキシを同時に使い、さらにブラウザ拡張も有効にすると、経路が複雑になります。不要な VPN や拡張を停止し、Clash のログに通信が現れるかを確認してから、単独構成で再テストしてください。
どのノードを選べばよいですか？
地域名や遅延値だけで決めず、実際の YouTube 再生で比較してください。同じグループ内で複数のノードを手動選択し、720p など同じ画質で再生開始、シーク、数分間の連続再生を試します。安定性は時間帯で変わるため、混雑する夜間にも確認し、頻繁な自動切り替えを避けると原因を追いやすくなります。
動画専用アプリや単純な VPN は導入が簡単な一方、アプリごとの例外設定が限られたり、ノードを変えてもどの通信が経路を変えたのか確認しにくかったりします。Clash なら、ルールモード、接続ログ、手動ノード選択、DNS と TUN の切り替えを使って、YouTube だけを段階的に調整できます。設定項目が多いことは最初の負担になりますが、今回のように「回線・ノード・ルール・端末設定」を分けて検証できる点は大きな利点です。自分の環境に合うクライアントを使って再生経路を整理したい方は、各プラットフォーム向けの Clash をダウンロードして試してみてください。