ClashでNetflixとDisney+を快適視聴する振り分け設定術
NetflixとDisney+だけを専用ノードへ振り分ける理由
Netflix や Disney+ を Clash で視聴するとき、すべての通信を海外ノードへ送る「グローバルプロキシ」は、設定としては簡単です。しかし、国内のニュースサイト、銀行、通販、動画サービスまで同じ経路を通すと、必要のない通信でノード帯域を消費し、表示速度やログインの安定性に影響することがあります。そこで実用的なのが、対象サービスの通信だけを専用のプロキシグループへ送るルール振り分けです。
本記事では、Clash Verge、Clash Verge Rev、Mihomo Party、Clash for Android など、Mihomo 系コアを利用するクライアントで応用できる考え方を整理します。Netflix と Disney+ は、動画本体、認証、画像、広告判定、地域情報など複数のドメインを使うため、トップページのドメインを一つ指定するだけでは不十分な場合があります。専用グループ、地域に合ったノード、DNS、ルールの順番を確認しながら、普段の国内通信は DIRECT のまま維持する構成を作ります。
なお、配信地域やカタログは契約地域、アカウント、端末、サービス側の判定によって変わります。Clash の設定だけで視聴地域を変更できるとは限らないため、各サービスの利用規約と契約条件を確認したうえで、正規に利用できる範囲で設定してください。
最初に決めるべき振り分け設計
安定した設定を作るには、いきなりルールを追加するのではなく、通信を三つのグループに分けて考えると分かりやすくなります。第一は Netflix と Disney+ の動画・認証通信、第二は普段使う国内サービス、第三は明確な指定に該当しないその他の通信です。第一グループだけを専用ノードへ送り、第二グループは DIRECT、第三グループは通常の Proxy または利用環境に合わせた既定グループへ渡します。
- Streaming グループ:Netflix と Disney+ に使う安定した地域ノードを登録します。
- 国内サービス:銀行、行政、通販、国内 SNS などは原則として
DIRECTにします。 - Fallback:上記以外の通信を既定のプロキシグループまたは DIRECT へ送ります。
専用グループを作る利点は、動画サービスのノードだけを手動で変更できることです。混雑しているノードを使っていると再生開始が遅くなったり、画質が安定しなかったりしますが、Streaming グループ内で別のノードへ切り替えれば、国内サイトの通信経路まで変更する必要がありません。
Netflix・Disney+専用プロキシグループを作る
まず、Clash のプロファイルに動画サービス専用のグループを用意します。GUI でプロキシグループを編集できるクライアントでは、既存のグループを複製して名前と候補ノードを変更しても構いません。自分で YAML を管理する場合は、次のような select 型が扱いやすい構成です。
proxy-groups:
- name: Streaming
type: select
proxies:
- Japan-01
- Singapore-01
- United-States-01
- DIRECT
select 型を推奨する理由は、再生中に利用ノードを明示的に確認できるからです。自動選択型や URL テスト型は便利ですが、動画サービス側の地域判定、混雑、時間帯による遅延まで完全に評価できるとは限りません。最初は手動選択で動作を確認し、その後に自動選択へ移行する方が、原因を追いやすくなります。
ノード名は購読元によって異なるため、例にある名前をそのまま貼り付けないでください。実際のノード名が一致しないとプロファイルの検証に失敗します。また、ノードを増やしすぎると切り替え判断が難しくなるため、候補は地域ごとに二つか三つに絞り、遅延だけでなく数分間の動画再生も確認するとよいでしょう。
NetflixとDisney+をルールで振り分ける
次に、対象ドメインを Streaming グループへ割り当てます。ルールは上から順番に評価されるため、動画サービス用のルールを最終ルールより前に置くことが重要です。一般的な設定例は次のとおりです。
rules:
- DOMAIN-SUFFIX,netflix.com,Streaming
- DOMAIN-SUFFIX,netflix.net,Streaming
- DOMAIN-SUFFIX,nflxvideo.net,Streaming
- DOMAIN-SUFFIX,nflximg.net,Streaming
- DOMAIN-SUFFIX,disneyplus.com,Streaming
- DOMAIN-SUFFIX,disney-plus.net,Streaming
- DOMAIN-SUFFIX,disney.com,Streaming
- MATCH,DIRECT
DOMAIN-SUFFIX は指定したドメインと、その下位ドメインをまとめて対象にする記法です。Netflix ではログインや API と動画配信で利用ドメインが分かれることがあり、netflix.com だけでは再生に必要な CDN 通信を拾えない場合があります。同様に Disney+ も、サービス画面、認証、画像、動画配信で複数のドメインを利用します。
ただし、上のリストは環境ごとの完全な固定表ではありません。サービス側のドメイン構成や CDN は変更されるため、再生できないときは Clash の接続ログを開き、再生開始の直前に現れたドメインを確認してください。未知の CDN ドメインを無差別に追加するのではなく、公式サービスの通信であることを確認し、必要最小限だけをルールへ加えるのが安全です。
確認 1:プロファイルを保存したら、Clash の設定検証を実行し、グループ名とノード名に入力ミスがないか確認します。
確認 2:ルールモードを有効にし、Netflix または Disney+ のページを開いた状態で接続ログを表示します。
確認 3:対象ドメインの最終アクションが Streaming になっているか、国内サイトの通信が DIRECT になっているかを一つずつ確認します。
確認 4:再生開始後も数分間ログを観察し、動画 CDN だけが別の既定グループへ逃げていないかを確認します。
DNS設定と地域判定のずれを直す
ルールが正しくても、DNS の処理方式とプロキシの出口地域が一致しないと、再生エラーやカタログの表示違いが起きることがあります。特に fake-ip を利用している場合、アプリによっては仮想 IP を正しく扱えず、動画再生だけ失敗するケースがあります。まずは Clash のログで DNS エラー、接続拒否、名前解決のタイムアウトが出ていないかを確認してください。
Mihomo では DNS の設定に複数の選択肢があります。fake-ip は多くのアプリを一括して制御しやすい一方、特殊な DRM や独自の名前解決を行うアプリとの相性問題が発生することがあります。redir-host は実 IP を返すため切り分けに使いやすいですが、端末や TUN の構成によっては通信の捕捉範囲が変わります。現在動いている構成を一度にすべて変更せず、DNS モードだけを切り替えて再生結果を比較してください。
dns:
enable: true
enhanced-mode: fake-ip
nameserver:
- https://1.1.1.1/dns-query
- https://8.8.8.8/dns-query
fake-ip-filter:
- '*.lan'
- '*.local'
- 'time.*.com'
上記は考え方を示す例であり、利用する DNS サーバーはネットワーク環境やプライバシーポリシーに合わせて選びます。DNS リクエストをプロキシ経由にするか、国内で直接解決するかによって結果が変わる場合もあります。サービスの通信だけを専用ノードへ送っているつもりでも、DNS が別地域から解決されると判定が不安定になるため、DNS の場所と出口ノードの地域を意識してください。
再生できないときの切り分け手順
映像が止まる、画質が上がらない、ログイン画面へ戻されるといった症状は、ノード速度だけが原因とは限りません。最初に全体プロキシへ切り替えるのではなく、どの層で問題が起きているかを分けて確認します。
- ルール判定を確認する:接続ログで対象ドメインのアクションを見ます。
DIRECTや別グループになっているなら、ルールの位置、スペル、グループ名を修正します。 - ノードを変更する:同じ地域でも回線品質や混雑は異なります。Streaming グループ内の別ノードを選び、動画再生を数分続けます。
- DNS の影響を確認する:fake-ip と redir-host を一時的に比較し、どちらで改善するかを確認します。改善した場合は、対象ドメインを fake-ip フィルターへ追加する方法も検討できます。
- アプリを再起動する:ブラウザやスマートフォンアプリが古い接続や Cookie を保持している場合があります。設定変更後はアプリを完全終了してから再度試します。
- TUN とシステムプロキシを確認する:ブラウザだけ動き、テレビアプリやスマートフォンアプリだけ動かない場合は、アプリの通信が Clash へ届いていない可能性があります。
テレビ、ゲーム機、セットトップボックスでは、Clash の TUN を直接利用できないことがあります。その場合はルーター側の設定や対応する共有方式が必要になりますが、ネットワーク全体へ影響が広がるため、まずパソコンやスマートフォンでルールが正常に動くことを確認してください。再生できた設定を基準に、他の端末へ段階的に広げると、原因不明の通信障害を避けやすくなります。
全体プロキシとの違いと運用のコツ
全体プロキシは、設定項目が少なく、対象アプリが何であっても同じ出口へ送れる点が長所です。一方で、国内サービスまで海外経路になるため、銀行サイトの追加認証、位置情報の不一致、国内 CDN の速度低下などが起きる可能性があります。振り分け設定は初期作業こそ必要ですが、動画サービスだけに帯域を割り当て、国内通信を直接接続へ戻せる点が実用的です。
| 方式 | 長所 | 注意点 |
|---|---|---|
| 全体プロキシ | 設定が簡単で、対象漏れが少ない | 国内通信もプロキシを通り、速度や認証に影響しやすい |
| ルール振り分け | Netflix・Disney+だけを専用ノードへ送れる | ドメイン、DNS、ルール順を管理する必要がある |
| アプリ別設定 | 特定アプリ単位で経路を分けやすい | 端末やクライアントによって対応状況が異なる |
長期運用では、ルールを追加するたびに接続ログで確認し、不要になったドメインを整理してください。購読更新によってプロキシグループ名が変わる場合は、YAML のルールが参照するグループ名も更新します。また、ノードの自動選択を使う場合は、速度テストの数値だけでなく、実際の再生開始時間、画質の維持、途中停止の有無を基準に判断することが大切です。
よくある質問
Netflixのトップページだけ専用ノードになれば十分ですか?
十分とは限りません。ログイン、API、画像、動画 CDN が別ドメインを使うことがあるため、再生中の接続ログまで確認してください。必要なドメインだけを追加し、無関係なドメインをまとめてプロキシへ送らないことが安全です。
Disney+の地域が期待した表示になりません。設定ミスですか?
必ずしも設定ミスではありません。アカウント地域、契約情報、端末の位置情報、DNS の解決地域、出口 IP の評価など複数の要素が関係します。ノードを変更する前に、Clash のログでルール判定と DNS エラーを確認してください。
国内サイトをDIRECTにすると安全ですか?
DIRECT は通信を暗号化する機能ではなく、Clash のプロキシを経由しないという意味です。HTTPS の暗号化や各サービスのアカウント保護は別の仕組みです。銀行や仕事用サービスでは、組織のネットワークポリシーを優先してください。
ブラウザは再生できますが、スマートフォンアプリだけ失敗します。
アプリの通信がシステムプロキシを使わず、TUN や VPNService の捕捉範囲から外れている可能性があります。TUN の状態、アプリの VPN 除外設定、DNS モードを確認し、アプリを再起動してから再テストしてください。
全体プロキシに頼ると設定は早い一方、国内サービスまで同じ経路になり、速度や認証で不便を感じることがあります。V2RayNG や Shadowrocket でも細かなルール設定は可能ですが、端末ごとに画面や対応機能が異なり、複数サービスのグループ管理やログ確認を手作業で行う場面があります。Clash は Windows、macOS、Android などで共通するルール設計を使いやすく、専用グループ、DNS、接続ログをまとめて調整できるのが利点です。自分の利用規約とネットワーク環境を確認したうえで、必要なクライアントは公式ダウンロードページから入手し、Clashの振り分け設定を安全に始めてみてください。