なぜ「Netflixだけ」ルールを切り出すのか

購読プロファイルにはしばしば GEOIP や広い MATCH が入りますが、ストリーミングは次の性質があります。第一に、CDNやエッジの都合で ホスト名が複数 に分かれ、単一の DOMAIN だけでは拾い切れないことがあること。第二に、同じ プロキシグループ でもノードを切り替えると、実効的な 出口の国 が変わり、サービス側のリージョン判定が揺れること。第三に、一般ブラウジング用に選んだ「遅延の少ないノード」と、特定の国に合わせたい 動画の出口 が、必ずしも一致しないことです。

Clashのルールは 上から最初の一致 だけが採用されます。Netflix向けの行を MATCH より上に置き、かつ 意図したポリシー名（例：STREAM-US）の右端に結びつける、という順序感が崩れると、ログ上はプロキシに乗っているのにカタログだけ別リージョン、といった齟齬が起きます。分流の基礎は Clash YAML ルール分流ガイド で扱っているため、本稿ではストリーミングにフォーカスして補足します。

DOMAIN／DOMAIN-SUFFIX で押さえる範囲

実際のホスト名はクライアントやアプリの更新で変わりうるため、ここに書く例は 設定時点での一般的なパターン として扱い、運用では必ず 接続ログと開発者ツール で実ホストを確認してください。多くの環境では netflix.com 系のドメインに加え、配信用の別名やCDN向けホストが使われます。DOMAIN-SUFFIX,netflix.com のようにサフィックスでまとめるとルールが短く保てますが、広すぎると「Netflix以外の同一サフィックス配下」まで同じ出口に乗る可能性があるため、購読ルールと 順序 を合わせて調整します。

RULE-SET に任せる場合も、自前の追記行を より上 に置くか、セット内の優先度を理解したうえで、競合する行がないかをログで確認するのが確実です。DOMAIN-KEYWORD は便利ですが誤爆しやすく、キーワードが短いと意図しないサイトまで拾うことがあります。ストリーミング専用グループを新設するときは、まずログに出るホスト名の一覧をメモし、それに合わせて DOMAIN 行を足すやり方が安全です。

ルールの位置づけ ストリーミング用の行は、広い GEOIP や MATCH より上に置きます。購読ルールが先にマッチしている場合は、該当行の前後関係を入れ替えるか、自前の追記ブロックを最適な位置に移動してください。

GEOIP とポリシーグループ：出口を「国」で揃える

GEOIP は宛先IPの国コードで振り分けます。ストリーミングのように、どの国のIPで見えるか が体験に直結する用途では、ドメインルールと組み合わせて「まずドメインでNetflix系を特定のグループへ、その他は GEOIP で国内直結」といった二段構えがよく使われます。ただし GEOIP は 名前解決後のIP を前提にするため、DNSの見え方とセットで考えないと、想定と違う国に振られることがあります。

ポリシーグループ では、ストリーミング専用に select で国を固定するか、url-test でレイテンシの良いノードを選ぶかを決めます。リージョンを固定したい場合は、名前から「米国」「日本」などがわかるノードを人間が選べる select が扱いやすいです。一方、自動選択は便利ですが、テストURLや間隔によっては 別国のノード に切り替わり、カタログが毎回変わる原因にもなります。家族や複数端末で同じアカウントを使う場合は、同じポリシー名・同じノード選び に揃えると挙動が追いやすくなります。

proxy-groups:
  - name: "STREAM-US"
    type: select
    proxies:
      - "us-node-1"
      - "us-node-2"
      - "DIRECT"
  - name: "PROXY"
    type: url-test
    # ...
rules:
  - DOMAIN-SUFFIX,netflix.com,STREAM-US
  - DOMAIN-SUFFIX,nflxvideo.net,STREAM-US
  # Place GEOIP / MATCH below your streaming rules

上記はあくまで たたき台 です。実環境の購読名・ドメイン・順序に合わせて置き換えてください。コアの挙動差を抑えたい場合は Clash Meta（mihomo）の更新 も視野に入れるとよいです。

DNS・fake-ip・「解錠」周りでハマりやすい点

ストリーミングの不具合の多くは、ルール以前に 名前解決 で起きています。Clashの fake-ip モードでは、クライアントが返すIPと実際の接続先の関係が直感とずれるため、「どのドメインがどのルールに当たったか」をログで追う習慣が重要です。nameserver-policy で特定ドメインだけ別のDNSへ送る構成にしている場合、ポリシーが広すぎると 意図しないドメインまで 別DNSに流れ、逆にリージョン判定が乱れることがあります。

DoH／DoT を使う場合も、リゾルバの所在地やECSの扱いで 返ってくるIPの国 が変わることがあります。画面に「利用できません」「プロキシ検出」などのメッセージが出るときは、まずクライアントのDNSログと、実際にマッチしたルール行を確認し、ドメインルールの直後に想定どおりのポリシー名が出ているか を見ます。モバイルでは省電力やVPN権限の影響でPCと挙動が異なることもあるため、Clash for Android のDNSまわりの整理も参考になります。

利用規約と法令 各サービスの利用条件・お住まいの地域の法令を遵守してください。本稿はネットワーク設定の一般的な説明にとどまり、特定のサービスに違反する利用を推奨するものではありません。

画面上のエラーとログの読み方

Netflixでは接続や再生に問題があるとき、画面上に エラーコード（数字の組み合わせ）が表示されることがあります。コードごとの公式の意味はヘルプページで案内されることが多いですが、Clash利用時の切り分けでは次を併用するとよいです。第一に、同じコードでも プロキシの品質（帯域・パケットロス）や DNS の問題で再現する場合があること。第二に、ブラウザとテレビアプリで 接続経路が異なる ため、片方だけ失敗するときは端末ごとのプロキシ設定とルールの当たりを分けて見ること。第三に、VPNや他社の「DNS変更アプリ」と 二重にプロキシが掛かっている と、意図しない経路になることです。

クライアントのログでは、対象ホストに対してどの policy が選ばれたか、接続が REJECT やタイムアウトになっていないかを確認します。「ルールは合っているはずなのに別出口」というときは、より上の行で既に別ポリシーに吸われていないか、実際のホスト名が想定と違わないか を疑うのが早道です。シナリオ別の分流としては、生成AI向けに ChatGPT／OpenAI API の分流 を切り出している例もあり、ポリシーグループの分け方の参考になります。

  • 再生がすぐ止まる・画質が落ちる：ノードの帯域や混雑、UDPやQUICの扱い、端末側の省電力設定を疑います。
  • タイトルは出るが再生ボタンで失敗：DRMやワイドバインまわり、実際のストリーム取得ホストが別ルールに流れていないかをログで追います。
  • カタログだけ意図と違う：出口の国が一定でない、またはアカウントのプロファイル設定とプロキシの国が食い違っている可能性があります。

動作確認のすすめ：ログを単一の真実にする

設定を変えたあとは、短時間でよいので ログを開いたまま 再生を試し、該当セッションで出たホスト名とマッチしたルールをメモします。ブラウザなら開発者ツールのネットワークタブで実ホストを拾い、テレビやゲーム機ではルーター直下にClashを置くなど、観測できる範囲 を決めてから調整すると迷走しにくいです。サブスクリプションの自動更新や時刻ずれで別の不具合が重なることもあるため、取得エラーが出ているときは 購読更新の切り分け と混同しないよう、症状を分けて確認してください。

まとめ

2026年も、Netflix をはじめとする ストリーミング でリージョンやカタログを揃えたい場面では、Clash の 分流ルール と ポリシーグループ で出口を意図どおりに固定し、DNS や fake-ip の設定と整合させることが重要です。DOMAIN／DOMAIN-SUFFIX で対象ホストを拾い、必要に応じて GEOIP と組み合わせ、画面上の エラー はログのルール当たりと照らし合わせて切り分ける、という流れが実務では再現性が高いです。購読YAMLだけに頼らず、自分の端末で実際に出たホスト名に合わせて数行追記する姿勢が、長期運用では効いてきます。

クライアントの選定や入手経路は ダウンロードページ で一覧できます。GUIの違いやコアの組み合わせで迷ったときも、まずはログで「どのルールに乗ったか」を確定させ、そこからYAMLをいじると手戻りが減ります。

→ Clashを無料ダウンロード — 各OS向けクライアントを比較し、自分の環境に合うものから試せます。

関連：YAML ルール分流の全般、技術コラム一覧。