Midjourney と Discord の生成が何度も失敗する？2026 年、Clash の分流で AI 画像アクセスを段階的に安定させる
Midjourney や、Discord クライアント上の AI 画像生成は、一見「ブラウザが開いていれば足りる」用途に見えます。実際には Discord 本体の *.discord.com やアセット CDN、midjourney.com 系の Web フロントとバックエンドのジョブ・API、さらに進捗やチャンネル更新に乗る WebSocket／長めの HTTP 接続が、別々の出口や別の DNS 応答に乗ると、白画面・「読み込み中」で止まる・生成だけ失敗といった部分的症状に分かれやすいです。本記事では Clash（Clash Meta / Mihomo 系を想定）のドメイン分流でそれらを意図したポリシーグループへ揃え、Suno 向けの稿と同型の DNS（fake-ip を含む）とノードの一致を、生図と Discord 読み込み向けに整理します。UDP ボイス遅延は 専用の TUN / UDP 稿で扱う題材であり、本稿の焦点はそこではありません。各サービスの利用規約・法令・職場ポリシーを守り、契約上認められた範囲の接続最適化を前提とします。
症状を「一つの不具合」にまとめない
接続全般は速いのに、Discord 上の Midjourney ボタン周りだけ遅い、画像プレビューだけ出ない、Imagine 相当のジョブがずっとクルクル、といったときは、まず どの層で詰まっているかに分解します。典型的には次の三つに分かれます。
- アプリ表層とアセット：
discord.comやdiscordapp.com、各種cdn.。ここは通っているのに、ジョブ系だけ別ホスト、というパターンが多いです。 - Midjourney 側（Web 直・リンク）：
midjourney.comおよび推論・課金・キュー系の API ドメイン。ブラウザで開けるのに、Discord 内埋め込み経路が別出口、という不整合が起きえます。 - 長接続：WebSocket や Server-Sent Events 相当の挙止まり。ノードの
url-testによる短周期の切替は、一見ラグではなく ジョブの消失のように感じることがあります。
全体を Global や雑な PROXY に一括しても一時的に通ることはあっても、TLS の実体と fake-ip 前提の衝突、あるいは 地域のちぐはぐで「ページは開くがジョブだけ落ちる」に戻りがちです。次の各節を順に、ログと突き合わせながら直してください。
層の切り方：Discord・Midjourney・配信面
開発者ツールの Network タブと Clash の 接続ログ（宛先ホスト名）を併用すると、だいたい次のどれかに分類できます。実名は随時変わるため、ここでは 型だけ示し、自機のログ基準の短いルール行に落とすのが安全です。
- サーバー／チャンネル UI：Discord 本体。画像サムネとチャット本文はここに多く乗りますが、生成そのものは必ずしも同じサブドメインではありません。
- 埋め込み WebView／認可：OAuth や
accounts系、IdP へのリダイレクト。普段 Google だけ別出口にしていると、サインインは成功しても、トークン更新だけ失敗、という分岐が出ます。 - 生成キューと結果取得：ジョブ ID とステータス、画像のアップロード先。ここに対して、不安定でフラップの多い出口を当てると、UI 上は 何度も再試行のように見えます。
大きなリモートルールセットに任せ切りにすると、DISCORD 行のすぐ上に、見知らぬ DOMAIN-SUFFIX の DIRECT が挿入され、意図せず API だけ直結になることがあります。Clash Meta 系の rule-providers 利用時は、マージ後の順序で、Midjourney／Discord 用のローカル行が負けていないかを必ず開いて確認します。
整理の型
「表のドメイン」「埋め込みの認可」「生図のジョブ API」「戻りのメディア URL」を四つの束に分け、それぞれ 同じ安定した出口ポリシーに載せる。背後のホスト名はログで一括コピーしてから短い DOMAIN-SUFFIX へ圧縮する。
既稿との棲み分け
本サイトでは、Discord の UDP ボイスと TUN、遅延を扱う記事、WebSocket 中心の他サービス向け解説、Suno 向けの ストリーミング＋API＋DNS 整理があります。本稿は、それらの「出口を揃える」骨格に加え、midjourney.com と Discord 内埋め込みの組み合わせで起きる部分的症状にフォーカスします。ボイスの遅延・片道無音は、まず TUN 稿の プロセスと UDP から疑うのが筋です。こちらの稿では、主に HTTPS / WebSocket 主体の生図とチャンネル読み込みを想定します。
分流ルールの例
以下は あくまでイメージです。購読のポリシー名、実在するホスト名、地域ブロック都合に合わせて置き換えてください。原則として、広い MATCH より上に置き、DOMAIN-KEYWORD は誤爆しやすいので、安定が見えたら DOMAIN-SUFFIX へ段階的に置き換えます。
# Illustrative rules — replace policy names and verify hostnames in your logs
rules:
- DOMAIN-SUFFIX,discord.com,MJ_STABLE
- DOMAIN-SUFFIX,discordapp.com,MJ_STABLE
- DOMAIN-SUFFIX,discord.gg,MJ_STABLE
- DOMAIN-SUFFIX,midjourney.com,MJ_STABLE
- DOMAIN-SUFFIX,cloudflare.com,PROXY
- MATCH,PROXY
cloudflare.com 行のような 広いサフィックスは、他用途と衝突しやすいため、実ログで必要が確認できた場合だけ採用してください。Suno 向けの稿と同様、YouTube や Netflix 向けの「ストリーミング用ノード」に近い帯域・長セッション向きの 同一グループに寄せると、ジョブの体験が安定しやすいです。逆に、レイテンシ表示だけ低く小さな切断が多い出口は、生図の待ちに不向きなことが多いです。
| 層 | ルールの狙い | よくある落とし穴 |
|---|---|---|
| Discord 表層 | discord.com 等を一つの安定グループへ |
旧ドメイン名や CDN の行き先だけ古い |
| 生図 API | ジョブと結果取得を同じ品質の出口に | OAuth と地理が食い違い再試行地獄 |
| WebSocket | ノード切替のフラップを減らす | 短い url-test 間隔 |
WebSocket 長接続と url-test
Discord のチャンネル更新は 長めの接続に寄り添う実装が多く、途中で出口が入れ替わると、一見 生成バグのように見えます。自動選択系は便利ですが、間隔が短すぎるとセッションが途中で再ハンドシェイク扱いになり、ジョブの進行表示が不自然に飛びます。切り分け中は、テスト用に 手で固定した単一出口を使い、落ち着いたら自動選択に戻すのが安全です。WebSocket 全般の整理は、Character.AI 向けの WebSocket 稿とも理念が重なります（対象ドメインは置き換えてください）。
グローバル長者運用
原因特定の数分を除き、Global や雑に広いプロキシのまま日常運用しない。不具合の多くは 特定のホストだけ出口が違うに尽き、全体を一気に乗せ替えると逆に fake-ip や他アプリの期待と衝突しやすいです。
DNS、fake-ip、スニッファ
表向き 接続中なのにアプリや埋め込みだけおかしいときは、DNS と fake-ipの整合を最優先で疑います。HTTPS 背後のホストが多いサービスでは、fake-ip と 証明書の期待、あるいはスニッファ設定が噛み合わず、表層は成功して API だけ失敗することがあります。修正は一変数ずつ。ルーター層の DNS と端末上の Clash が二重に別解を返していないか、全屋の OpenClash 運用者は特に、LAN と Clash 側のルールの上書き関係も併せて見ます。
TUN、クライアント、ブラウザ
OS やクライアントによっては、システムプロキシだけでは Discord デスクトップの一部サブプロセスに届かず、TUN モードのほうが再現性が高い場合があります。Windows の基礎は Clash for Windows ガイド、macOS は Clash Verge Rev を先に固め、そこに本稿のルール行を上乗せしてください。同じ操作を ブラウザの web.discord と デスクトップアプリの両方で試すと、埋め込み差の切り分けが速いです。
チェックリスト
- 生成失敗直後の Clash ログから、
discord／midjourney相当の 実ホスト名を列挙する。 - そのホスト行が、望むポリシーに命中しているか、より上の別行に負けていないかを確認する。
- DNS／
fake-ip／TUN の前提を一つに固定し、再現手順を短く保つ。 - 自動ノード切替の間隔を延ばすか一時的に手動固定し、WebSocket の断線が減るか見る。
- 本稿外の要因（Discord 自身の障害、公式ステータス、ローカル拡張機能）を切る。
よくある質問
Web の Midjourney だけは通る
埋め込みとブラウザで通過ホストが違います。Discord 用に絞ったルールしか無い、あるいは midjourney.com 系が DIRECT のまま、など。ログで 二経路を突き合わせて足りない DOMAIN-SUFFIX を足します。
ボイス通話の遅延は？
まず UDP／TUN の稿に当てはまる課題です。生図の本稿を直しても UDP ボイスの RTT は別問題になることが多いです。
画像サムネだけ遅い
配信用の オブジェクト URL だけ、別の地域出口に乗っていないか。Network パネルで取得元ホスト名を取り、同じ MJ_STABLE 相当へ寄せます。
まとめ
2026 年も、AI 画像は Discord クライアントと midjourney.com 系の両輪、さらに 長接続が絡みます。Clash では、それらを層に分けてから同じ安定出口へ揃え、DNS 前提と ノードの切替挙止を一致させるのが、白画面とジョブ失敗の多くに共通する解です。