なぜ「地域不可」は Netflix 稿だけ読んでも足りないのか

ストリーミング全般に共通するのは、出口の国 や ASN、トランスポート（HTTP/2、QUIC など）が体験に影響する、という枠です。一方で、Disney+ ではアプリの更新や地域ロールアウトの話題、会員枠（スタンダード／プレミアム相当の差）の検討、といった 製品面の要因 も同時に検索されやすい分野です。技術的には「カタログが見えない」というより、起動直後の認証 や ビデオセグメント取得 用のホスト名が、ブラウザ表示のドメインだけでは追い切れないケースがあります。そこで本稿では、まず ログに出る実ホスト名 を一つの事実源にし、ルール上の DOMAIN 行で拾えているかを確認する流れにします。Netflix 向けにまとめた ルールの順序 や GEOIP の考え方は Netflix 分流 と重なる部分が多いですが、DNS 漏洩の仮説を先に潰す という順序をここでは前に出します。

症状の二分法：本当に「国が合っていない」のか、DNS が割れているのか

地域メッセージの原因は一つに決まるとは限りません。第一の軸は、契約国・支払い国・利用プロファイルの国 といったアカウントまわりと、実際の出口 IP の国 が揃っているか、という話です。第二の軸は、名前解決 です。Clash を導入したマシンでは、クライアントが fake-ip を返しつつ、実接続先はスニッファーが握り直す、といった挙動になります。ここに OS やブラウザの安全 DNS、ルータ直の端末、テレビの組み込み解決 が混在すると、同じ国の VPN 出口でも、解決パスが二股になり リージョン推定 が分かれます。まず手元でできるのは、プロキシ ON の状態で、同じ接続のログ上でドメインとマッチしたルール名 をメモし、漏洩テスト用サイト（公知の診断ページ）にブラウザからアクセスして、自宅回線の DNS が見えていないかを見る、という二点です。厳密な専用ツールに依存せず、「意図したプロキシグループ名がログに出ているか」 を一つずつ揃えていくのが実務的です。

DOMAIN ／ DOMAIN-SUFFIX：ディズニー系のパターンと CDN

ここに書くドメイン例は、執筆時点の一般的なパターン としての参考であり、常に 自分の端末のログ を正とします。国によっては disneyplus.com 系、地域別 TLD や、配信事業者向けの別名、CDN のエッジ（例：Akamai 系ホスト、独自の *.bamgrid 系、ストリーミング基盤の社内呼称）が表に出ることがあります。ルールに DOMAIN-SUFFIX,disneyplus.com,STREAM-DISNEY のようにまとめて入れても、実際のストリーム取得 が別サブドメインに逃げていると、MATCH や広い GEOIP 側に流れ、出口が毎回変わる、ということが起こり得ます。したがって、初回のつまずきでいきなり行を十本足すのではなく、再生直前にログに出たホスト名 を一つ取り、それを DOMAIN として足す、という作り方の方が安全です。DOMAIN-KEYWORD は誤爆しやすいので、キーワードが極端に短いと他サービスまで拾います。ストリーミング専用の select 型 ポリシーグループ を一つ作り、そこに国内と海外の手動ノード、必要なら DIRECT を併記しておくと、家族と共有するときの説明が楽です。

ルールの上から順 ストリーミング用の行は、広い GEOSITE 一括、GEOIP、MATCH より上に置きます。購読（サブスクリプション）で入った大きな RULE-SET より、手元の追記を優先したい場合は、行の挿入位置 か セットの優先度 を購読ドキュメントに合わせて確認してください。

大規模スポーツ配信の考え方は W杯向けの CDN 分流 に近い面もあり、ライブ配信でなくとも「メインのドメイン以外にセグメント用ホストが出る」点は同じです。

ポリシーグループ：ストリーミングだけ出口を止める

一般閲覧用の url-test で自動遅延選ばせたノードと、固定したい国 の Disney+ 用を分けると、症状の再現性が上がります。典型的には、STREAM-DISNEY のような名前を select にし、候補に「米国用」「自国用」「DIRECT」などを並べ、視聴したい国に合わせて手で選びます。自動選択型は、テスト用 URL や測定間隔によって、夜間に別国へ乗り換わる ことがあり、ストリーミングでは不都合が出やすいです。同じ家で複数端末を使うなら、可能な限り 同じポリシー名・同じノード選択 に揃え、どの端末が Clash 未対応（テレビの内蔵ブラウザ、ゲーム機など）で DNS が抜けているかを切り分けます。

proxy-groups:
  - name: "STREAM-DISNEY"
    type: select
    proxies:
      - "us-node-1"
      - "jp-node-1"
      - "DIRECT"
  - name: "PROXY"
    type: url-test
    # ...
rules:
  - DOMAIN-SUFFIX,disneyplus.com,STREAM-DISNEY
  # Add more DOMAIN lines from your actual logs, above GEOIP / MATCH
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

上の YAML は 例示 です。購読内の proxy-groups 名、実在するサフィックス、自宅ルールの順序に合わせて置き換えてください。コアの差異を小さくしたい場合は Clash Meta の更新 も併せて検討します。

DNS 漏洩：Fake-IP、端末・ブラウザ、nameserver-policy

DNS 漏洩 とは、プロキシ経由にしたいのに、名前解決だけ ISP や端末内蔵のリゾルバに抜けて いる状態をざっくり指す言葉です。Clash では、dns ブロックで enable: true、enhanced-mode: fake-ip などの組み合わせが多く、nameserver と fallback、nameserver-policy の関係を誤解すると、特定ドメインだけ別 DNS に行き、返る IP の国がブレることがあります。加えて、ブラウザの 安全 DNS（例：OS の設定を上書きする DoH）が有効だと、Clash 側の意図と二重化します。Android 端末では、VPN アプリ省電力や、モバイルネットとの切替で、解決の通り方が PC と異なる例があります。Clash for Android の DNS 稿 も、症状が重なる場合に参照します。

DNS と表示の不整合全般は Fake-IP と Redir-Host の解説で補完できます。本稿の焦点は、ストリーミング向けの 分岐 において、次の一歩 として 漏洩の有無を疑う ことです。実務では、設定変更直後に一度 クライアントの DNS ログ を開き、該当ドメインにどの nameserver が当たったか、query の応答に期待と違う国の IP が混ざっていないかを目視し、ルールに載る前 の解決系を揃えます。

実測の五ステップ（順序を守ると迷走しにくい）

ステップ1：契約国・プロファイル国・出口国の三つを紙に書く

まず、サービス側の前提（会員国・支払い、プロファイル上の国）と、選んでいるノード名から読み取れる国、ログ上の 接続先 IP の帰属国 のイメージを揃えます。ここで食い違いがあると、プロキシ以前の論点です。

ステップ2：再生しようとした瞬間のホスト名をログで拾う

ブラウザの開発者ツールのネットワーク、または Clash の接続履歴で、失敗リクエストのホスト を一つ取り出します。それが STREAM-DISNEY に当たっているか、別の上に置いた DOMAIN 行に吸われていないかを見ます。必要なら、そのホスト専用の DOMAIN,hostname,STREAM-DISNEY を一時的に挿入して再試行します。

ステップ3：同じ操作で DoH や二重 VPN をオフにする

OS の 暗号化された DNS、ブラウザの安全 DNS、他人の 常駐 VPN、企業用セキュリティソフトのトラフィックスキャンを、比較のために一度オフ、または全トラフィック TUN へ寄せて再現を見ます。ここで改善するなら、プロキシの弱さ より 経路の二重化 の疑いが高いです。

ステップ4：漏洩診断ページとログの併用

公知の「DNS 漏洩診断」系ページで、表示されるリゾルバの帰属 が期待と違うかを確認し、併せて Clash ログで、同じ瞬間の 解決 がどのポリシーに紐づいているかを照合します。結果が一貫しないときは、測定ツールのホスト名が、ストリーミング用のルールに含まれていない可能性があります。

ステップ5：購読の更新失敗を除外する

症状が プロファイルが古い・ノードが落ちた だけのことも多いです。取得エラーの切り分けは 購読の自動更新 の記事で触れています。地域メッセージに見えるものが、実はサブスクリプション未反映だった、という取り違いを減らします。

システムプロキシと TUN：端末まるごと揃えたいとき

アプリがシステムプロキシを無視する、ゲームランチャーと併用で経路が分岐する、といった話は、ストリーミング以外の記事でも度々扱います。全体を TUN で束ねるかどうかは環境次第です。Windows や macOS での TUN まわりの比較は TUN トラブルシュート を参照し、例外アプリ を DIRECT へ残すかどうかは、帯域とセキュリティのバランスで決めます。Disney+ 視聳だけ TUN 必須、とは限りませんが、DNS 漏洩がアプリ毎 に出る状況では、TUN 一本化の効果を試す価値はあります。

利用規約と法令 各サービスの利用条件、地域ごとの提供範囲、お住まいの国・地域の法令を遵守してください。本稿はネットワーク設定の一般的な説明であり、未対応の地域での利用を推奨する意図はありません。

よくある質問

Disney+の地域不可はプロキシが弱いからですか？

帯域やノード品質の問題の場合もある一方、同じ国の出口でも DNS や上に置いたルール行の都合で、想定外の別経路に乗ることがあります。まずはログ上の 実ホスト名 と、マッチした ポリシー名 を揃えて切り分けてください。

ClashのFake-IPはDisney+の地域判定に悪影響しますか？

Fake-IP をオフにすれば解決、という単純な話ではありません。名前解決と接続 の対応づけをログで正しく追う、nameserver-policy や端末外の DNS が混在していないかを確認する、という作業が本質です。DNS の詳細は DNS 稿 へ。

Netflix向けの記事と何が違いますか？

Netflix 稿 はリージョンとカタログ、DOMAIN ／ GEOIP の扱いを主軸にしています。本稿は、地域エラー表示と DNS 漏洩 の仮説、分岐の実測手順 を前に出した、Disney+ 向けの補完線として位置づけます。

まとめ

2026 年、Disney+ の 地域制限 や ストリーミング まわりのつまずきに対し、Clash では 分流ルール と ポリシーグループ で 出口 を先に揃え、次に DNS 漏洩 の有無を ログと段階的な手順 で切り分けるのが、再現性の高い流れです。例示の DOMAIN-SUFFIX に頼る前に、自分の接続に出たホスト名を一つ取り、MATCH より上に適切に差し込む。ブラウザの安全 DNS や、別の VPN との二重化を疑う。購読の鮮度を確認する。といった枠に収めると、同じ国の ノード を試し直す、という場当たり的な作業量を減らせます。

クライアントの入手は ダウンロードページ から。YAML の大枠の組み方は、必ず YAML 分流 で押さえてから、本稿の手順に落とし込むと抜け漏れが減ります。

→ Clashを無料ダウンロード — 各OS向けクライアントを比較し、購読リンク取り込みからログ確認まで一気通貫で試せます。

ほかのチュートリアルは 技術コラム からどうぞ。