なぜ Midjourney と Discord は同時に「回る」のか

Discord は認証、ギルド一覧、メッセージ、音声、そしてリアルタイムのゲートウェイまで、単一オリジンのアプリではありません。画像や絵文字、アバター、埋め込みプレビューは CDN ホストへ散らばり、失敗しても画面のどこかだけが古いまま、といった症状に化けます。Midjourney はそのエコシステムの上で動くため、ボット応答・キュー・進捗表示が別ホストへ伸びていると、見た目は「アプリ全体が固まった」ように感じられます。ここに すべてのトラフィックを同じ海外出口へ流すグローバルプロキシが重なると、国内の動画や更新の大きいダウンロードと細かい長寿命接続が同じチェーンを奪い合い、タイムアウトや再試行のスピナーが増えやすくなります。原因はノード一台の品質だけとは限らず、ルール欠けで意図しない直結が残っているケースも多いです。

本稿が扱うのは、禁止回避ではなく、どのサフィックスをどのポリシーへ送るかというルーティングの衛生です。観測の第一歩は、失敗時に現れたホスト名を列挙することです。ブラウザの開発者ツール、Discord のデバッグログ、あるいは Clash のライブ接続で、discord.com 以外に discordapp.com、discord.gg、discordcdn.com、discord.media、ゲートウェイ系などが混ざっていないかを見ます。Midjourney 側は midjourney.com を中心に、公式が案内する課金・ドキュメント・ステータス用ホストが増えるたびにリストを更新します。

ℹ 観測のコツ：「ログインだけ回る」「画像生成キューだけ進まない」は、認証フローとボット API・CDN が別経路になっているサインになりやすいです。片方だけ DOMAIN-SUFFIX されていると、もう一方が不安定な ISP 直結のまま残り、体感はランダムに悪化します。ログでポリシー命中を確認すると推測が検証に変わります。

分流の核：創作スタック用ポリシーを切る

日常のブラウジングや国内サービスは DIRECT に残し、Discord と Midjourney まわりだけを 安定した TLS が通りやすいノードへ寄せる——これが多くの環境でバランスが良い分流です。ポリシーグループ名は例として CREATIVE_STACK や DISCORD_MJ を置きますが、実際の proxy-groups の名前に合わせてください。重要なのは、チャット系 AI（OpenAI／Anthropic など）用のグループとは別に、Discord＋Midjourney の責務を分けることです。混ぜると、どのリストを更新すればよいか分からなくなり、ルールプロバイダの更新で別サービスまで巻き込む事故が起きやすくなります。

ルールの書き方や順序の考え方は ルール分流のベストプラクティス に沿って整理すると長く運びやすいです。ログの読み方や TUN とシステムプロキシの差は TUN モードの詳解 と併せて押さえてください。クライアント選びは 選び方ガイド が参考になります。

DOMAIN-SUFFIX・ルールセット・代表的な名前空間

DOMAIN-SUFFIX,discord.com,CREATIVE_STACK は cdn.discordapp.com のような名前が別トップレベルになっている場合、その行だけでは足りません。実トラフィックで見えたサフィックスを DOMAIN-SUFFIX で束ねるのが基本で、手早さ優先の DOMAIN-KEYWORD は誤爆しやすいので慎重に使います。Midjourney は DOMAIN-SUFFIX,midjourney.com,CREATIVE_STACK を起点に、公式が増やしたサブドメインを追記します。ルールプロバイダ（ルールセット）にカテゴリ化されたリストを取り込む場合も、供給元の信頼と分類を自分で確認し、広告ブロックが CDN を止めていないかを見ます。

下の YAML はイメージです。環境のポリシー名と、ログに出たホストへ合わせて書き換えてください。国内向けの広い捕捉は、意図した具体行より上に置くと分流を潰すので注意します。

Illustrative YAML fragment

rules:
  - DOMAIN-SUFFIX,discord.com,CREATIVE_STACK
  - DOMAIN-SUFFIX,discord.gg,CREATIVE_STACK
  - DOMAIN-SUFFIX,discordapp.com,CREATIVE_STACK
  - DOMAIN-SUFFIX,discordcdn.com,CREATIVE_STACK
  - DOMAIN-SUFFIX,discord.media,CREATIVE_STACK
  - DOMAIN-SUFFIX,midjourney.com,CREATIVE_STACK
  - GEOIP,JP,DIRECT
  - MATCH,DIRECT

ゲートウェイや新しい CDN 名が増えたときは、失敗リクエストのホストをメモして行を足します。MATCH をすべて PROXY にするより、必要な名前空間だけを明示的に載せる方が、帯域の無駄と予期せぬ遅延を減らしやすいです。

クライアント・ブラウザ・WebSocket の経路差

Discord のデスクトップアプリは OS のプロキシ設定を見る場合と、独自スタックで動く場合があります。ブラウザ版は拡張や DoH が経路を分岐させ、アプリと全く同じルールに乗らないことがあります。長寿命の WebSocket は中間機器のタイムアウトと相性が悪く、片側だけ切断されると UI は「接続中」のまま残ります。TUN でルーティング表に落とすと、アプリとブラウザの差を吸いやすい反面、除外リストや競合する VPN との整理が必要です。

検証の型は共通です。失敗時のホスト名を取り、Clash のログでどのルール行に命中したかを見ます。timeout と TLS の読み方 で TCP 段階か証明書かを切り分け、他サイトは正常なのに Discord 関連サフィックスだけ落ちるなら、ノードよりルールカバレッジを先に疑うのが合理的です。

CDN と「グローバル代理」が奪い合う帯域

グローバルプロキシは説明が簡単ですが、国内 CDN まで海外へ迂回させると遅延が跳ね上がります。Discord のアイコンや埋め込み画像は件数が多く、同じチェーンで大容量の別タブ更新が走ると、キューイングで細い API が先にタイムアウトすることがあります。分流の目的は「すべてを閉じる」ことではなく、Midjourney と Discord に関わるホストを安定出口へ固定し、それ以外は従来どおり DIRECT に残すことです。帯域競合が疑わしい時間帯は、一時的に大きなダウンロードを止めて再試行し、改善するかを見ると切り分けが早いです。

DNS・fake-ip をルールと一致させる

リゾルバの誤応答やキャッシュ汚染があると、HTTPS では証明書エラーや握手の繰り返しとして現れます。fake-ip はローカルに合成アドレスを返しつつプロキシ側で正しく解くモードですが、DOMAIN ルールが追従していないと出口選択と解決経路がズレます。ブラウザ DoH・OS・Clash DNS・別 VPN を同時に重ねると優先順位が混乱するため、FAQ の DNS／接続性 を参照し、悪い答えと出口の不一致を切り分けてください。

ルール順・MATCH・購読更新のループ

ルールは上から順に評価され、最初に当たった行が勝ちます。広すぎる捕捉が Discord 向けの具体行より上にあると、意図した分流が潰れます。購読 URL やリモートルールの取得が死んだプロキシチェーンに入ると更新が止まり、新ホストがルールに入らない——プロキシループは静かに壊すので、更新経路は DIRECT か低リスク専用を用意します。運用の型は 購読とノード保守 も参照してください。

⚠ コンプライアンス：Discord と Midjourney の利用規約、法令、職場ポリシーを遵守してください。本稿は許可されたネットワークでの経路設計の話であり、不正アクセスや正当な制限の回避を示すものではありません。

ChatGPT／Claude 記事との棲み分け

当サイトの ChatGPT／OpenAI 向け記事 や Claude／Anthropic 向け記事 は、対話モデルの API とブランドドメインという別の名前空間を対象にしています。それらのルールをそのまま流用しても discord.com や Midjourney 公式ドメインはカバーできず、ログインや画像生成の不安定さが残ります。逆に本稿のリストを OpenAI 専用プロファイルに混ぜると、更新責務が曖昧になります。サービス単位でプロファイルかルールセットの責務を分けるのが長期運用では一番ラクです。

許可された利用の前提で押さえるチェック

  1. 地域・契約・職場ポリシーで Discord／Midjourney と Clash の利用が許可されているか確認する。
  2. 失敗時のホスト名を列挙し、discord.com 系と midjourney.com のカバレッジを突き合わせる。
  3. デスクトップ・モバイル・ブラウザで別経路になっていないか、TUN／システムプロキシを比較する。
  4. DNS モードと fake-ip をルールと整合させる。
  5. 広い捕捉や広告ブロックが具体行より先に当たっていないか確認する。
  6. 購読／ルール更新がループせず成功しているか確認する。
  7. ローカル要因を切ったうえでノード品質とベンダー障害を切り分ける。

各ステップの前後でログ行を残すと、設定の総入れ替えより早く収束します。

まとめ

Midjourney と Discord は「ひとつのアプリ」に見えても、背後では認証・リアルタイム・CDN・公式サイトが別ホストへ分かれます。Clash はポリシーグループ・ドメインルール・ルールセット・DNS モードで、どのフローをどの出口へ送るかを明示できます。記述と現実がズレると、製品バグのように見える無限スピナーやタイムアウトが出ますが、挙動はしばしば経路と名前解決のずれです。

答えは別のグローバルスイッチではなく、Discord と Midjourney に関わる名前空間を独立ポリシーに束ね、国内は DIRECT のまま、ルールセットを版管理し、DNS を同じ設計として扱うことです。ChatGPT や Claude 向けの記事と併せて読めば、創作スタックと対話 AIで必要な分流だけを選び取れます。

不透明な「アクセラレータ」より、ルールとログが読めるクライアントの方が、待ち時間を減らせます。2026 年も画像生成とコミュニティの両方を使うほど、更新可能なルールと検証手順が価値になります。

→ 無料で Clash をダウンロードし、スピナーを眺める時間ではなく、生成と会話そのものに集中してください。