一、先对齐现象：0% 与登录转圈不是同一种故障

下载失败或进度条卡在 0%，通常意味着客户端在拉取清单、分片或 CDN 边缘时握手或 TLS 长时间无响应；界面可能仍显示「正在下载」，但连接面板里对应主机名处于 pending 或反复重试。登录转圈则更贴近账户 OAuth、会话刷新、EOS 在线服务与前端脚本依赖的若干子域：其中一部分走了代理、另一部分直连或被广告拦截类规则误伤时，浏览器内核会表现为无限加载。

把两类现象分开，是为了避免「换了节点仍无效」的挫败感：前者优先核对大文件与 CDN相关连接，后者优先核对账户与在线服务主机名。若你尚未导入可编辑配置，建议先完成《Clash 订阅链接怎么用？机场配置文件一键导入完整教程》，再回到本文做域名级细化。

二、为什么「全局代理」不一定解决 Epic 下载与登录

全局模式会把绝大多数 TCP 统一塞给节点，短期内可能掩盖分流不一致，但也容易引入新的问题：例如下载流量与游戏流量同走一条高负载线路导致抖动；或某些本地回环、局域网与微软商店组件被错误转发。对Epic Games 代理场景而言，更可维护的做法是：在日志里确认哪些主机名失败，再用显式规则把Epic 与 CDN归到同一策略意图，而不是长期依赖全局。

Epic 客户端会同时访问官网与商店 API、启动器更新与清单、内容下载与 chunk 分发，以及社交与在线服务相关子域。厂商会调整边缘节点与主机名，任何网上复制的静态清单都可能过期；本文表格仅提供分类方向，请你始终以本地连接日志里实际出现、且与失败时刻对齐的域名为准。

三、推荐排查顺序：先证据，后改规则

下面顺序刻意把「换节点」放在中后段，先排除模式与规则自相矛盾。

  1. 确认 Windows 侧是系统代理指向 Clash 混合端口，还是已启用 TUN ；核对 Epic 启动器进程产生的连接是否进入 Clash（以连接日志为准，而非凭感觉）。
  2. 在复现下载失败或登录转圈时，于连接面板过滤 epic、eos、onlineservices、常见云厂商 CDN 关键字，观察每条连接的策略是 DIRECT 还是代理组，是否在同一窗口期内混用。
  3. 检查 DNS：是否启用 fake-ip、海外域名的上游是否可达；若解析结果与连接目标不一致，优先调整 nameserver-policy 或等价字段（以所用 Mihomo 文档为准）。
  4. 把失败或长时间 pending的主机名记下来，按「主站与账户」「启动器与清单」「下载与 CDN」「在线服务与社交」分类，在规则中显式指向同一策略组或你拆好的两组。
  5. 在规则顺序已合理的前提下，再为 Epic 相关流量选择延迟方差小、带宽充足的节点，并避免对同一主机名过于激进的自动切换。

端口占用、内核升级、订阅拉取失败等通用问题，可对照《Clash 常见报错解决方案》；本文只聚焦 Epic 启动器的多域名与 CDN 分流。

四、Windows 上系统代理与 TUN：启动器流量走哪条路

部分环境下，仅开启系统代理即可让遵循系统代理的应用统一出口；但 Epic Games Launcher 作为独立进程，其网络栈与浏览器并不完全一致，内嵌登录页与外部浏览器登录态也可能分流。若你发现浏览器访问 epicgames.com 正常，而启动器内仍登录转圈，应优先怀疑客户端流量未完整进入 Clash。

此时可评估 TUN 模式：在网卡层接管路由，使 TCP 连接更一致地经过内核。开启前建议阅读《Clash TUN 模式开启方法》，并在启用后回到连接日志，确认 Epic 相关连接显示为经 Clash 转发。新手可先按《Clash Verge Rev 完整配置教程》跑通基础链路，再叠加本文的 Epic 条目。

五、用连接日志锁定：哪条主机名在拖后腿

没有日志的盲改，容易把下载 CDN与账户会话混为一谈。建议在复现卡顿时打开实时连接列表，按时间排序，关注长时间无响应、反复 TLS 握手或策略在 DIRECT 与代理之间跳变的条目。

若同一秒内既有代理命中又有直连命中，且直连侧对应下载或静态资源主机名，启动器就会表现为进度条假死或库信息不同步。把这类主机名加入与主站相同的策略组，通常比把整个泛域名段无脑代理更可控：先解决已观测到的失败条目，再视情况扩展。

六、域名怎么归类：表格仅供自检方向

下表给出排查时常见的分类方向，请始终以你本地连接日志为准。

类型常见主机名方向（示例）配置提示
主站与商店epicgames.com、www.epicgames.com、商店与新闻相关子域与内嵌网页、登录态相关请求保持同一策略组，避免被宽泛「国外站」规则漏配。
启动器与清单日志中的 launcher、download 类子域及更新清单接口下载失败时常见；与内容 CDN 区分，避免把清单请求误并入不合适的组。
下载与 CDN大文件、chunk、常见云边缘主机名CDN 分流要克制：先加观测到的具体主机名，再考虑后缀规则，以免波及其他业务。
在线服务 EOS*.epicgames.com 下与 Online Services、会话相关的子域登录转圈时重点核对；与主站出口不一致易导致会话无法建立。
社交与好友（若启用）与好友状态、派对相关的服务端主机名可与 EOS 同组，或按日志单独列出，视节点质量而定。

若你希望「浏览商店」与「拉游戏包」使用不同节点，可在 proxy-groups 中定义两个组，例如 EPIC_WEB 与 EPIC_CDN，再在规则里按主机名分别挂载。名称变更后务必保持 YAML 自洽。

七、DNS 与 fake-ip：半通状态从哪里来

启用 fake-ip 后，解析阶段与连接阶段的一致性更依赖内核行为与规则顺序。Epic 客户端在短时间内会请求大量子域与第三方边缘，一旦部分请求在解析路径上不一致，就可能出现 TLS 握手重试、资源长时间 pending 或登录页偶发空白。

务实的顺序是：先确认 DNS 上游本身可达、无污染；再考虑为 epicgames.com 等后缀配置更明确的解析策略。若调整 DNS 后失败请求显著减少，说明瓶颈在解析链路，此时再微调 Clash 分流会更省力。

八、分流规则：示例片段（请替换策略组名）

下列 YAML 演示如何把 Epic 主域显式指向代理组。将 PROXY 换成你的策略组名，并保证片段位于过于宽泛的 GEOIP 或 MATCH 之前，且不与订阅自带的「国内直连」条目冲突。

# Example only — replace PROXY with your policy group name; add CDN hosts from logs
rules:
  - DOMAIN-SUFFIX,epicgames.com,PROXY
  - DOMAIN-SUFFIX,unrealengine.com,PROXY

对日志中出现的具体下载或 CDN 主机名，按需追加 DOMAIN 或更窄的 DOMAIN-SUFFIX 规则。若某后缀与其他业务共用，需权衡是否改用更精确的匹配。切勿把示例当作永久完整清单。

九、与 Steam、Discord 类文章怎么区分

站内《Steam 商店与创意工坊打不开？用 Clash 分流 Steam CDN 与下载域名》讲的是 steampowered.com、steamcommunity.com 与 Valve CDN，主机名集合与 Epic 完全不同，不能照搬规则。《Discord 更新卡在 0%》侧重 REST、CDN 与 UDP 语音，也与 Epic 启动器链路不同。请按应用分别建观察清单。

十、节点选择：带宽与稳定优先于测速榜一

游戏安装与更新会长时间占用单连接带宽；库同步则会并发大量小请求。测速第一的节点未必适合前者：短时抖动会让大文件下载反复断点重试，表现为下载失败或进度条长期不动。更稳妥的是选择一段时间内延迟方差小的线路，并避免对 Epic 相关主机名过于频繁地自动故障转移。

若你对传输协议与丢包特性不熟，可对照《Shadowsocks vs Trojan vs Hysteria2》，结合自身运营商环境选择更抗波动的协议，再把 Epic 规则挂到对应策略组。

十一、小结：把「0% 与转圈」拆成可验证的主机名清单

Epic Games 代理场景下的Epic 启动器异常，多数是模式、DNS、规则顺序与节点稳定性叠加的结果，而不是单一域名故障。按本文顺序，你可以在连接日志里看到明确命中记录，再决定要不要为下载 CDN与在线服务单独加规则。当你希望少手写 YAML、用图形界面统一管理连接记录与策略切换时，成熟客户端在 Mihomo 内核上的整合度较高，也能降低配置错误率。相比零散工具组合，一体化体验在长时间下载与登录场景里往往更省心。→ 立即免费下载 Clash，开启流畅上网新体验