ClashでNetflix・Disney+を快適視聴する分割ルーティング設定術

Netflix・Disney+だけを分ける設計の基本

Clash の分割ルーティングで動画配信サービスを安定させるには、「すべての通信を同じノードへ送る」のではなく、サービスの種類と接続先に応じて出口を分けることが重要です。たとえば Netflix や Disney+ の再生通信は専用のプロキシグループへ送り、ニュースサイト、国内銀行、社内ツール、普段使う検索サービスなどは DIRECT にする構成です。これにより、動画の帯域を確保しながら、国内サービスまで遠い海外ノードを経由する無駄を減らせます。

ただし、動画サービスのトップページだけを対象にすれば十分とは限りません。ログイン、作品一覧、再生セッション、字幕、DRM 関連の API、画像配信 CDN などが複数のドメインへ分かれている場合があります。Netflix の画面が開いても再生開始で止まる、Disney+ はログインできるのに作品一覧が空になる、といった症状では、最初のページだけでなく 再生中に発生する接続を Clash の接続ログで確認してください。

また、動画サービスの利用地域や契約条件はサービス側の規約に従う必要があります。ここで説明する設定は、許可された環境で通信経路を整理し、接続の安定性や管理性を高めるためのものです。地域制限や契約上の制限を回避する目的で、無関係な地域のノードを選ぶことは避けてください。

動画用プロキシグループと国内 DIRECT の作り方

まず購読設定を直接書き換えるのではなく、Clash Verge、Clash Verge Rev、Mihomo Party、Clash for Android などで自分用のオーバーライド、またはローカル設定を用意します。購読を更新するたびに編集内容が消える構成では、せっかく追加した Netflix 用ルールも元に戻ってしまいます。GUI の名称はクライアントによって異なりますが、Profiles、Overrides、Local、Mixin に相当する場所を探してください。

動画用のグループは、たとえば STREAMING のような名前にします。中身は利用規約と接続品質を確認したノード、またはそれらをまとめた url-test や select グループです。自動測定を使う場合も、測定 URL の応答時間がそのまま動画再生の品質を保証するわけではありません。小さな HTTP 応答が速くても、長時間のストリーミングで帯域が落ちるノードや、混雑時間帯にパケットロスが増えるノードがあります。

実際の運用では、最初は select 型で候補を手動確認する方法が安全です。再生開始、画質変更、字幕切り替え、十数分の連続再生を試し、問題がないノードを二つか三つに絞ります。その後に url-testへ移行すると、測定値と体感の差を把握できます。自動選択にいきなり任せると、再生中に出口が変わり、ログイン状態やセッションが不安定になることがあります。

国内サービスを DIRECT にする場合は、動画サービス向けのルールより下、しかし最終の MATCH より上に国内用ルールを置きます。広い GEOIP,CN,DIRECT を使う構成では、先に Netflix や Disney+ の明示ルールが評価されるように順番を確認してください。Clash は通常、ルールを上から評価し、最初に一致した行のポリシーを採用します。グループを作っただけで通信がそこへ流れるわけではありません。

ドメインルールの優先順位を確認する

ルールは配信事業者の公式ドキュメントや自分の接続ログを基準に更新します。検索結果から取得した巨大なルールセットを無条件で追加すると、広すぎるドメイン指定が広告、決済、認証、CDN まで巻き込み、かえって障害の原因になります。最初は対象サービスの主要ドメインを限定的に記述し、再生時に別ホストが現れた場合だけ追加する方が、設定の意味を維持しやすいです。

proxy-groups:
  - name: STREAMING
    type: select
    proxies:
      - Streaming-Node-1
      - Streaming-Node-2
      - DIRECT

rules:
  - DOMAIN-SUFFIX,netflix.com,STREAMING
  - DOMAIN-SUFFIX,nflxvideo.net,STREAMING
  - DOMAIN-SUFFIX,disneyplus.com,STREAMING
  - DOMAIN-SUFFIX,disney-plus.net,STREAMING
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

上の設定は構成の考え方を示す最小例であり、すべての環境にそのまま適用する完成済みリストではありません。プロバイダーのノード名、既存のグループ名、ルールプロバイダーの優先順位は環境ごとに異なります。とくにすでに別のルールプロバイダーを読み込んでいる場合は、同じドメインが別グループへ割り当てられていないかを確認してください。

DNS設定と Fake-IP が再生に与える影響

分割ルーティングが正しく見えるのに再生だけ不安定な場合、次に確認したいのが DNS です。DNS の問い合わせが DIRECT、実際の HTTPS 通信がプロキシという組み合わせ自体が必ずしも誤りではありませんが、名前解決の結果が地域やネットワークに依存するサービスでは、意図しない CDN へ接続することがあります。逆に DNS まで海外経路へ送ると、名前解決が遅くなったり、ローカルネットワークの DNS と競合したりします。

Mihomo 系コアでは Fake-IP を使う構成がよくあります。Fake-IP はアプリケーションに仮想 IP を返し、Clash がその対応関係を保持して実際のドメインへ接続する方式です。大量の接続を扱いやすい一方、特定のアプリ、テレビ、ゲーム機、DRM 関連コンポーネント、家庭内デバイスでは相性問題が出る場合があります。Netflix や Disney+ のアプリだけ再生に失敗するなら、Fake-IP と Redir-Host を切り替えて差分を取り、どちらで再現するかを調べてください。

Fake-IP を使う場合は、LAN 内の機器名、ルーター、プリンター、社内ドメインなどを fake-ip-filter の除外対象にします。動画サービスのドメインを無計画に除外すると、DNS とルールの経路が分かれて症状が複雑になるため、まずは既存の標準除外リストを維持し、追加はログで必要性を確認してから行います。DNS キャッシュを消去した直後は、最初の名前解決だけ遅く見えることがあるので、単発の結果ではなく数回の再生テストで判断してください。

動画再生向けノードの選び方と測定方法

動画用ノードを選ぶとき、単純な ping の短さだけを基準にしないことが大切です。ping は小さな ICMP や HTTP リクエストの遅延を示しますが、実際の動画再生では TLS 接続、認証、複数の CDN 接続、継続的なダウンロードが発生します。候補ノードは、まず再生開始までの時間、画質が安定するまでの時間、字幕や音声を切り替えた時の反応、十数分後のバッファ状況で比較します。

同じ国名が付いたノードでも、事業者、収容サーバー、混雑度、IPv4 と IPv6 の経路が異なります。ノード名の印象だけで決めず、Clash の接続ログで失敗回数や再接続を確認してください。動画用グループには、短時間だけ速いノードを大量に入れるより、安定して長時間使える候補を少数登録した方が、選択結果を追跡しやすくなります。

• 再生開始前の認証と作品一覧が同じ意図の出口になるか確認する。
• 画質を手動で変更し、接続が別ノードへ頻繁に切り替わらないか確認する。
• 連続再生中のダウンロード速度とバッファの増減を観察する。
• 混雑する時間帯にも同じノードを再テストし、昼間の測定だけで結論を出さない。
• ノード障害時の代替先を一つ以上用意し、手動で切り替えられる状態にする。

4K や高ビットレートの映像では、回線速度だけでなく、ノード側の帯域制御と経路のジッターが目立ちます。自宅回線が十分速いのに再生品質が上がらない場合は、Clash のモードを変更する前に別ノードで比較してください。TUN、システムプロキシ、ブラウザ拡張が同時に有効だと二重プロキシになることもあるため、検証時は経路を一つに絞ります。

再生停止・画質低下・ログイン失敗の切り分け

「ページは開くが再生できない」場合は、再生ボタンを押した直後の接続を確認します。画面表示に必要なドメインだけが STREAMING に入り、動画セグメント用 CDN が DIRECT へ落ちているなら、CDN のドメインが不足している可能性があります。一方、すべてが同じノードへ入っていても TLS エラーが続くなら、ルールよりノード、MTU、IPv6、DNS の問題を優先して確認します。

ログインだけが失敗する場合は、認証ホストが動画用ルールに含まれていない、あるいは認証中に出口が変わっていることがあります。アプリを完全に終了し、ノードを固定してから再ログインすると差分を取りやすくなります。Cookie やセッションをむやみに削除する前に、Clash の接続履歴で認証関連のホストがどのポリシーへ入ったかを記録してください。

国内サービスまで遅くなった場合は、GEOIP ルールが無効、国内ルールが動画ルールより上にない、またはシステムプロキシが解除されていない可能性があります。逆に動画サービスが DIRECT になっている場合は、明示した DOMAIN-SUFFIX より前に別のルールプロバイダーが一致していないかを確認します。最終的な MATCH だけを編集しても、上位で既に決定された通信は変わりません。

1. 対象端末で Clash の接続ログを開き、再生操作と同じ時刻の通信を絞り込む。
2. ドメイン、DNS の結果、適用ルール、ポリシーグループ、実ノードを記録する。
3. ノードだけを変更し、同じ作品を短時間再生して症状が変わるか確認する。
4. 次に DNS モード、TUN、システムプロキシを一項目ずつ比較する。
5. 改善後の設定をローカルオーバーライドへ保存し、購読更新後にも再確認する。

運用の要点：動画サービス向けの設定は、一度作って終わりではありません。サービス側の CDN、アプリの通信先、購読ルール、ノード品質は変化するため、問題が起きた時点のログを基準に小さく更新し、広いルールを追加する前に一つずつ検証するのが最も安全です。

一般的な VPN アプリだけに任せると、Netflix と Disney+ を同じ出口へ固定するか、端末全体を一括で経由させる設計になりやすく、国内サービスとの兼ね合いやノード切り替えの細かな制御が難しいことがあります。ブラウザ拡張もアプリ以外の通信や DNS を捕捉できない場合があります。その点、Clash V.CORE はドメインルール、プロキシグループ、DNS、TUN とシステムプロキシを一つの構成として管理しやすく、動画サービスだけを専用ノードへ振り分けたい場面に向いています。今回の設定を自分の端末で再現するなら、環境に合うビルドを確認してダウンロードページから導入し、まずはログを見ながら小さなルール構成から始めてください。