1. 症状の読み解き：「読み込み中」は単一障害ではない
Reddit の新 UI では、初回表示時にフィード用 JSON／GraphQL、スタイルシートとバンドル JS、プレビュー画像や動画の取得がほぼ同時に走ります。どれか一つがタイムアウトしてリトライを繰り返すと、ユーザーにはただの無限スピナーや一部メディアだけ破損アイコンに見えます。Clash の接続一覧に出るホスト名と実際に選ばれた策略（ポリシー）を時系列で並べると、「reddit.com 系はプロキシで通っているのに、*.redd.it だけ DIRECT で詰まっている」といった部分的成功が想像以上に早く見えてきます。まずは一枚岩のドメイン想定でルールを書かない前提を共有します。
YAML の骨格やルールモードをまだ把握していない場合は、先にサブスクリプション取り込みの記事で設定ファイルの流れを押さえておくと、以降の手順が読みやすくなります。
2. Reddit の通信を「層」に分ける
以下は設計メモとしての区分であり、実際のサブドメインは環境やアカウント種別で変わります。
| 層 | 代表例 | 切り分けのポイント |
|---|---|---|
| ページ・認証 | www.reddit.com、old.reddit.com、oauth.reddit.com | ログインは通るのにフィードが空のとき、OAuth とメインサイトの経路が揃っているかを確認。 |
| API／GraphQL | gql.reddit.com、（環境により）api.reddit.com 相当 | スクロールや更新で増えるリクエストが別策略に落ちていないか。 |
| 静的アセット | redditstatic.com、styles.redditmedia.com、redditmedia.com | レイアウトは崩れないが操作が効かないとき、JS バンドル取得の失敗を疑う。 |
| メディア CDN | i.redd.it、preview.redd.it、external-preview.redd.it、v.redd.it | テキストは即時でも画像・動画だけ遅い／失敗するときに、redd.it 系が別ルートになっていないか。 |
2026 年時点でもフロントは頻繁に更新されるため、過去に動いていたルールが突然効かなくなることは珍しくありません。購読ルールに頼り切らず、自分のログで一度表を作り直すのが安全です。
3. ブラウザと公式アプリの違い
デスクトップブラウザは、OS のシステムプロキシ設定を参照するのが一般的です。iOS／Android の公式アプリは、VPN プロファイル、Private DNS、ベンダー実装の差で経路の見え方が変わります。モバイル側の一般的な切り分けはAndroid に Clash Meta を入れる手順も参照しつつ、本稿では主にデスクトップのログ収集と分流にフォーカスします。いずれのプラットフォームでも接続ビューに出るホスト名を正にしてください。
4. ドメイン収集：フィード表示とメディア表示を分けてログを取る
収集の基本は次の流れです。「トップが回り続ける」再現と「画像だけ出ない」再現は別シナリオとして切り出すと読みやすくなります。
- Clash を起動し、システムプロキシまたは TUN を有効化する。併用中の別 VPN は一旦切る。
- ブラウザで Reddit を開き、フィードがスピナーのままになる状態を再現する。接続ビューで同時刻付近のホストをメモする。
- 別セッションで、画像・動画の多いサブredditを開きメディア読み込みを促す。
redd.it系のホストが増えるタイミングを記録する。 DIRECTや想定外のポリシーに落ちている行に印をつけ、購読ルールのどの行より上に自作ルールを置くべきかを検討する。
ポート占有やコア起動失敗など汎用トラブルはトラブルシュート記事へ。本稿は Reddit 特有のマルチドメイン構成に焦点を当てます。
5. 推奨する切り分け順序
- Clash が起動していること、システムプロキシかTUNのどちらでトラフィックを握っているかを確認する。
- 接続ログで Reddit 関連ホストが意図したポリシーグループに入っているか、誤った
DIRECTがないかを見る。 fake-ipを含む DNS 設定を確認し、必要なら特定サフィックスへnameserver-policy等を当てて名前解決のブレを減らす。- ページ・API・静的・
redd.itをホスト／サフィックス単位でルール化し、購読ルール内の広いDIRECTより上側に矛盾なく配置する。 - フィード取得とメディア取得を別々に検証し、必要なら別ポリシーグループへ振り分ける。
6. システムプロキシと TUN：取りこぼしを減らす
システムプロキシは手軽ですが、プロキシ設定を読まないコンポーネントや、別ドライバの VPN と併用すると見かけ上の経路が分裂します。TUN はルーティング層で取り込むため一貫性は上がりますが、他 VPN との競合や権限まわりのトレードオフがあります。有効化するならTUN モードの解説を参照し、有効化後に再接続ログで Reddit 関連ホストがすべて期待どおりの経路になったか検証してください。Windows で UWP や Store 系アプリと併用する場合はUWP のループバックと Clash の記事も参考になります。
7. DNS／fake-ip：名前解決とルール判定のズレ
fake-ip は体感速度を上げる一方、設定次第では「ルールに渡る前の名前」と「実接続の宛先」の整合が崩れやすくなります。Reddit のようにサブドメインと CDN が多いサービスでは、軽いズレでもクライアントがリトライを繰り返し、ユーザーにはただのスピナーやメディア欠落に見えます。対策の基本は、上流 DNS を信頼できるものにそろえ、ログで頻出する主要サフィックスへ専用の名前解決ポリシーを当てることです。フィールド名はコアのバージョンで差があるため、利用中の Mihomo／Clash Meta のドキュメントと照合してください。疑わしいときは一時的に dig やクライアントの DNS ログで、解決結果が意図した出口と一致するかを確認すると早いです。
8. 分流ルールの考え方（記述例は置き換え前提）
購読ルールに「広い DIRECT」が先に入っていると、意図せず国内直結へ落ちるホストが紛れ込みます。より具体的な DOMAIN／DOMAIN-SUFFIX を、矛盾なく上側に置くのが実務的です。以下は例示であり、実際のホスト名は必ずログで確認して置き換えてください。redd.it を丸ごとプロキシに載せると、短縮リンク用途で他サービスへ副作用が出る場合があるため、ログに出た必要なサフィックスに絞るか、ルールセットの細分化を検討してください。
# Example only — verify hostnames in your Clash logs before use
rules:
- DOMAIN-SUFFIX,reddit.com,PROXY
- DOMAIN-SUFFIX,redd.it,PROXY
- DOMAIN-SUFFIX,redditstatic.com,PROXY
- DOMAIN-SUFFIX,redditmedia.com,PROXYgql.reddit.com や oauth.reddit.com を個別に拾いたい場合は DOMAIN 行を増やします。グループ名は proxy-groups に定義済みである必要があります。IP 直指定が混じるケースではドメインルールだけでは足りず、ログに出た IP と GEOIP の検討が必要になることもあります。その場合は誤ルーティングのリスクが高まるため、最小限の範囲に留め、必ず接続ログと突き合わせてください。
9. Figma／Telegram 向け記事との違い
当サイトの Figma 記事は、キャンバスと WebSocket・CDN のマルチドメインが中心です。Telegram 記事はMTProto コアと Web／CDNが中心です。本稿は Reddit の Web／アプリにおける GraphQL・静的資産・redd.it メディアにスコープを絞り、SNS 型のフィード取得とメディア配信の両方を扱います。用途が違うサービスを併用する方は、それぞれ別のホスト表を持つと混乱が減ります。デザインツール側の切り分けはFigma の CDN／WebSocket 分流記事を参照してください。
10. ノード選定：帯域より「揺れの少なさ」
スピードテストで一位でも、短時間で往復遅延が跳ねるノードは、フィード取得やメディアの再送には不向きです。TLS の再ハンドシェイクが増え、ブラウザやアプリ側はタイムアウトやスピナーとして現れます。手動選択で様子を見たり、Reddit 閲覧用に安定路線を固定するのが実用的です。プロトコル特性の比較はプロトコル比較記事も参考になります。
11. 追加の落とし穴：複数 VPN、IPv6、企業プロキシ
Clash 以外の常駐 VPN と TUN を同時に有効にしている場合、ルートの奪い合いで「ときどきだけ直結」が紛れ込みます。IPv6 が有効な回線では、IPv4 側だけプロキシに乗っているといったデュアルスタックの偏りも起きます。企業ネットワークでは HTTPS インスペクションが長時間接続や WebSocket を阻害することがあるため、その場合はネットワーク管理者の方針に従う必要があります。別 PC へプロキシを配る場合は、LAN プロキシの記事で allow-lan とファイアウォールの要点を押さえてください。
12. まとめ：証拠ベースで reddit.com と redd.it を束ねる
Reddit が無限読み込みのまま進まない症状や、テキストとメディアで速度や成功率が極端に違うケースは、単一設定ミスよりもモード・DNS・ルール順・ノードの揺れの積み重ねで起きがちです。本稿の順序どおりにログで確認していけば、「とりあえず別ノード」より再現性の高い改善が期待できます。2026 年もフロントと API は変化が早いので、購読ルールに頼り切らず、自分の環境で一度ホスト表を更新する習慣を持つと安心です。
接続ログとルール編集を GUI でまとめられるクライアントを使うと、YAML を毎回手で触る負担も下がります。同種ツールのなかでも、策略表示とコアの整合が取りやすい製品ほど長く運用しやすい印象です。Reddit を安定して閲覧したい方は、→ Clash を無料ダウンロードして、快適な接続体験を始める