症状：ブラウザは通るのに Epic Games ランチャーだけが止まる

Epic Games Store の週替わり無料やセール、新作チェックは SNS でも検索でも話題になりやすく、ピーク時には「カートに入ったのに確定しない」「ダウンロードの残量がずっと 0 のまま」「ログインループ」といった書き込みが増えます。うち一部は公式側の混雑ですが、Clash／Mihomo（旧 Clash Meta）をルールモードで運用している PC では、ブラウザで epicgames.com を開けても、Epic Games Launcher が別ホストの認証・CDN・パッチチャンクを掴めずに止まる、という分流まわりの取りこぼしが重なることがあります。

本稿は、既に公開している Steam 向けのクライントラブルシュート（Steam の分流と UDP 切り分け）とはドメインとクライアント実装が異なる前提で、Epic Games ランチャー特有の「WebView／埋め込みとネイティブモジュールで参照する出口が分かれる」「カタログ API と実ファイル取得でホストが長く変わりやすい」点に絞って整理します。利用規約・配信地域・決済まわりは公式の案内に従い、ここでは経路と名前解決の技術話に限定します。

最初に確認：ランチャーはシステムの HTTP プロキシだけに依存せず、通信がユーザーモードのまま別経路に逃げることがあります。TUN でプロセス全体の既定ルートを取り込めているかが分岐点です。TUN モードの解説と、ブラウザだけ通る症状の切り分けを先に読むと、Epic 専用ルールに入る前の手戻りが減ります。

ステップ 1：トラフィックを層に分けてメモする

不調の出方は大きく（A）Epic Games Launcher 内のストア UI・無料回収フロー、（B）アカウント認証トークンまわり、（C）カタログ／メタデータ系 API、（D）インストールやアップデートのCDN（チャンク・差分）、のどこで止まっているかに分かれます。同じ「進まない」でも、層が違えば疑う DOMAIN-SUFFIX とログの見方が変わります。

Clash のダッシュボードや接続ログで、ランチャーを一度起動し、週替わり無料の取得ボタンから実ダウンロード開始までの数十秒だけホスト名の増え方を眺めるのが実務的です。大きな GEOIP や末尾の MATCH より手前に、用途別の細かいルールを置く方針はルール分岐の詳解と同じですが、Epic Games は配信契約の変更でサブドメインが増えやすいので、巨大な静的リストを一括貼り付けるより、ログで拾えた名前だけを足す運用が安全です。

ステップ 2：DNS と Fake-IP の食い違いを潰す

「Web のストアは見えるのにランチャーだけ失敗」は、DNS の出口と dns.enhanced-mode: fake-ip の評価結果が一瞬でもズレて、意図したプロキシグループに入らないときにも起きます。特に DoH のリゾルバ URL 自体がプロキシ必須ドメインだと、初回だけ連鎖タイムアウトが出やすい点は、他サービス記事と共通です。

  • IPv6：AAAA が返るが下りだけ不通な環境では、再試行が増えて体感が「0B で固まる」に見えます。
  • Split DNS：社内 DNS やルータの強制リゾルバが、ランチャーとブラウザで別々に効いていないか確認します。
  • 地域誘導：名前解決の出口国とノード出口国が食い違うと、カタログは通ってもCDN エッジ選択だけ妙に遅い、というパターンも出ます。

遅延テスト自体が不安定なときは、ノードが全て赤に見えるときの記事で DNS と STUN を先に整えると、Epic 向けルールの試行錯誤が減ります。

ステップ 3：DOMAIN-SUFFIX で公式系を束ねる（出発点の例）

以下はクリーンルームでよく使う骨格の例です。実ホストはタイトルや epoch、CDN ベンダーの切り替えで変わるため、手元ログの名前を優先して追記してください。独立した proxy-groups（ここでは 🎯 Epic と仮置き）へ寄せます。

proxy-groups:
  - name: "🎯 Epic"
    type: select
    proxies:
      - "低遅延ノード"
      - "帯域重視ノード"
      - DIRECT

rules:
  - DOMAIN-SUFFIX,epicgames.com,🎯 Epic
  - DOMAIN-SUFFIX,unrealengine.com,🎯 Epic
  - DOMAIN-SUFFIX,epicgames.dev,🎯 Epic

パッチ本体は Akamai／Fastly など汎用 CDN のホスト名で現れることがあり、そのまま広い DOMAIN-SUFFIX を足すと他サービスまで巻き込みます。嗅探（sniffer）や override-destination を併用する構成では、Sniffer と fake-ip の記事の評価順も合わせて点検し、「ランチャー操作の前後だけ増えた名前」を足すのが無難です。

ステップ 4：週替わり無料・注文確定で止まるとき

無料オファーのオンボーディングは、短時間に複数の API を叩きます。ここで一部だけ別ポリシーに落ちていると、UI 上はぐるぐるしたまま進まないことがあります。ログで、認証・ストア・ライブラリ更新に関わるホストがすべて同じ 🎯 Epic グループに入っているかを確認します。

セールや新作大量解禁のタイミングは、単純に混雑でタイムアウトすることもあります。クライアント側を疑うときは、同一ノードのまま再試行する前に、別ノードへの切り替え、もしくは該当層だけ一時的に DIRECT で比較し、改善するかを見ます。恒久的に直結するかは回線都合ですが、切り分けとしては有効です。

ステップ 5：ダウンロード が 0B／極端に遅いとき

インストールや更新で進捗が出ない場合、ログ上の実接続先が想定外の地域エッジへ飛んでいないか、あるいは長尺 TCP を途中で中間装置が絞っていないかを見ます。ダウンロードだけ別ノードに寄せる、エッジが安定する出口に変える、といった実測が早いです。

任天堂 eShop などゲーム配信のゲートウェイ構成と考え方は近い部分もありますが、PC 版ランチャーは OS 上で TUN を掛けやすく、ログ取得もしやすい点が異なります。詳細はSwitch 2 の eShop 分流記事と役割を分けつつ、大手CDN 名がログに出たときの慎重な扱いは共通だと捉えてください。

チェックリスト（短時間版）

  1. Epic Games Launcher のパケットが TUN で本当に取り込まれているか（システムプロキシのみに依存していないか）。
  2. DNS：fake-ip・DoH 初回・IPv6 片道不通・親ルータのリゾルバ競合を疑う。
  3. ログで Epic Games 系ホストが意図した プロキシグループ に入っているか。
  4. 週替わり無料／注文 API とダウンロード CDN で別ポリシーに落ちていないか。
  5. 別ノード・一時 DIRECT で症状が変わるか（混雑切り分け）。

運用のコツ：毎週無料更新日や大型フェスティバルはトラフィック構成が変わりやすいので、恒久リストを巨大化するより、必要な週だけ短時間ログを採って不足ドメインを足す方がメンテしやすいです。評価順と DNS の骨格は固定し、差分だけ更新するイメージが扱いやすいです。

ドキュメントと入手経路

YAML の詳細は当サイトのチュートリアル・ドキュメントも参照してください。実行ファイルは説明が一貫した配布導線としてダウンロードページから入手するのがおすすめです。オープンソースのソースコードや Issue を確認したい場合は、クライアントごとの公式リポジトリも併せて参照できますが、インストール用バイナリの主たる導線はサイト側に寄せています。

まとめ

Epic Games ランチャーの不調を Clash 側で整理するとき、ブラウザとの差は「どの層がプロキシ設定を見るか」と「API とCDN でホストがどれだけ分散するか」に集約されがちです。DNS → ルール順と DOMAIN-SUFFIX → ノード実測 →（必要なら）一時 DIRECT の順に進めると、週替わり無料やダウンロード停止の再現と修正が速くなります。Steam 向け記事と併せて読むと、ゲームクライアント同士の違いも整理しやすいです。

Mihomo／Clash Meta 系はルールとログを手元で制御しやすく、不足ドメインの追記もしやすいのが強みです。環境に合ったビルドはダウンロードページにまとめています。Epic ランチャー用の分流を試す前に、購読と DNS を一度整えておくと手戻りが少なくなります。→ Clash クライアントを無料でダウンロードし、Epic Games ランチャー向けの分流を試す