2026 年用 Clash 稳定访问 Midjourney：
Discord 与官网域名分流规则

1 与「纯 LLM 网页 / API」分流有何不同

站内《ChatGPT 与 OpenAI 分流》《Claude 与 Anthropic》等篇，核心对象是浏览器里的对话页与开发者 API 主机名，域名集合相对「纵向」：围绕单一厂商的 API 根域与文档站即可覆盖大部分场景。Midjourney 在 2026 年仍是高频检索的 AI 图像生成 热点，但其入口大量落在 Discord 这一即时通讯与社区产品上：桌面客户端、网页版、语音与实时频道、附件与表情 CDN、网关长连接等，主机名比「只打开一个官网」复杂得多。只代理 midjourney.com 而不顾 Discord 侧，极易表现为「官网能开、频道里机器人一直转圈」。

因此，本文的 Clash 分流思路是：把 Discord 与 Midjourney 官方站点视作同一业务链路上的两组可维护后缀，用 DOMAIN-SUFFIX 与远程 Rule Provider 绑定到稳定策略组；需要可审计、可回滚时，再按连接日志增量补全。若尚未安装图形客户端，可先前往本站下载页选择支持 Mihomo 内核的客户端，再把下文片段合并进现有配置。

2 Discord 侧：客户端、Web、网关与静态资源

Discord 的主站与 API 流量常见后缀包括 discord.com、discordapp.com；邀请与深链大量使用 discord.gg；语音、附件与媒体往往走 discordapp.net、discord.media 等 CDN 或媒体域；部分场景还会出现 discordcdn.com、discordstatus.com（状态页）。若只写一条 discord.com 而遗漏 CDN，会出现「文字能发、图片与头像裂图」或「语音连接失败」，容易被误判为节点质量问题，实为规则覆盖不全。

桌面客户端与浏览器 Web 版请求路径不同，但多数仍落在上述后缀族内；若连接日志中出现新的第三方嵌入或分析子域，请以日志中的完整主机名为准逐条追加，避免使用过宽的 DOMAIN-KEYWORD 误伤无关站点。与《Grok 与 X 平台分流》类似，社交类产品往往需要主站 + CDN + 短链/网关一并考虑，只是 Discord 更偏即时通讯与实时连接。

3 Midjourney 官网与账户相关域名

账户管理、套餐说明、文档与部分 Web 流程通常落在 midjourney.com 及其子域。即使日常出图主要在 Discord 内完成，升级套餐、查看用量或处理账单时，浏览器仍会直接访问官网主机名。若策略上「只代理 Discord、不管官网」，会出现订阅页空白、支付回调失败等碎片化问题。建议至少包含 DOMAIN-SUFFIX,midjourney.com，并与 Discord 策略在意图上保持一致（同一出口或刻意拆分的两条策略组，见下文）。

4 订阅、账单与支付页：为何常被遗漏

许多团队使用 Stripe 等支付服务商托管结账页，请求会落在 stripe.com 及 checkout.stripe.com 等主机名上。若浏览器里 Midjourney 与 Discord 已走代理，但结账页被「直连」或落入另一策略组，可能触发风控或表现为支付页打不开、3D 验证反复失败。实践上可将常见支付后缀与「订阅/账单」策略组绑定，或在排障阶段暂时与 Midjourney 官网使用同一出口，减少变量；具体以你所在地区银行与支付页实际解析为准，用 Clash 日志核对主机名后再固化规则。

5 推荐的 DOMAIN-SUFFIX 清单（可按日志加减）

下面是一份起点清单，适合写入自定义规则集或本地 YAML；实际环境中第三方服务可能调整主机名，请以 Clash 连接日志为准增量维护。

• Discord 核心：discord.com、discordapp.com、discord.gg
• Discord 媒体与 CDN：discordapp.net、discord.media、discordcdn.com
• 状态与辅助：discordstatus.com（按需）
• Midjourney 官网：midjourney.com
• 支付（常见）：stripe.com（若结账走 Stripe）

将上述条目合并到同一 Rule Provider 或拆成「Discord」「Midjourney + 账单」两组远程列表均可：拆分的好处是你可以给社区流量与支付页分配不同节点；合并则配置更简单，适合个人用户快速落地。

6 规则顺序与策略组命名

规则顺序决定命中哪一条：针对 Discord 与 Midjourney 的显式行，应出现在过于宽泛的 MATCH、超大 GEOSITE 或「国外总代理」之前，否则可能被提前吸走或误直连。调试时请在 Mihomo 日志中按 discord、midjourney、stripe 过滤，确认命中的是你命名的策略组（例如 PROXY_DISCORD 与 PROXY_MJ，名称可自定）。

若订阅自带大段分类规则，推荐把本文涉及的 DOMAIN-SUFFIX 或 RULE-SET前置，并在变更后用同一节点、同一 DNS 做对比测试。更系统的 DNS 与 FakeIP 设计请参阅《彻底防止 DNS 泄漏：Meta 内核 DoH + FakeIP 最佳实践配置》。

7 Rule Provider 与 rules: 片段示例

下面是一段示意性 YAML：演示双策略组、远程 rule-providers，以及用后缀绑定流量。请与你现有的 proxy-groups 名称对齐后合并。若你希望 Discord 与 Midjourney 同一出口，将相关 rules 行指向同一策略组即可。

# Example only — merge with your full profile
proxy-groups:
  - name: PROXY_DISCORD_MJ
    type: select
    proxies:
      - AUTO-BEST
      - DIRECT
  - name: PROXY_BILLING
    type: select
    proxies:
      - AUTO-BEST
      - DIRECT

rule-providers:
  midjourney-discord:
    type: http
    behavior: classical
    url: "https://example.com/rules/midjourney-discord.txt"
    path: ./ruleset/midjourney-discord.yaml
    interval: 86400

rules:
  - RULE-SET,midjourney-discord,PROXY_DISCORD_MJ
  - DOMAIN-SUFFIX,discord.com,PROXY_DISCORD_MJ
  - DOMAIN-SUFFIX,discordapp.com,PROXY_DISCORD_MJ
  - DOMAIN-SUFFIX,discord.gg,PROXY_DISCORD_MJ
  - DOMAIN-SUFFIX,discordapp.net,PROXY_DISCORD_MJ
  - DOMAIN-SUFFIX,discord.media,PROXY_DISCORD_MJ
  - DOMAIN-SUFFIX,discordcdn.com,PROXY_DISCORD_MJ
  - DOMAIN-SUFFIX,midjourney.com,PROXY_DISCORD_MJ
  - DOMAIN-SUFFIX,stripe.com,PROXY_BILLING

其中 url 应替换为你信任的社区规则或自建列表；若暂无远程文件，可暂时省略 RULE-SET 行，仅保留 DOMAIN-SUFFIX。stripe.com 是否单独成组取决于你是否希望支付与日常浏览出口分离；若排障期希望减少变量，可先并入 PROXY_DISCORD_MJ。

8 Mihomo 与 Rule Provider 维护习惯

Mihomo（Clash Meta 系内核）对 rule-providers 与 RULE-SET 的支持成熟，适合把 Discord + Midjourney 专题做成可远程更新的文本或 YAML 规则集：本地只保留策略组名称与引用行，列表细节交给远程维护，减少手工合并冲突。团队内部可为该规则集建立变更记录（新增某 CDN 后缀的原因、对应日志截图），新人合并配置时不必依赖口头传递。

外部控制器与可视化面板可参见《Mihomo 外部控制器与 Yacd 面板》，便于在浏览器里切换节点并观察命中策略。

9 TUN、系统代理、路由器与移动端

仅开系统代理时，尊重系统设置的浏览器会走 Clash，但 Discord 桌面客户端、部分语音组件或移动 App 仍可能直连。若你希望本机所有进程一致命中上述后缀，可启用 TUN 模式，将流量统一纳入规则引擎；细节可对照《Clash Verge Rev TUN 模式完全指南》。全屋多设备场景可使用路由器透明代理（如《OpenClash 配置教程》），让手机与电脑共用同一套 Clash 分流。

iPhone 用户若使用兼容客户端，可参考《Stash 导入 Clash 订阅》，把同一 Rule Provider 带到移动端，避免「电脑能出图、手机 Discord 报错」。

10 日志、Sniffer、DNS 与常见现象

频道里图片或附件加载失败：优先检查是否遗漏 discordapp.net、discord.media 等 CDN 后缀；在日志中搜索失败请求的完整主机名后补规则。

能登录但实时消息延迟大或频繁重连：核对网关相关连接是否落在预期策略组；必要时在同一节点下对比「仅 Web」与「桌面客户端」差异。

官网或支付页异常而 Discord 正常：单独过滤 midjourney.com、stripe.com 命中情况，确认未被前置规则误直连。

若连接日志中出现「仅 IP、难见域名」的 HTTPS 流，可在确认隐私与合规前提下启用 Meta 内核 Sniffer 辅助按 SNI 纠偏，详见《Clash Meta Sniffer 开启：HTTPS 嗅探与 SNI 分流修正》。仍以显式域名规则为主，Sniffer 作排障补充。

11 常见问题

• 能否只代理 midjourney.com：若你仍通过 Discord 使用机器人出图，仅写官网通常不够；至少覆盖 Discord 核心与 CDN 后缀。
• 与 ChatGPT 规则会冲突吗：不会本质冲突；域名对象不同，注意策略组命名与 rules 顺序即可。
• 发现新主机名怎么办：以连接日志为准追加单行或更新远程 Rule Provider。
• 支付一定要跟 Discord 同节点吗：不强制，但排障期建议统一出口，确认无误后再按需求拆分。

12 总结

2026 年要在AI 图像生成场景下更稳定地使用 Midjourney，需要把 Discord 的即时通讯与社区入口、midjourney.com 官网体系，以及常见的订阅与支付页后缀，视作同一组可维护对象：用 Clash 分流配合 DOMAIN-SUFFIX 与 Rule Provider 绑定到合适策略组，用规则顺序避免被泛规则误伤，再用 DNS、TUN 与日志验证全链路一致。这样既能与站内 ChatGPT、Claude 等「纯网页 / API」专题互补而不重复，又能在排障时快速对齐主机名与策略名。

相比依赖粗糙的一键全局或超大规则集，把热点产品拆成可读、可回滚的片段，对需要同时照顾客户端、浏览器与账单页的用户往往更省心；在规则可读性与客户端生态上，基于 Mihomo 的 Clash 系工具仍然是务实选择之一。

需要安装或升级客户端时，请使用本站下载页获取各平台安装包；开源仓库可作为协议与贡献信息参考，与日常安装包获取路径区分，更符合安全与版本管理习惯。

→ 立即免费下载 Clash，开启流畅上网新体验