症状を「ダウンロード」と「コミュニティ」に分けて考える

まず現象を言語化すると、対処が早くなります。第一に、クライアントの帯域メーターは伸びているのに実ファイルの進捗が遅い、あるいは特定のリージョンのミラーにだけ繋がらない——これは Steam CDN や配信エッジへの経路・ノードの品質が主因になりやすい領域です。第二に、ストア画面は開けるのに steamcommunity.com 系のページや画像だけが読み込みに失敗する、Epic Games Launcher のログインやライブラリ同期だけがタイムアウトする——こちらは「大容量バイナリ」とは別ホストに分かれていることが多く、同じ PROXY グループのままでは片方だけ別国の遅い経路に落ちる、といったミスマッチが起きやすいです。第三に、フレンド状態やチャット、Overlay 周りのAPIだけが不安定——クライアントがOSのプロキシを無視していたり、TUN 未適用でアプリだけ直結しているケースも含め、観測ポイントを分けます。

ここでの目的は「とにかく全部海外ノード」ではなく、用途ごとに最適な出口 を選べるようにルールを並べることです。帯域の大きい取得は遅延よりスループット優先のノード、コミュニティ閲覧はレイテンシとTLSの安定優先、といった住み分けがしやすくなります。なお、各プラットフォームの利用規約・コンテンツの取り扱い・お住まいの地域の法令は遵守してください。本稿はネットワーク設定の一般的な説明にとどまります。

なぜ一つのポリシーグループだけでは足りないか

Clashのルールは 上から最初の一致 だけが採用されます。購読プロファイルに入っている広い GEOIP や MATCH が先に当たると、その下に書いたゲーム向けの行は評価されません。逆に、DOMAIN-SUFFIX を雑に増やすと、意図しないサブドメインまで同じ出口に吸われ、かえって遅くなることもあります。

Steam では、クライアントが参照するホストが ストア／ライブラリ、コミュニティとワークショップ、コンテンツ配信（複数CDN）、フレンド・チャット系 に跨がるのが普通です。Epic 側も Epic Games Launcher の認証・カタログ取得と、実ファイル取得でホストが分かれることがあります。したがって「ゲーム用に一本化」より、用途別のポリシー名（例：GAME-CDN と GAME-WEB）を切っておき、ログでホストごとにどちらに落ちたかを確認できる形が運用では扱いやすいです。

ルールの位置 ゲーム向けの DOMAIN-SUFFIX 行は、広い GEOIP や最終 MATCH より上に置きます。購読の RULE-SET が先にマッチしている場合は、競合する行の前後関係を入れ替えるか、自前の追記ブロックを最適な位置へ移動してください。

Steam：ストア・CDN・コミュニティを DOMAIN-SUFFIX で拾う

実際のホスト名はクライアントの更新で変わりうるため、以下は 設定時点での一般的なパターン として扱い、必ず 接続ログとクライアントのデバッグ表示 で実ホストを確認してください。多くの環境では、steampowered.com や steamstatic.com 系に加え、配信用の別名、画像・コミュニティ用の steamcommunity.com、ワークショップ周りのホストが分かれます。大容量取得はAkamai等の CDN 名を含むホストに乗ることが多く、ここを「遅いが安定しているノード」に寄せたい一方、コミュニティ閲覧は別の出口の方が速い、という組み合わせが出ます。

DOMAIN-SUFFIX,steamcommunity.com のようにまとめるとルールが短く保てますが、サフィックスが広すぎると関係ない通信まで同じグループに乗る可能性があるため、ログで一度ホスト一覧をメモしてから追記するのが安全です。DOMAIN-KEYWORD は便利ですが誤爆しやすく、短いキーワードは避けます。分流の基礎手順は Clash YAML ルール分流ガイド に揃えています。

proxy-groups:
  - name: "GAME-CDN"
    type: select
    proxies:
      - "high-bandwidth-node"
      - "DIRECT"
  - name: "GAME-WEB"
    type: select
    proxies:
      - "low-latency-node"
      - "DIRECT"
rules:
  - DOMAIN-SUFFIX,steamcommunity.com,GAME-WEB
  - DOMAIN-SUFFIX,steamstatic.com,GAME-CDN
  # Add client-observed CDN hostnames (e.g. *.steamcontent.com) to GAME-CDN
  # Place GEOIP / MATCH below your game rules

上記は たたき台 です。実際の購読名・ノード名・観測されたホストに合わせて置き換えてください。コアの挙動差を抑えたい場合は Clash Meta（mihomo）の更新 も検討するとよいです。

Epic Games Launcher：カタログ取得とコンテンツ取得を分ける

Epic Games Launcher では、ログイン・ストア表示・ライブラリ同期と、ゲーム本体やアセットのダウンロードでホストが分かれることがあります。ランチャーが参照するドメインは地域やクライアント版で差が出るため、まずは失敗時のログに出るホスト名を基準に DOMAIN-SUFFIX を足していく方法が確実です。取得だけが遅いときは ダウンロード限速 を疑う前に、経路が DIRECT のまま遠回りしていないか、あるいは混雑した出口に固定されていないかをログで確認します。

Epic 周りも、ストリーミング記事のように「サービスごとに出口を揃える」発想は共通しますが、対象ドメイン集合が異なります。動画向けの整理は Netflix向けの分流記事 を参照し、本稿ではゲームクライアントのホスト軸で切り分けます。

DNS・fake-ip・TUN：コミュニティだけ開かないとき

ルール以前に、名前解決やアプリのプロキシ認識でつまずくことがあります。Clashの fake-ip モードでは、表示上のIPと実接続の対応が直感とずれるため、「どのドメインがどのルールに当たったか」をログで追う習慣が重要です。nameserver-policy で特定ドメインだけ別DNSへ送っている場合、ポリシーが広すぎると意図しないホストまで別DNSに流れ、逆に振り分けが乱れることがあります。

また、ランチャーが システムプロキシを無視 していると、ブラウザはプロキシ経由なのにクライアントだけ直結し、ルールを変えても効かないように見えます。Windows では TUNモード の利用や、クライアントがループバック経由で通信するケースとの切り分けが必要になることがあります。UWP系が絡む場合は UWPとループバック の記事も参照ください。

利用規約と法令 各ストア・ランチャーの利用条件、ゲームの利用権、お住まいの地域の法令を遵守してください。本稿はネットワーク設定の一般的な説明にとどまります。

切り分け：直結・誤ノード・ログの見方

設定を変えたあとは、短時間でよいので ログを開いたまま ダウンロードやコミュニティ表示を試し、対象ホストにどの policy が付いたかを確認します。第一に、想定が GAME-CDN なのに DIRECT のまま——より上の行で別ポリシーに吸われていないか、RULE-SET が先に一致していないかを疑います。第二に、遅いのではなく 接続自体が失敗 する——TLSエラーやタイムアウトなら、ノードの品質とDNSの両方を見ます。第三に、ダウンロードだけ別国のミラーに振られている——実IPの所在地 とルールの意図が食い違っていないか、GEOIP 行が先に当たっていないかを確認します。

  • 取得だけ遅い：CDN向けホストが GAME-CDN に乗っているか、帯域・混雑・UDP／QUICの扱いを疑います。
  • コミュニティ・ワークショップだけ開かない：steamcommunity.com 系が GAME-WEB に向いているか、ブラウザとクライアントで経路が分かれていないかをログで比較します。
  • フレンド表示だけ不安定：別ホストへのAPIが別ルールに流れていないか、fake-ip と実ホストの対応を追います。

サブスクリプションの更新失敗と混同しないよう、取得エラーが出ているときは 購読更新の切り分け も参照してください。

運用のコツ：ログを単一の真実にする

長期運用では、購読YAMLに任せきらず、自分の環境で実際に出たホスト名に合わせて数行追記する姿勢が効きます。ブラウザなら開発者ツールのネットワークタブで実ホストを拾い、クライアント専用のログがあれば併記すると、DOMAIN-SUFFIX の重なりや順序ミスを早く潰せます。家族や複数端末で同じアカウントを使う場合も、同じポリシー名・同じノード選び に揃えると挙動が追いやすくなります。

まとめ

2026年も、Steam や Epic Games Launcher で ダウンロード速度 や画面表示に差が出るときは、ストア用CDN と コミュニティ・API系 が同じ経路に乗っていないかを疑うのが近道です。Clash では ポリシーグループ を用途別に分け、DOMAIN-SUFFIX でホストを拾い、ルールの 上からの一致 とログのポリシー名を照らし合わせます。DNS や fake-ip、クライアントのプロキシ認識とセットで見ると、直結や誤ノードの原因を切り分けやすくなります。

クライアントの選定や入手経路は ダウンロードページ で一覧できます。GUIの違いで迷ったときも、まずログで「どのルールに乗ったか」を確定させ、そこからYAMLを調整すると手戻りが減ります。

→ Clashを無料ダウンロード — 各OS向けクライアントを比較し、自分の環境に合うものから試せます。

関連：YAML ルール分流の全般、技術コラム一覧。