1. ストリーミング稿との違い(コミュニティと多 CDN)
長尺動画の記事では、課金・ライセンス・リージョン表示が体験の前面に出やすい一方、Redditでは同じ「重い」でも、一覧の HTML と、サムネ・プレビュー・バンドル JSが別ホストの CDNに乗っている典型が多く、症状の見え方が違います。検索ニーズも「画質や地域」よりページが白い・ぐるぐるが終わらない・画像だけ遅いが中心になりがちです。したがって本稿では、ルール設計のゴールを再生ビットレートより初回表示とスクロール時の安定に寄せます。
購読の取り込みとルール評価順の基本は、サブスクリプション導入と ルールルーティングの解説と共通です。以降は Reddit 特有の名前空間に絞ります。
2. 段階別の症状:表ページ/画像/旧 UI
トップやサブレディットの一覧すら白画面・タイムアウトになる場合は、reddit.com 本体や GraphQL・認証まわりの API が意図しない出口に乗っているか、DNS が分流と噛み合っていない可能性が高いです。端末のプライベート DNS、他社 VPN、フィルタ製品が挟まっている場合も同じ見え方になります。
テキストや枠は出るのにサムネ・外部プレビューだけ極端に遅い/空白というパターンは、表側 HTML とは別名の画像 CDNが策略の外に残っている典型です。preview.redd.it や external-preview.redd.it、メディア短縮の i.redd.it などがログに出てくる場面を想定してください。
old.reddit.com だけ通る/新 UI だけ壊れるなど、パスやバンドルが違うと静的 JS の取得元も変わるため、ブラウザ拡張や「強制旧 UI」の有無も切り分けに効きます。モバイル公式アプリでは追加ホストが出ることがあるため、デスクトップの成功例だけをそのまま一般化しないのが安全です。
3. 押さえたい Reddit 系ドメインの型
インフラは変更され得るため、手元のログ・開発者ツールの Network に出たホスト名を正としてください。出発点として多くの環境で登場しやすいのは、reddit.com(サイトと API の表側)、redd.it(短縮リンクと画像・プレビュー系のサブドメイン)、redditstatic.com や redditmedia.com(バンドル・メディア周辺で現れやすい)、thumbs.redditmedia.com などです。認証やアカウント操作では accounts.reddit.com、内部 API では gql.reddit.com といった名前がログに載ることがあります。
ルールを広げすぎると、無関係なトラフィックまで同じ出口に吸い上げられます。購読ルールセットに既に含まれる「Reddit / ソーシャル」カテゴリがあれば先に確認し、ログで不足が確定したサフィックスだけを足す運用が現実的です。Clash 分流では、広い MATCH より前に具体的な DOMAIN-SUFFIXを置くのが基本で、その順序は ルールルーティングの解説どおりです。
4. mihomo ルール例:REDDIT 策略の上へ DOMAIN を積む
実務では Reddit 閲覧向けの策略グループを一つ切り、レイテンシの安定したノードを載せる形が扱いやすいです。自動切り替え系では、読み込み中に出口だけが頻繁に変わるとセッションが不安定になることがあるため、不調時は手動で出口を固定し、改善するかを見るのも有効です。
以下は構造の例です。プロキシ名と最終 MATCH は環境に合わせて置き換え、ログに出たホストで不足分を足してください。
# proxy-groups: dedicated group for Reddit (main + static + media) proxy-groups: - name: REDDIT type: select proxies: - NODE-A - NODE-B - DIRECT # rules: common suffixes (extend from your browser / mihomo logs) rules: - DOMAIN-SUFFIX,reddit.com,REDDIT - DOMAIN-SUFFIX,redd.it,REDDIT - DOMAIN-SUFFIX,redditstatic.com,REDDIT - DOMAIN-SUFFIX,redditmedia.com,REDDIT - DOMAIN-KEYWORD,reddit,REDDIT - MATCH,PROXY
DOMAIN-KEYWORD,reddit は誤爆しやすいため、長期運用ではログ上の実名に置き換えていくのが無難です。TUN を使う場合は TUN モードの解説も参照し、システムプロキシでは追い切れないプロセスが残っていないか確認してください。
5. DNS・Fake-IP・Sniffer:名前と実接続を一致させる
Fake-IPを有効にしている構成では、ブラウザが握っているアドレスと、ルールが参照するドメイン情報の間にズレが生じやすくなります。Clash 分流が効かないように見えるのは、出口ではなく名前解決の経路が混線しているケースが多いです。nameserver とプロキシ経由の解決の書き分け、Fake-IP フィルタが自分のテンプレートでどう定義されているかを一度通読してください。
mihomo 系では Sniffer が TLS の SNI などから接続の実名を復元し、ルール再評価に使えるため、Fake-IP と併用する場面で「ドメインが取れず策略が空振りする」状況を減らせます。手順の詳細は Sniffer・SNI・ログの稿を参照し、実装差は手元のコアのドキュメントを正としてください。
Reddit のようにHTML と画像 CDN が別名のサービスでは、DNS だけ別出口に出ていると表は開いてもサムネだけ別ルートという分断が起きやすい点に注意します。考え方の骨格は Claude 向けの稿でも述べているDNS と出口の二正面と同型です。
6. アプリ・TUN:システムプロキシだけでは足りないとき
ブラウザでは問題なくても公式アプリだけ不安定な場合、OS のプロキシ設定を読まない経路や、別プロセスの DNS が残っていることがあります。UDP や音声を扱う Discord ほど極端ではありませんが、TUN でアプリ全体のデフォルト経路を揃えると切り分けが速い場面があります。
併せて、ブラウザのセキュリティ拡張・広告ブロックがサードパーティ要求を落としていると「CDN だけ死んでいる」ように見えることがあります。拡張を一時停止して同じノード・同じルールでも再現するかを比較すると、原因が経路かローカルかを分けやすくなります。
7. ログでホストを拾い足す手順
推奨の手順は次のとおりです。(1)mihomo のログで問題ページのホストがどの策略にマッチしたかを確認する。(2)マッチは正しいのに画像だけ失敗する場合、開発者ツールから失敗した URL のホストをメモし、未登録のサフィックスだけを追加する。(3)Fake-IP 利用時は Sniffer の有無と DNS の整合を確認する。(4)購読ルールの更新順と、手書きルールの位置が上書きされていないかを確認する。フェイルオーバの挙動は url-test / fallback の稿も参照してください。
ルールを増やすほど無関係なトラフィックまで同じ出口に吸い上げるリスクが上がります。繰り返しログに現れた名前から必要最小限だけ足す運用が、長期的なメンテナンスに繋がります。
8. つまずきやすい点とコンプライアンス
第一に、reddit.com だけを足して満足することです。表側は通っても 静的バンドルとプレビュー画像が別名のままだと、スピナーとサムネの不調が残りやすいです。
第二に、DOMAIN-KEYWORD を広く使い続けることです。意図しないホストまで同一策略に乗り、遅延や別サイトの不具合を誘発することがあります。ログで実名に置き換えるのが安全です。
第三に、本稿はサービス利用規約や著作権、国や地域の法令を踏み越えた利用を助長するものではありません。ここで扱うのは、正当な契約の範囲内で自宅ネットワークの経路を整理する一般的な知識に限られます。
9. まとめ
Redditの不調は、ブランドは一つでも表ページ・短縮ドメイン・静的 JS・画像プレビューが別ホストに分かれやすいため、検索で多い「開かない・くるくる・CDNだけ遅い」を段階別に切り分ける必要があります。mihomo のルールで Reddit 関連を専用策略に揃え、DNS・Fake-IP・Sniffer で名前と実接続を一致させ、必要なら TUN でアプリ経路まで含めて揃える、という三層は、Netflix / YouTube 稿の長尺ストリーミングとは役割を分けて使うと整理しやすいです。ホスト名は将来的にも変わり得るため、最終的には自分のログに出た名前を正としてルールを足し込むのがいちばん確実です。全体の手順のおさらいは チュートリアル総覧にまとまっています。
同じ Clash 系でも GUI とコアの世代で既定値が変わります。安定したクライアントから揃えるなら、 → 無料で Clash をダウンロードし、快適な接続体験を試す ところから始めるのがおすすめです。
関連記事 · 同じテーマ
トピックの近さで選んだ関連記事 — 同じカテゴリの Clash 実践ガイド。
Clash Meta で Sniffer を有効にしても HTTPS が誤ったノードへ?mihomo ログで SNI を確認して分流を直す(2026)
ルールは正しいのに一部サイトだけ直結や誤った策略へ。TLS が IP 評価になっている典型を整理し、debug ログで Sniffer・SNI・最終マッチを追う。override-destination、ルール順、DNS・fake-ip、TUN/システムプロキシまで。購読 TLS 稿・Disney+ sniffer 稿…
続きを読むFigma が開かない・ずっと読み込み?FigJam 含むメイン域と静的 CDN を Clash(mihomo)で分流する実測(2026)
白画面・スピナー・キャンバスだけ出ないとき、figma.com 系と static.figma.com 等を FIGMA 策略へ束ね、DNS・fake-ip・Sniffer で名前と経路を一致。埋め込み・デスクトップ差分は TUN とログで切り分け。Notion/Reddit 稿と同型、開発者向け AI 稿と棲み分け。
続きを読むNotion AI と同期がぐるぐる?Notion・AWS ドメインを Clash(mihomo)で分流する実測(2026)
同期スピナーと Notion AI の読み込みを、notion.so 周辺・api.notion.com・S3/CloudFront 等を専用策略へ束ねて切り分け。DNS・fake-ip・Sniffer で名前と経路を一致。AWS サフィックスの誤爆を避けログドリブンで足す。ChatGPT/Claude/Cursor…
続きを読む