ネットワーク実践 開発者向け タグ： Reddit 分流ルール CDN

Reddit はずっと読み込み、コメントが出ない？Clash で reddit 本体と Fastly 等 CDN を分流し、ノードを揃える（2026）

Reddit は国や回線条件によって、表の ウェブの応答、裏取りの API、バンドル用の 静的配信、スレ表示のための 画像・プレビューなど、ドメインが目まぐるしく分かれます。ブラウザでは「ページ読み込み」は進むのに コメント枠が空、スピナーのまま、といった不具合は、Clash 上で PROXY に乗るホストと DIRECT に抜けるホストが食い違う典型例です。本稿は、コミュニティ＋CDN（Fastly 等） を一つの体験として束ねる 分流ルールと ノード選択を、技術的な整理として述べます（サービス利用規約と現地法の範囲内での接続最適化に限定します）。

読了時間：約21分
Clash 編集部
目次

1. 「ぐるぐる」とコメントが出ない症状の起き方

多くの コミュニティ型サービスは、1 本の example.com だけ追えば足りる、という構造ではありません。Reddit も、トップの HTML を配る ウェブ用ホスト、フロントが叩く API（GraphQL 等）、CSS／JS バンドルやフォント、サムネイル用の CDN、埋め込み先の redd.it 系、といった層に分かれ、それぞれ TLS の Server Name（SNI）が変わります。ここで Clash の rules: の途中で、DOMAIN-SUFFIX,reddit.com,PROXY まで行く前に、別の大きな GEOSITE や GEOIP ルールに吸われ、まとまりのない出口になっていると、表は荒く表示されても コメントの取得リクエストだけが タイムアウト、という形に化けがちです。

同じ理屈は、動画＋配信専用ドメインを分けた YouTube と googlevideo や、タイトルライブラリと CDN を分けた Disney+ 向け記事で説明している「本丸と帯域のある側を同じ policy に乗せる」ことと地続きです。違いは、Reddit は長尺映像一辺倒ではなく、テキスト中心の API と小さなバッチの静的ファイルが混在する点にあります。

2. Reddit の通信が積まれる「層」

失敗箇所を当てにいくと、大きく次の積み上げとして捉えると扱いやすいです（実名は常に クライアントのログと ブラウザのネットワークタブを正にしてください。公式がホスト名を変えれば追記が必要です）。

  • 表のページ：www.reddit.com や old.reddit.com など。ここは「見えている URL」と一致しやすいが、ページ読み込みの進行条だけ先に完了しても、下位の fetch が失敗しうる。
  • API 呼び出し：gql.reddit.com など、投稿一覧・コメントツリー用。ここが別経路だと、UI の骨格は出ても中身が空のまま、という分かれ方になる。
  • アセット：styles.redditmedia.com、www.redditstatic.com など。バンドルやアイコンの取得遅延は「見た目は荒いが一応使える」から「スクリプト未実行で永遠に待つ」へ変わる。
  • サムネ・プレビュー：preview.redd.it や i.redd.it、外部リンクの埋め込み先など。閲覧体験の主観的な遅さに直結する。

ログの見方

症状再現直前から Mihomo 系 Clash の接続ログを有効にし、該当タブ操作時にどの FQDN がどの proxy／policy に乗ったかを並べます。REJECT や意図しない DIRECT が混ざっていないか、RULE-SET の上書き優先度で先食いしていないかを重点的に見ます。TLS 層のエラーが続く場合は TLS 切り分けの記事を併用してください。

3. Fastly といった「静的側」の位置づけ

Reddit 周辺の多くの表向き配信は、Fastly のような大規模 CDN の背後に置かれ、エッジから HTTP 応答を返す設計が一般的です。利用者の視点では「reddit という 1 サービス」ですが、ルール上は redditstatic や redditmedia といった 別 Suffix に分かれます。ここを「海外サイトだから PROXY」の一言で DOMAIN-KEYWORD まとめに頼ると、誤爆や更新漏れが出ます。分流ルールを育てる場合は、DOMAIN 単位の明示と、ログで出た名前一覧の追記を繰り返す運用が堅いです。

大容量の配信専用ドメインを扱う別の文脈では、Hugging Face の hf.co・CDN 記事のように、モデル取得とホームページでドメイン集合が違う例もあります。思想は同じで、「目的別に出口を分けたいのではなく、同一セッションの一連のホストを同じ出口に揃える」のが コミュニティ＋CDN 系では効きます。

ヒント：モバイルの公式アプリを使う場合、ブラウザ版と FQDN 集合が変わることがあります。症状が「ブラウザだけ」なら、デスクトップ版の ウェブに合わせてルールを作り直すのが早いです。

4. Clash（Mihomo 系）の分流ルール例

以下は学習用の最小形です。本番のプロファイルでは、自購読の RULE-SET との併用順と、実ログに出た名で上書きしてください。

# Example only — list real hostnames from your logs
proxy-groups:
  - name: REDDIT
    type: select
    proxies: [YOUR_STABLE_NODE, ...]

rules:
  - DOMAIN-SUFFIX,reddit.com,REDDIT
  - DOMAIN-SUFFIX,redd.it,REDDIT
  - DOMAIN-SUFFIX,redditstatic.com,REDDIT
  - DOMAIN-SUFFIX,redditmedia.com,REDDIT
  - MATCH,...

gql.reddit.com や styles.redditmedia.com 等、ログに現れた FQDN を 1 行ずつ足していく方が、KEYWORD 一括頼りより安全です。GEOSITE だけに任せ、更新のタイムラグで抜けた接続を DIRECT へ流すと、再び層のズレに戻ります。rules の上から順の「先勝ち」も忘れず、専用の Reddit 用策略を十分上に持ってくる必要があります。用語は Clash のドキュメントの proxy-groups 解説と照合しやすいです。

注意：第三者が配布する巨大 RULE-SET だけに依存すると、Reddit 固有の FQDN が抜けた瞬間に症状が戻ります。短い自前補完リストを別ファイル化して rule-providers で読み込むと追記しやすいです。

5. 策略グループとノード：コメント表示まで含めた一貫性

url-test 主体の自動切り替えは、往復遅延の測定には向いていますが、コメント取得中に 出口 IP が頻繁に入れ替わると、一見ランダムな失敗に見えます。実務では、Reddit 閲覧中だけ REDDIT 策略を 手動 select で安定したノードに寄せ、落ち着いたら一般ブラウジング用の策略へ戻す、と段階を分ける向きに分かれます。測定パラメータの詰め方は url-test・tolerance 記事に譲り、本稿では「同一セッション内で揺らさない」ことを優先します。

画面で見えること ありがちな原因 先に試すこと
枠はあるがコメントが出ない API 用ホストが別 policy gql 等をログで特定し REDDIT へ
画像だけ雪だるま式に遅い redd.it 系が DIRECT プレビュー FQDN を同じ出口へ
旧 UI は速い新 UI だけ遅い バンドル用ドメイン集合の差 新 UI 操作時のネットワーク一覧で比較
特定サブレだけ不調 埋め込み・外部 CDN 当該ページの全 FQDN を列挙

「チャット型 AI の API 専用」との比較では、Character.AI 向け記事のように 単一サービス＋会話に寄せた例があります。Reddit の方が 静的＋API＋サムネの寄せ集めなので、ルール行数は増えがちですが、切り分けの考え方は同じ「ログ基準の追記」です。

6. DNS・Fake-IP：名前とルールのすれ違い

Fake-IP モードでは、ブラウザが意識しているホスト名と、コア内部でマッチに使う名前が一瞬でもずれると、ウェブは開いても API だけ不調、という分かれ方をします。Reddit のように FQDN が多いと影響が出やすいので、fake-ip-filter や nameserver の階層、当サイト fake-ip トラブル記事で述べる「二重解決の削減」とセットで点検します。ブラウザ側 DoH を併用している場合は一時的に切り、Clash 内蔵 DNS と挙動を揃えて比較してください。

7. 他カテゴリの記事との違い（自宅用の整理）

本稿の位置づけは、単一のストリーミング（映像 1 本道）や、単一社の大規模言語 API だけを対象にした記事ではなく、コミュニティ＋CDN＋分散 API という混成にフォーカスしたものです。利用規約に反する地域偽装や、禁止行為の助長を目的とする内容ではありません。オープンソースの Clash 核の情報は、必要に応じ GitHub 上のリポジトリで確認しつつ、クライアントの入手は当サイトの ダウンロードページを主導線にするのが分かりやすいです。

8. セルフチェック

  1. 症状出る直前からログ採取し、Reddit 関連 FQDN の policy を一覧化
  2. reddit.com 以外の Suffix（redd.it、redditstatic 等）の抜けを確認
  3. 策略 REDDIT へ載せるノードを一時固定し、再現性を比較
  4. url-test との併用時、測定対象と実トラフィックのズレを疑う
  5. Fake-IP ／ DNS の二重化を 専用記事手順で整理

9. まとめ

Reddit の「長くページ読み込みが終わらない」「コメントが永遠に出ない」は、Clash 利用者にとって、分流ルールの隙間に Fastly 等の CDN や gql 用ホストが落ちたときの典型パターンです。入口の www だけ PROXY に乗り、静的や API がバラけている状態を、ログで可視化し、同一策略に束ねる。ノードは揺れを抑え、DNS は二重化を減らす。この三つを 2026 年時点でも変わらず徹底すると、コミュニティ＋CDN 系の不調はかなり局所化できます。他社プロキシより、ルールと接続の対応を追いやすい Clash 系の強みを、日常の閲覧体験に活かすのに向いています。

→ Clash を無料ダウンロードし、Reddit 閲覧用の 分流ルールを試す