Clash のサブスクリプションリンクが失効したら:解析失敗・更新不可の完全チェックリスト
サブスクリプション導入時のエラーや更新後のノード一覧が空になる原因は、リンクの期限切れ、サーバー側の返却形式、User-Agent制限、ローカルネットワークの4種類に大別されます。本記事では調査の順序に沿って判断方法と対処手順を解説します。
プラットフォーム別に分けたインストーラー入口。サブスクリプション導入、システムプロキシ、TUNモードの設定手順を完全解説。クライアントは永久無料、オープンソース、日本語ドキュメント付きで、Windows・macOS・Android・iOS・Linuxの5プラットフォームに対応。
ダウンロードページはOS別に5つのゲートに分かれ、各ゲートには複数のクライアントが並び、システム要件とインストール手順が付いています。どのクライアントを選ぶか迷った場合、各プラットフォームの最初のカードが現在の推奨クライアントです。以下のゲートをクリックすると、ダウンロードページの該当プラットフォームのタブへ直接移動します。
Windows 10/11 x64向けにインストール型GUIクライアントを提供し、システムプロキシのワンクリック切替とサービスモードTUNに対応。
ダウンロードへ → GATE / M-02Apple SiliconとIntelの2種類のアーキテクチャ向けインストーラーを用意。ダウンロード前にお使いのチップ種別を確認してください。メニューバーに常駐して操作できます。
ダウンロードへ → GATE / A-03APKを直接インストール、主にarm64端末対応。システムのVPNインターフェースで通信を制御し、初回接続時にVPN権限の許可が必要です。
ダウンロードへ → GATE / I-04App StoreからClash Plusをインストールします。ストアの手順が完了したら、ガイドに従ってサブスクリプションを導入すれば利用できます。
ダウンロードへ → GATE / L-05deb/rpm形式のGUIクライアントとコアバイナリを提供。主要なデスクトップディストリビューションに対応し、サーバー用途ではコアを直接実行できます。
ダウンロードへ →ダウンロードページへ移動し、お使いの環境に対応するゲートで推奨クライアントを選んでインストールします。Windows と macOS はインストールウィザードに従うだけで完了、Android はAPKインストール時にシステムの提示に従って提供元を許可、iOS はApp Storeの手順通りに進めます。インストール後初回起動すると、クライアントはシステムトレイまたはメニューバーに常駐します。
サービス提供元のサブスクリプションリンクをコピーし、クライアントの設定(Profiles)ページに貼り付けてダウンロードします。導入に成功すると、ノード一覧と分流ルールが自動で反映されます。一覧が空になったり解析エラーが出た場合は、まずリンクが完全か、期限が切れていないかを確認し、それでも解決しない場合はトラブル対処ページのチェックリストで順に確認してください。
システムプロキシのスイッチをオンにする(または必要に応じてTUNモードを有効化)し、プロキシページでプロキシグループ内のノードを選択します。あらかじめ遅延テストを実行してから選ぶこともできます。その後、目的のサイトにアクセスして接続を確認してください。ブラウザが反応しない場合は、スイッチの状態、ポートの競合、ルールモードの3点を確認してください。多くの問題はこの3つに集約されます。
プロジェクトの経緯。Clashはもともとルール分流を中核とするオープンソースのプロキシコアで、分かりやすいYAML設定文法とプロキシグループ設計によりコミュニティで広く使われるようになりました。オリジナルのコアリポジトリがアーカイブされた後、コミュニティ派生のmihomo(旧称Clash.Meta)が引き継ぎ、設定形式の互換性を保ちながらより多くのプロトコルとルールタイプを追加し、現在主流のClash系クライアントが共通で採用するコアとなっています。
オープンソースの生態。コアと本サイトに掲載している主要なGUIクライアント(Clash Verge Rev、FlClash、Clash Nyanpasuなど)のコードはすべてGitHub上で公開されており、GPL-3.0などのオープンソースライセンスで公開されています。コミット履歴、Issueの議論、リリース情報はすべて確認できます。当サイトはインストールファイルを一切改変・再パッケージ化せず、リンクは常に各プロジェクトの公式リリースチャネルを指します。
コアとクライアントの関係。GUIクライアントはインターフェース操作を担い、サブスクリプションの導入、ノードの切替、システムプロキシのオン/オフなどを行います。実際のプロトコルハンドシェイク、ルール照合、DNS処理はすべてコアが行います。そのため同じ設定ファイルを異なるクライアント間で共通利用できるため、クライアントを変えても設定を再構築する必要はありません。これが選定時に複数のクライアントを気軽に試せる理由です。
更新の仕組み。本サイトのダウンロード入口は各クライアントの最新安定版を指しており、バージョン一覧は定期的に確認・更新しています。メンテナンスが終了したクライアント(Clash for Windows、ClashX Metaなど)はアーカイブ状態を明記した上でダウンロードを維持し、既存ユーザーが必要に応じて利用できるようにしています。各プラットフォームのシステム要件とインストール時の注意事項は、ダウンロードページの各ゲートに記載しています。
mihomo コアのソースコードは公開されており、直接クローンしてビルドスクリプトやリリース履歴を確認できます:
git clone https://github.com/MetaCubeX/mihomo.git
Clash と mihomo の関係は?
mihomo は Clash コアのコミュニティ派生版で、設定文法の互換性を保ちながらプロトコル対応を拡張しています。本サイトのクライアントはすべてこれをコアエンジンとして採用しています。
サブスクリプション導入後、ノード一覧が空になったら?
まずリンクの完全性と有効期限を確認し、次にサーバー側の返却形式とローカルネットワークを確認してください。順番に調べれば原因を特定できることが多いです。
Windows で UWP アプリがプロキシを経由しない?
UWP アプリは既定でシステムのネットワーク分離によりループバックアクセスが制限されています。ループバック制限を解除するか、TUNモードで通信を制御してください。
プロキシグループ、ノード、ルールはそれぞれ何を指す?
ノードは出口経路、プロキシグループはノードのグループ化と選択戦略、ルールはどの通信をどのグループに渡すかを決定します。この3つは階層的に参照し合っています。
サブスクリプション導入時のエラーや更新後のノード一覧が空になる原因は、リンクの期限切れ、サーバー側の返却形式、User-Agent制限、ローカルネットワークの4種類に大別されます。本記事では調査の順序に沿って判断方法と対処手順を解説します。
Profile は Clash クライアントが読み込む設定の完全な単位で、サブスクリプション・ノード・ルールを内包する関係にあります。本記事では設定ファイルの取得元、保存場所、更新の仕組み、そして複数の設定を並存させた場合の切替・管理方法を解説します。
証明書エラーは必ずしもプロキシソフトの問題とは限りません。システム時刻のずれ、ポータルハイジャック、MITM復号スイッチ、証明書チェーンの欠落などが原因となることがあります。本記事ではプロキシとTLS証明書検証の関係を解説し、状況別の対処方法を紹介します。