一、為何網頁會一直轉圈或載入停住
在瀏覽器開啟 Midjourney 正式網頁時，首屏除了主文件，還會連串載入前端套件、帳號工作階段、後端 API，以及縮圖與成品圖相關的媒體網域或 CDN（實際主機名隨產品更新而變動，務必以開發者工具「網路」面板為準）。若你只用瀏覽器外掛或系統代理「讓網址列看得到的主機走代理」，其餘子請求卻命中 DIRECT 或另一組策略，最常出現的體感就是：外殼畫面有、內容區永遠轉圈，或列表看得到、點開大圖失敗。這和頻寬「偶爾慢一下」不同，而是典型路徑分裂。
Clash 在 RULE 模式下可將 midjourney.com 後綴與你在日誌中觀察到的相關 FQDN，指向同一 proxy-group，再以節點選擇固定實際出站。先把「屬於 Midjourney 網頁會話」的流量整包收斂，往往比反覆清除 Cookie、換瀏覽器更能對準連線層。若日誌已出現 TLS 相關逾時，可再對照 TLS 握手逾時與 SNI 排查專文，確認不是規則未命中卻誤判為「節點太慢」。
二、與 Suno／Sora／Character.AI 專文差異
站內已用相同方法論寫過多個「生成式 AI 產品＋CDN／長連線」主題：音樂生成的 Suno 與 CDN 分流專文、影片生成的 Sora／OpenAI 影片網域專文、互動聊天的 Character.AI 規則專文。若直接把其中一套規則改名稱、卻沒有補上 midjourney.com 與實際圖床／API 主機，很容易變成「別家 AI 正常、Midjourney 單邊轉圈」，或反過來。
Midjourney 的差異在於高解析圖像與縮圖快取佔用比例高，瀏覽器單頁內對靜態資產域名的請求數量通常大於純聊天產品；若 PART 走代理、PART 走直連，CPU 與連線看起來「還在跑」，但 UI 會長時間停在載入狀態。建議把「AI 繪圖／Midjourney」視為獨立規則區塊長期維護，不要指望一條泛用「AI 關鍵字」規則自動涵蓋。
| 項目 | Suno（音樂） | Sora（影片） | Midjourney（本文） |
|---|---|---|---|
| 主要產品形態 | 音訊生成、試聽與 CDN 串流 | 影片生成、進度與大型二進位 | 影像生成、畫廊與縮圖／大圖 |
| 分流重點網域（概念） | 服務主域＋音訊 CDN 主機名 | sora／ChatGPT 系譜＋OpenAI CDN |
midjourney.com＋圖像與 API 相關 FQDN |
| 常見「轉圈」成因 | 音訊切片與 API 出口不一致 | 排隊 API 與媒體 CDN 分裂 | 縮圖／畫廊 API 與媒體域名分裂 |
| 與本文關係 | 方法類似、網域集合不可互換 | 獨立 DOMAIN-SUFFIX，依 DevTools 補齊 |
|
上表用於快速對照「同為生成式 AI、但網域與流量形狀不同」；實際主機名請以你的瀏覽器與官方更新為準，定期把新出現的 CDN 前綴補進規則，比一次寫死長串關鍵字更安全。
三、網頁載入鏈路：主站、API、CDN 與長連線
單頁應用的多段請求
現代 Midjourney 網頁屬於典型 SPA：初次載入後，資料與圖片往往由不同子網域或第三方 CDN提供。若只有 www.midjourney.com 類主機走代理，而圖片與 XHR 落在未定義的後綴上，畫面會出現「外框正常、內容永遠轉圈」。實測時建議打開開發者工具，依「網域」或「類型」排序，先記錄失敗請求的主機名與狀態碼，再回頭對照 Clash 日誌中的規則命中與出站標籤。
長連線與進度更新
生成排程與狀態更新可能依賴 WebSocket、SSE 或長輪詢；這類連線若與一般 HTTPS 請求落在不同策略，會表現為「按下產生後數分鐘無反應」或進度條卡住。處理方式仍是出口一致性：讓同一產品線相關 FQDN 指向同一策略組，再在策略組內切換節點做對照實驗，而不是只改全域模式。
與 Discord 客戶端的邊界
歷史上不少使用者透過 Discord 與 Bot 互動使用 Midjourney；若你遇到的是桌面 Discord 客戶端而非瀏覽器，流量形狀會偏向進程與 UDP 語音通道，與本文網頁網域分流不完全相同，可另參考 Discord Windows 進程與 UDP 專文。本文聚焦 midjourney.com 網頁端。
四、分流規則：midjourney.com 與實測補網
以下示例採常見 Mihomo／Clash 規則格式，PROXY 請替換為你設定檔內實際的策略組名稱。Midjourney 官方瀏覽器體驗以 midjourney.com 及其子網域為核心；一條 DOMAIN-SUFFIX,midjourney.com 多數情境可整包收斂主站與常見子網域。若在「網路」面板看到不屬於 .midjourney.com 的圖床或 API（例如獨立 CDN 頂級域），請改用精準 DOMAIN 或對應 DOMAIN-SUFFIX 另行補上，否則仍會半套載入。
若訂閱規則包已含「美國 SaaS」或泛用社群清單，仍要檢查順序：靠前的 GEOIP、IP-CIDR 或過寬的 MATCH 可能讓部分子請求在命中 Midjourney 條目之前就結束匹配。對不確定主機，可短期以精準 DOMAIN 補洞，觀察穩定後再考慮是否改為後綴規則。
使用 fake-ip 時，請確認相關網域落在 fake-ip-filter（若需要）並與 TUN／系統代理模式一致；完整細節可參考 fake-ip 與 DNS 排查專文 及 配置說明。
五、節點選擇、地區與 CDN 行為
將網域規則指到策略組後，使用者體感仍取決於節點選擇。AI 繪圖場景除了頻寬，還有TLS 延遲、路由跳數與對等連線品質；建議為「Midjourney／高流量網頁」單獨建立延遲與丟包較佳的出口（url-test、fallback 或手動選擇），避免與大量下載、4K 串流共用過度擁擠的線路，造成「其實規則正確、只是排隊逾時」的假象。
地區與帳單地址屬帳戶與商務政策範圍；請選擇與自身情境相符、且長期穩定的區域，不要為短期測試頻繁跨區切換節點，以免觸發服務端風控。實測節點時，建議在同一策略組內對照 2～3 個出口，每次變更後完整重載頁面並清除該站相關的過期請求快取，再觀察是否仍轉圈。
| 現象 | 優先調整（網路層） |
|---|---|
| 首頁或畫廊空白 | 檢查 midjourney.com 子請求是否仍直連；補齊 DevTools 中的媒體／API 主機名 |
| 送出提示詞後無進度 | 確認長連線與 REST 請求是否同一策略組；對照日誌是否分裂出口 |
| 縮圖有、大圖開不了 | 多為 CDN 或不同網域未納入規則；逐筆加入 DOMAIN 後重測 |
| 同一 Wi-Fi 手機正常、電腦異常 | 確認電腦瀏覽器是否走系統代理；或改 TUN 讓全系統一致 |
部分機房對 HTTP／2 或較長 TLS 握手支援度不同，可能出現「第一次極慢、重新整理後正常」。若鎖網域後仍不穩，請優先在同一策略組內更換供應商節點，而不是只調整全域 MATCH。
六、DNS、Fake-IP、DoH 與日誌驗證
完成分流規則後，建議依序驗證：
- 瀏覽器「網路」面板：篩選失敗項目，記錄主機名是否落在未覆蓋的網域。
- 本機解析：對實際連線主機檢查解析結果；若啟用 fake-ip，對照 Clash 日誌中的真實目的地。
- 命令列：對可疑主機執行
curl -v觀察 TLS 是否完成；握手階段失敗時優先懷疑路徑與 SNI。 - Clash 日誌：確認命中規則名稱與出站標籤是否與預期策略組一致。
DoH 若由瀏覽器或作業系統繞過 Clash 直接查詢，可能導致「規則寫了後綴，但解析與連線仍不一致」。實務上可讓核心統一處理 DNS／fake-ip，或刻意對齊瀏覽器 DoH 與核心上游；企業網若攔截 DoH，要先釐清是否屬資安政策，再決定客戶端調整幅度。
若應用程式未遵循系統代理，需在程式內指定代理或啟用 TUN；半代理狀態最容易讓人誤以為節點選擇無效，實則流量根本未進入核心。
七、RULE 順序與訂閱規則衝突
Clash 規則由上而下採首次命中，順序錯誤會讓後方精確條目永遠輪不到。實務上建議將「明確的服務商網域」（含本文 midjourney.com 區塊）置於較前位置，將寬鬆 GEOIP、大段 IP-CIDR 與最終 MATCH 置後。訂閱更新後要複查自訂段落是否被新規則「插隊」或覆蓋。
也請避免把所有境外站點擠進單一超載節點；AI 繪圖與大量 BT／串流共用出口時，容易出現佇列延遲與逾時，表面像「網站壞了」其實是出口擁塞。依用途拆分策略組，通常比無上限加大頻寬更能穩定互動體驗。
八、合規提醒
請遵守 Midjourney 服務條款、使用政策、帳號與付款規定，以及適用法令。本文所述為一般網路一致性與客戶端設定思路，不保證特定地區或帳戶型態下的服務可用性；若仍無法使用，請依官方公告與支援管道排查帳務與產品狀態。
九、小結
面對 Midjourney 網頁一直轉圈、畫廊或生成進度停住，網路層可先檢查分流規則是否以 DOMAIN-SUFFIX,midjourney.com 等方式覆蓋主體，並依開發者工具補齊圖像與 API 相關 FQDN，再確認節點選擇與 DNS、DoH、代理模式一致。與 Suno、Sora、Character.AI 等專文相比，各產品網域族與 CDN 形狀不同，應分開維護，避免混用造成單邊異常。
相比只能切換少數開關的工具，Clash 生態在規則可視化、核心替換和多平台客戶端上，更利於長期維護；把 Midjourney 相關規則與策略組整理清楚後，日常多半只需在同一策略組內微調節點選擇即可。
若你尚未安裝或希望使用更易管理的客戶端，可從本站取得安裝包並匯入訂閱，再依本文補上 midjourney.com 與實測主機名。