📖 チュートリアル ⏱ 約18分で読めます

2026：OpenAI Sora を Clash で安定利用——動画生成まわりのドメイン分流と DNS の段階実測

OpenAI Soraのような動画生成プロダクトは、テキスト中心の ChatGPT や api.openai.com だけを束ねたルールでも取りこぼしが出やすい典型です。2026 年もフロントの sora.com 周り、アカウント連携や課金・クレジット表示に現れる openai.com 系、静的アセットやメディア配信に現れる別ホストがバラバラの経路に落ちると、「トップは開くのに生成キューだけ進まない」「プレビューやサムネだけ真っ白」といった部分的成功に見えます。本稿は ChatGPT／OpenAI API 向けの分流記事とホスト集合を明確に分離し、Clash（多くの場合 Clash Meta／Mihomo コア）での分流ルール、DNS（fake-ip と DoH の整合）、Rule モードでのログ実測までを日本語で整理します。サービス側のエッジ構成はアップデートで変わり得るため、以下の YAML は出発点の例とし、自分の環境の接続ログを正としてください。

Sora が「一部だけ不安定」に見えるときの切り口

症状を分類すると切り分けが速くなります。(1) ランディングやログインは通るが、生成ジョブだけ失敗する、(2) 課金・クレジット・チーム管理の画面だけ別挙動になる、(3) サムネイル・プレビュー・共有リンクの埋め込みだけ欠ける、というパターンです。(1) は API やワーカー用のホストが DIRECT のまま、あるいは遅い／不安定なノードに乗っていることが多く、(2) は platform.openai.com など課金コンソール系がルールから漏れている、(3) は CDN やオブジェクトストレージのドメインが別出口になっている、が典型です。ブラウザの開発者ツールでネットワークタブを開き、失敗しているリクエストのホスト名をメモしてからルールに反映すると、当てずっぽうが減ります。

用語の整理は チュートリアル、ルールの書き方は カスタムルールの解説 と併読するとスムーズです。テキスト生成や埋め込み API に寄せた記事では足りない論点が、動画生成では大容量転送と長めのセッション、WebSocket 的な接続の有無で表面化しやすい点にも触れます。

分流の土台：proxy-groups に「Sora 用」を切る

購読テンプレの PROXY をそのまま指すより、SoraProxy のような用途名のグループを select または url-test で用意し、rules からは常にそのグループ名を参照するのが運用しやすいです。動画生成は帯域とレイテンシのバランスがシビアなので、同じノードに揃えるのが基本方針、課金だけ別出口にしたい場合は platform.openai.com だけ別グループに分ける、といった切り方が現実的です。ネストや型の詳細は proxy-groups のガイド を参照してください。

💡 ヒント テンプレのグループ名と rules 内の綴りが一致しているかを最初に確認してください。ここがずれると「ルールを足したのに効かない」状態になりがちです。

フロント・認証・課金・メディア：ホストの考え方（出発点）

Sora の製品フロントでは sora.com が中心になりやすく、OpenAI ブランド横断の説明ページやポリシー類では openai.com 本体や www.openai.com が現れます。ChatGPT 側アカウントとのシングルサインオンやリンク遷移では chatgpt.com が挟まる場面もあり得ます。静的アセットとして oaistatic.com や、ユーザー生成物の配信に oaiusercontent.com のようなホストが現れることがあります。課金・API キー・使用量の UI では platform.openai.com、バックエンド API では api.openai.com が現れることがありますが、実際にブラウザやアプリが TLS で繋いでいる FQDN は製品アップデートで増減します。方針として、(A) 上記をまとめて SoraProxy に寄せるのがシンプル、(B) まずは sora.com と openai.com だけを優先し、ログに出たホストを順次足す、のどちらかから始めると安全です。

DOMAIN-SUFFIX,openai.com の一括は手早い一方、不要なサブドメインまで同じ出口に乗るため、影響範囲が気になる場合はログで必要なサフィックスに絞る運用が向きます。ルールの上から先にマッチした行が優先されることは カスタムルール記事 のとおりです。コミュニティの RULE-SET と併用する場合も、Sora 向けの例外を上に積むと意図した出口に寄せやすくなります。

rules:
  # Examples only — tune group name (SoraProxy) and domains to your logs
  - DOMAIN-SUFFIX,sora.com,SoraProxy
  - DOMAIN-SUFFIX,openai.com,SoraProxy
  - DOMAIN-SUFFIX,chatgpt.com,SoraProxy
  - DOMAIN-SUFFIX,oaistatic.com,SoraProxy
  - DOMAIN-SUFFIX,oaiusercontent.com,SoraProxy
  - DOMAIN-SUFFIX,api.openai.com,SoraProxy
  - DOMAIN-SUFFIX,platform.openai.com,SoraProxy

上記に無いホストがログに出たら、それが次に追加すべき行です。地域や契約形態によって到達性が異なる場合でも、出口の品質・DNS・ルールの三つを同時に疑うと収束が早いです。非公式クライアントやミラーサイトは別ドメインになることが多く、本稿のリストとは一致しません。

DNS と DoH：fake-ip とルールを揃える

分流ルールが正しくても、DNS が期待と違う応答を返すと、タイムアウトや証明書エラーに見えます。Clash／Mihomo 系では dns ブロックの fake-ip、redir-host、DoH の有無が挙動に直結します。テンプレの推奨設定から大きく外すと切り分けが難しくなることもあるため、まずは購読既定で再現する→ 問題が続くときに、(1) DoH エンドポイントの信頼性とレイテンシ、(2) nameserver-policy で openai.com や sora.com だけ別 DNS に寄せる、(3) IPv6 の有無と OS の解決順、を一度に一項目ずつ変えるのが安全です。

ブラウザ独自の Secure DNS（DoH）と Clash 側の DNS が二重に効いていると挙動が読みにくいので、比較時にはブラウザ側を一時オフにする方法もあります。Electron 系のスタンドアロンクライアントを使う場合は、システムプロキシを読まない経路があるとルールが効きません。そのときは TUN モード でトラフィックをコア側に寄せる案を検討してください。ルールの優先順位は、より具体的な DOMAIN を汎用の MATCH や広い RULE-SET より上に置く、という原則が、動画配信ホストの取りこぼし防止に効きます。

動作モード：Rule・Global・Direct の使い分け

Rule が日常運用の基本です。Global は「すべてをプロキシへ」として、一時的にルール不足かノード品質かを切り分けるのに便利ですが、国内サイトまで遠回りになるため常時利用はおすすめしません。Direct はベースライン計測用に、Clash を事実上オフに近い状態で挙動を見るときに使います。Sora だけ不調なときは Rule に戻し、該当ホストが意図したポリシーにマッチしているかをログで確認するのが定石です。トンネル型 VPN との違いは Clash と VPN の比較 も参照してください。

⚠️ 注意 生成物の取り扱いは各サービスの利用規約と著作権に従ってください。職場・学校のネットワークではプロキシ迂回が禁止されている場合があります。技術的に可能でも、規程と管理者の指示を優先してください。

実測手順：ログで「宛先」と「採用ルール」を確認する

  1. 1

    Baseline（Direct または Clash 停止）

    まず Direct でブラウザから Sora を開き、同じ端末から開発者ツールで主要リクエストのホスト名を控え、症状が再現するかを記録します。これで「ローカル回線やプロバイダ側」の要因も見えます。

  2. 2

    Rule に戻し、生成フローと課金画面でログを読む

    キュー投入・進捗表示・成果物の取得、課金画面の読み込みのそれぞれについて、接続一覧／コアログで向いているドメインとマッチしたルール行（またはポリシー名）をメモします。リストにないホストが出たら、それが次に追加すべき行です。

  3. 3

    一行ずつルールを足して再計測

    DOMAIN-SUFFIX を追加し、同じ操作を繰り返します。一度に大量変更すると効いた変更が特定できません。意図と違う行にマッチしているときは、より具体的なルールを上へ移動します。

  4. 4

    DNS ログがあれば併記する

    名前解決結果がおかしい場合はルールより先に DNS を直します。クライアントが DNS ログを出せない場合は、ログレベルを上げる、別ツールで確認するなど環境に合わせてください。

この繰り返しが本稿でいう「段階実測」です。検索で見つかるドメイン一覧は参考にとどめ、自分のログを正としてメンテすると、UI やエッジ変更にも追従しやすくなります。ストリーミング全般の整理は FIFA ワールドカップ配信向け記事 の切り口（CDN・DNS・ノード実測）とも補完的です。

よくある質問

トップは開くのに生成だけ失敗する

ワーカー用やアップロード用のホストが DIRECT のまま、あるいは不安定なノードに乗っているパターンです。ログに出た FQDN を DOMAIN または DOMAIN-SUFFIX で追加し、該当行を上に移動して再確認してください。

DOMAIN-SUFFIX,openai.com にしたら他の通信まで変わった

サフィックス一括は広くマッチします。影響が大きい場合はログで実際のホストを列挙し、必要なサブドメインだけに狭めてください。

ChatGPT 向けに書いたルールで足りないのはなぜ？

動画生成ではメディア配信や別フロントのホストが増えやすく、テキスト中心のリストだけでは取りこぼします。本稿の集合を出発点にし、必ずログで追記してください。

まとめ

OpenAI Soraのようにフロントと認証・課金とメディア配信が分かれやすいプロダクトでは、分流ルールをシーン別に整理し、DNS（DoH を含む） と Rule モードでのログ検証をセットにすると、「ページは見えるのに生成だけ不安定」といった症状に対処しやすくなります。本稿のドメイン例は出発点であり、ログに基づきルールを育てることが長く使うコツです。テキストと API の整理は ChatGPT／OpenAI API 向け記事、Google 系は Gemini の記事で別ホスト集合として扱っているため、混同せず参照してください。

クライアントの入手は 本サイトのダウンロードページ を第一にすると、記事との対応も追いやすくなります。ルールの基礎を固めたい場合は カスタムルール完全ガイド も併せてどうぞ。用途ごとに出口を切り替えられる点では、端末全体を常時トンネルする汎用 VPN に比べ、Clash の運用体験が一段整理されやすい場面が多いです。

→ Clash を無料ダウンロードし、OpenAI Sora 向けの分流と DNS を試す