1. 症状の読み解き：0% とログイン回転は「経路分裂」のサインになりやすい
Epic Games Launcher は起動直後から、カタログ表示・認証・チャンク取得・検証などへ並列でリクエストを投げます。ストアの骨格は表示されるのにインストールだけ 0%、サインインボタンを押したあとスピナーが終わらない——こうした挙動は、単一の遅延よりも特定サブドメインだけ別ルートに落ちているときに起きやすいです。Clash の接続一覧に出るホスト名と実際に選ばれた策略を並べると、原因候補が想像以上に早く絞れます。
YAML の骨格やルールモードをまだ把握していない場合は、先にサブスクリプション取り込みの記事で設定ファイルの流れを押さえておくと、以降の手順が読みやすくなります。
2. Epic 周辺通信を「層」に分けて考える
実際のホスト名はクライアントのバージョンや CDN 契約で変わり得るため、開発者ツールや Clash のログに出た名前を正とします。設計メモとして、次のような役割分けを頭に置くとルールが書きやすくなります。
| 層 | イメージ | 切り分けのポイント |
|---|---|---|
| ランチャー／カタログ API | epicgames.com や launcher 系サブドメイン | UI は動くがログインだけ回るときは認証・セッション系を疑う。 |
| アカウント・OAuth | ブラウザ埋め込みや IdP へのリダイレクト | ブラウザとランチャーで別経路になるとサインインが完了しないことがある。 |
| 静的 CDN | Akamai・Fastly・Cloudflare 等の配下 | 画像・メタデータだけ遅いパターンと相性がよい。広すぎるサフィックスは副作用に注意。 |
| チャンク／大容量取得 | download や cdn を含むホスト | 0% や検証ループは DL 系だけ誤った DIRECT に落ちている典型。 |
重要なのは、「ログインできたから全部通っている」ではないという点です。ランチャーは起動後もバックグラウンドで別ホストへアクセスするため、一枚岩のドメイン想定でルールを書くとすぐ破綻します。Steam の depot／ストア構造とは別のホストグラフになるため、Steam 向け CDN 分流の記事を併読しても、ルールをそのまま流用しないでください。
3. Windows 特有の経路：システムプロキシとランチャーの両方を確認
OS のシステムプロキシに Clash の mixed ポートを指定する運用が一般的ですが、Epic Games Launcher は内部で複数コンポーネントを持ち、環境によってはブラウザウィンドウとネイティブ取得で経路解釈が分かれます。まず Clash 側でシステムプロキシまたは TUN が有効かを確認し、接続ログで epic を含む行が期待する策略グループに入っているかを見ます。Microsoft Store 系 UWP だけ別問題になることもあるため、Store アプリ全般の回り込みはUWP 回線制限と Clash の記事を参照してください（Epic 本体は典型 UWP ではありませんが、Windows でのプロキシ挙動の理解に繋がります）。
4. ドメイン収集：ランチャー操作と Clash ログの両方で拾う
収集の基本は次の二系統です。どちらか片方だけでは取りこぼしが出やすいので併用してください。
- Epic Games Launcher を起動し、ライブラリからインストールまたは検証を開始し、問題の 0% 状態まで再現する。可能ならログインフローもブラウザ部分まで含めて繰り返す。
- Clash（Mihomo 対応 GUI なら接続ビュー）で、同じ操作直後に現れた接続行を時系列で並べ、
epic・unrealを含むホストと、明らかに CDN らしい名前をメモする。 DIRECTや想定外のポリシーに落ちている行に印をつけ、購読ルールのどの行より上に自作ルールを置くべきかを検討する。- 大容量取得が走ったあとにもう一度ログを眺め、DL 専用ホストが増えていないか確認する。
ポート競合やコア起動失敗など汎用トラブルはトラブルシュート記事へ。本稿は Epic 特有のマルチドメイン構成に焦点を当てます。
5. 推奨する切り分け順序
- Clash が起動していること、システムプロキシかTUNのどちらでトラフィックを握っているかを確認する。
- 接続ログで Epic 関連ホストが意図したポリシーグループに入っているか、誤った
DIRECTがないかを見る。 fake-ipを含む DNS 設定を確認し、必要なら特定サフィックスへnameserver-policy等を当てて名前解決のブレを減らす。- ランチャー本体・認証・CDN・DL をホスト／サフィックス単位でルール化し、購読ルール内の広い
DIRECTより上側に矛盾なく配置する。 - ルールが意図どおりになったあとで、遅延の揺れが少ないノードを選び、過剰な自動切替を避ける。
6. システムプロキシと TUN：取りこぼしを減らす
システムプロキシは手軽ですが、プロキシ設定を読まないコンポーネントや、別ドライバの VPN と併用すると見かけ上の経路が分裂します。TUN はルーティング層で取り込むため一貫性は上がりますが、他 VPN との競合や権限まわりのトレードオフがあります。有効化するならTUN モードの解説を参照し、有効化後に再接続ログで Epic 関連ホストがすべて期待どおりの経路になったか検証してください。
7. DNS／fake-ip：名前解決とルール判定のズレ
fake-ip は体感速度を上げる一方、設定次第では「ルールに渡る前の名前」と「実接続の宛先」の整合が崩れやすくなります。Epic のようにサブドメインとサードパーティ CDN が多いサービスでは、軽いズレでもクライアントがリトライを繰り返し、ユーザーにはただのローディングや 0% に見えます。対策の基本は、上流 DNS を信頼できるものにそろえ、ログで頻出する主要サフィックスへ専用の名前解決ポリシーを当てることです。フィールド名はコアのバージョンで差があるため、利用中の Mihomo／Clash Meta のドキュメントと照合してください。
8. 分流ルールの考え方（記述例は置き換え前提）
購読ルールに「広い DIRECT」が先に入っていると、意図せず国内直結へ落ちるホストが紛れ込みます。より具体的な DOMAIN／DOMAIN-SUFFIX を、矛盾なく上側に置くのが実務的です。以下は例示であり、実際のホスト名は必ずログで確認して置き換えてください。Akamai や Cloudflare のサフィックスを丸ごとプロキシに載せると、Epic 以外のサイトへ副作用が出ます。ログに出た特定サブドメインに絞るか、ルールセットの細分化を検討してください。
# Example only — verify hostnames in your Clash logs before use
rules:
- DOMAIN-SUFFIX,epicgames.com,PROXY
- DOMAIN-SUFFIX,unrealengine.com,PROXY
- DOMAIN-SUFFIX,launcher.store.epicgames.com,PROXYDL 帯域だけ別グループ（例：PROXY_DL）に分け、ストア閲覧用（PROXY_STORE）と切り離すと、障害時の切り分けが容易になります。グループ名は proxy-groups に定義済みである必要があります。
9. Steam 向け記事との違い
当サイトの Steam CDN 分流の記事は、steampowered.com や depot 取得のグラフが中心です。Epic はランチャー更新とEpic Online Services周辺の呼び出し方が異なり、検索意図も「Steam と同じルールでよい」にはなりません。PC で複数ランチャーを使う場合は、サービスごとにホスト表を分けてメンテナンスすると混乱が減ります。
10. ノード選定：瞬間最速より「揺れの少なさ」
スピードテストで一位でも、短時間で往復遅延が跳ねるノードは、多数リクエスト型の UI や大容量取得には不向きです。TLS の再ハンドシェイクが増え、クライアント側はタイムアウトとして現れます。手動選択で様子を見たり、ゲーム用に安定路線を固定するのが実用的です。プロトコル特性の比較はプロトコル比較記事も参考になります。
11. 追加の落とし穴：LAN 共有・複数 VPN・hosts 改変
別 PC や家庭内端末へプロキシを配る場合は、LAN プロキシの記事で allow-lan とファイアウォールの要点を押さえてください。Clash 以外の常駐 VPN と TUN を同時に有効にしている場合、ルートの奪い合いで「ときどきだけ直結」が紛れ込みます。また hosts を手で弄っていると、特定 CDN だけ別 IP に解決されルールと食い違うこともあります。単一路径に戻してからログで確認するのが早道です。
12. まとめ：証拠ベースで Epic 用ホストを束ねる
Epic Games Launcher の 0% 停止やログイン回転は、単一設定ミスよりもモード・DNS・ルール順・ノードの揺れの積み重ねで起きがちです。本稿の順序どおりにログで確認していけば、「とりあえずグローバル代理」より再現性の高い改善が期待できます。2026 年もゲーム配信インフラは変化が早いので、購読ルールに頼り切らず、自分の環境で一度ホスト表を更新する習慣を持つと安心です。
接続ログとルール編集を GUI でまとめられるクライアントを使うと、YAML を毎回手で触る負担も下がります。同種ツールのなかでも、策略表示とコアの整合が取りやすい製品ほど長く運用しやすい印象です。Epic の取得とログインをまとめて安定させたい方は、→ Clash を無料ダウンロードして、快適な接続体験を始める