Clash サブスクリプションの更新に失敗する場合:更新間隔とプロキシ経由更新の設定を解説
サブスクリプションの更新をクリックした際にエラーが発生する典型的な原因を整理し、クライアント内の更新間隔、起動時の自動更新、プロキシ経由での更新という3つのスイッチの正しい使い方を解説します。
本ページには Clash エコシステム各プラットフォーム向けクライアントのインストーラーと設定ドキュメントを収録:クライアントは永久無料、カーネルとUIはオープンソース、日本語ドキュメントがサブスクリプション導入からルール分流、TUNモードまでの流れを一通りカバーしています。プラットフォームに合わせてクライアントを選べば、10分以内に初回接続を完了できます。
日常の使い勝手を左右する5つの主要機能。左側の項目をクリックすると詳細説明と対応する設定例が表示されます。パネルは一定時間ごとに自動で切り替わり、手動クリック後は自動切替を停止します。
ルール分流は Clash が従来のプロキシツールと一線を画すコア機能です。カーネルは rules リストを上から順に各接続に照合し、DOMAIN-SUFFIX、GEOIP、IP-CIDR などの条件に一致すると指定のプロキシグループへ振り分け、一致しなかった通信は MATCH のフォールバックルールに落ちます。proxy-groups と組み合わせれば、中国本土のサイトは直接接続、海外サイトはプロキシ経由、広告ドメインは即時拒否といった振り分けを、手動切り替えなしで実現できます。ルールセットはリモートサブスクリプションとローカル上書きに対応しており、一度設定すれば長期間有効です。
rules:
- DOMAIN-SUFFIX,github.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
mixed-port は同じポートで HTTP と SOCKS5 両方のプロキシプロトコルを受け付けるため、システムプロキシ、ブラウザ拡張、コマンドラインツールはポート番号を1つ覚えておくだけで済みます。さらに allow-lan を有効にすると、カーネルはLANアドレスを監視するようになり、同じWi-Fi内のスマートフォン、タブレット、テレビはプロキシサーバーにこのPCのローカルIPを指定するだけで出口を共有でき、各デバイスに個別にクライアントをインストールする必要はありません。有効化する前に、システムのファイアウォールで該当ポートへのインバウンド接続を許可しておいてください。そうしないと他のデバイスは接続タイムアウトになります。
mixed-port: 7890
allow-lan: true
bind-address: "*"
現在の主要クライアントはほぼ全て mihomo カーネル(Clash.Meta の後継)を内蔵しており、オリジナルの Clash 設定構文との互換性を保ちながらプロトコル対応を拡充しています。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、TUIC などを同一設定ファイル内で併用でき、サブスクリプションをプロトコルごとに分割する必要もありません。カーネルは単一バイナリとして配布され、デスクトップ、モバイル、ルーターで同じルール構文を共有するため、デバイスを変えても設定の書き方を覚え直す必要はなく、既存の設定はほぼそのまま移行できます。
proxies:
- name: "HK-01"
type: vless
server: example.com
port: 443
サブスクリプションは、サービス提供者が配信するノードリストを1本のURLにまとめたもので、クライアントが定期的に取得することでノードを常に最新の状態に保てます。Clash Verge Rev などのクライアントは、更新間隔の設定、起動時の自動更新、プロキシ経由での更新という3種類のスイッチに対応しており、取得が一時的に失敗した場合は直前の有効な設定を保持するため、現在の接続には影響しません。上級者は proxy-providers を使って複数のサブスクリプションを1つの設定にまとめ、上書きファイルやグローバル拡張スクリプトで独自の分流ルールを一括して注入できます。
proxy-providers:
main:
type: http
url: "https://example.com/sub"
interval: 86400
システムプロキシはプロキシ設定を尊重するアプリにのみ有効で、コマンドラインツールやゲームクライアント、一部のデスクトップソフトはそれを直接迂回してしまいます。TUNモードはシステム内に仮想ネットワークアダプタを作成し、ネットワーク層で全アウトバウンド通信を引き受けてカーネルにルール処理を任せるため、プロキシ設定を読まないプログラムも正しく分流の対象にできます。有効化する前にクライアントに管理者権限またはシステム拡張の権限を許可する必要があり、DNSハイジャック関連の設定はデフォルト値のままにしておくことをお勧めします。そうしないとドメイン名の解決に異常が発生する場合があります。
tun:
enable: true
stack: system
auto-route: true
5つのプラットフォームそれぞれで選べるクライアントとインストールすべきバージョンについて、ダウンロードページではプラットフォーム別に完全な一覧、バージョン番号、システム要件を掲載しています。ここから各プラットフォームのセクションへ直接移動できます。
Clash Verge Rev、Clash Plus、FlClash などは64bitインストーラーを提供しており、Windows 10以降に対応、システムプロキシとTUNモードのどちらも利用できます。
ダウンロードへAPKはARM64とARMv7でアーキテクチャが分かれており、近年の主流端末であればARM64版を選べば問題ありません。アプリ単位でプロキシ範囲を指定することもできます。
ダウンロードへClash Plus は App Store で正規に配信されており、ストアページを開いてそのままインストールできます。サブスクリプションの導入方法はデスクトップ版と同じです。
ダウンロードへdeb と rpm のデスクトップ用インストーラーを提供。サーバーやルーターを使う場合は、ダウンロードページのカーネルセクションから mihomo のバイナリファイルを取得できます。
ダウンロードへカーネルからGUIクライアントまで、Clash エコシステムのあらゆる部分に公開されたコードリポジトリとリリース履歴があり、これが技術コミュニティから長く信頼されている理由でもあります。
Clash はもともと GitHub 上のオープンソースプロキシカーネルプロジェクトでした。元のリポジトリがアーカイブされた後、コミュニティのフォークである Clash.Meta が開発を引き継ぎ、2023年に mihomo へと改称、現在は MetaCubeX 組織によって継続的にメンテナンスされています。現在の主要クライアントに内蔵されているカーネルはほぼすべてこの系譜に属し、設定構文も一貫しているため、古いチュートリアルに書かれた書き方の大部分は新しいカーネルでもそのまま使えます。
mihomo カーネルから Clash Verge Rev、FlClash、ClashX Meta などのGUIクライアントまで、ソースコードはすべて GitHub 上で公開されており、それぞれ GPL や MIT などのオープンソースライセンスに従っています。誰でも実装の詳細を確認したり、Issueを報告したり、ソースコードから直接ビルドすることができ、リリースされる配布物とコードリポジトリは1対1で対応しているため、更新のペースは完全に透明です。
GUIクライアントは本質的にはカーネルの外側の皮にすぎません。分流の判断、プロトコルのハンドシェイク、DNS解決はすべてカーネルが担い、クライアント側はサブスクリプション管理、スイッチの操作、UI表示を担当します。この役割分担を理解すれば、クライアントを変えるのは単にインターフェースを変えるだけで、同じYAML設定は別のクライアント間でもそのまま移行でき、学習コストは一度払えば済みます。
当サイトのダウンロードページのボタンは、ページ読み込み時にバージョン一覧へリクエストを送り、各クライアントの現在の最新インストーラーを動的に解析するため、バージョン番号をページに固定で記載していません。開発が終了したクライアント(Clash for Windows など)には個別にステータスを表示し、アーカイブされたインストーラーを提供することで、旧ツールチェーンに依存しているユーザーもスムーズに移行できるようにしています。
git clone https://github.com/MetaCubeX/mihomo.git
カーネルのソースコードはローカルにクローンしてそのまま確認したり、自分でビルドしたりできます。ビルド方法はリポジトリ内のREADMEを参照してください。
新規ユーザーからよく寄せられる4つの質問について、まず直接的な回答を示します。より詳しい分類別Q&Aとトラブルシューティングの手順はヘルプページに収録しています。
mihomo は Clash.Meta カーネルの現在の名称で、Clash カーネルのコミュニティによる継続版と考えることができます。現在の主要クライアントはほぼすべてこれを内蔵しており、設定構文は下位互換性があります。
サブスクリプションは利用しているプロキシサービス提供者がユーザーパネル内で発行するもので、専用のURLをコピーしてクライアントに取り込むだけで利用できます。当サイトはクライアントとドキュメントのみを提供し、ノードサービスは一切提供していません。
日常利用ではルールモードを選び、直接接続かプロキシかをルールに自動判定させます。グローバルモードは全通信をプロキシに渡すため、問題の切り分けや特殊なケースで一時的に使う場合にのみ適しています。
まずシステムプロキシのスイッチがオンになっているか、サブスクリプションが正常に取り込まれ利用可能なノードが選択されているかを確認し、次にプロキシポートが他のソフトに占有されていないかを確認してください。詳しいトラブルシューティングの手順はヘルプページをご覧ください。
サブスクリプション管理、ルール分流、トラブルシューティングに関する実践的なノートを、公開日順(新しい順)に直近3件表示しています。
サブスクリプションの更新をクリックした際にエラーが発生する典型的な原因を整理し、クライアント内の更新間隔、起動時の自動更新、プロキシ経由での更新という3つのスイッチの正しい使い方を解説します。
最も一般的な地域別分流のシナリオを例に、proxy-groups と rules の組み合わせ方を解説し、DOMAIN-SUFFIX や GEOIP などのルールの実際の書き方を紹介します。
新規ユーザーからよく寄せられる10個の質問をまとめました。カーネルの関係、サブスクリプションの入手元、クライアントの選び方、モードの違い、アイコンの色の意味など、それぞれに直接回答しています。