Clash よくある質問

Clash はオープンソースのルールベース型プロキシツールで、ドメイン名、IP、地理位置などのルールに基づいてネットワークトラフィックを異なる出口に振り分けることが核心機能です。本体はコマンドライン形式のコアで、日常的にはGUIクライアントを通して操作します。Shadowsocks、Vmess、Trojan など複数のプロキシプロトコルに対応し、Windows、macOS、Android、iOS、Linux 上で動作します。

コアが実際のトラフィック転送とルールマッチングを担当し、クライアントはコアの外側を包むGUIで、サブスクリプション管理、ノード切り替え、システムプロキシのオンオフなどの操作を担います。同じコアを異なるクライアントが呼び出すことができ、例えば Clash Plus、Clash Verge Rev、FlClash はいずれも mihomo コアをベースにしています。クライアントの選択はプラットフォーム対応と操作画面の好みが主な判断基準で、振り分け能力自体はコアが決定します。各クライアントの違いは横並び比較を参照してください。

Clash for Windows はメンテナンスが終了し、新しいプロトコルやシステム互換性への追随がありません。現在使える代替として Clash Plus、Clash Verge Rev、FlClash があり、いずれも mihomo コアをベースにVLESS、Hysteria2 などの新プロトコルに対応し、設定ファイルも Clash for Windows とほぼ互換性があります。移行時は新しいクライアントに元のサブスクリプションリンクを再度インポートするだけでよく、ルールを書き直す必要はありません。各代替クライアントはダウンロードページのWindows欄で入手できます。

Clash のコアと主要クライアントはいずれもオープンソースソフトウェアで、無料でダウンロード・利用できます。サブスクリプションとはプロキシサービス業者が提供するノード設定リンクのことで、第三者業者が有料または無料で提供するものであり、クライアント自体とは無関係です。クライアントはサブスクリプション内のノード情報を読み取り、ルールに従ってトラフィックを転送するだけで、ノードそのものは提供しません。

クライアントをインストールして起動したら、サブスクリプションまたは設定ページに進み、サービス業者から提供されたサブスクリプションリンクを貼り付けて、インポートまたはダウンロードをクリックします。クライアントが設定を取得してノードリストを表示します。その後プロキシページでノードを選択し、システムプロキシのスイッチをオンにすれば有効になります。初回のインポートが失敗する場合は、まずリンクが完全にコピーされ期限切れでないか確認し、次に本機のネットワークから直接そのリンクにアクセスできるか確認してください。

初回起動時に「開発元を検証できません」と表示された場合、システム設定の「プライバシーとセキュリティ」に進み、「セキュリティ」欄で「このまま開く」をクリックしてください。または Finder でアプリアイコンを右クリックして「開く」を選択します。また、アーキテクチャの一致にも注意が必要です:Apple Silicon 機種は arm64 版、Intel 機種は x64 版をダウンロードしてください。アーキテクチャを間違えると起動できない、または頻繁にクラッシュする原因になります。

Android クライアントはシステムのVPNインターフェースを通じてトラフィックを引き受けるため、初回起動時にシステムがVPN接続のリクエストをポップアップ表示し、「許可」を選択すれば完了です。ポップアップが表示されない、または誤って拒否した場合は、システム設定のVPNページに進み、当該アプリの記録を削除してから再度起動してください。一部の中国メーカー製カスタムOSでは、バッテリー最適化の設定でクライアントを「制限なし」に設定する必要があり、これによりバックグラウンドで強制終了されて頻繁に切断される事態を避けられます。

Windows クライアントは一般的に設定内に起動時の自動起動スイッチがあり、オンにするとシステム起動時に自動的に立ち上がり、前回のプロキシ状態を自動的に復元します。macOS はクライアントの設定内で「システム起動時に開く」にチェックを入れる、またはシステム設定の「ログイン項目」に手動で追加します。Android はシステムの自動起動管理でアプリを許可する必要があります。TUN モードを使う場合は管理者権限での自動起動も併せて有効にすることを推奨します。そうしないと再起動後に仮想ネットワークアダプタが作成されません。

ルールモードは設定ファイル内の振り分けルールに基づいて各リクエストをプロキシ経由にするか直接接続にするかを決定します。一般的な設定ではローカルトラフィックは直接接続、それ以外はプロキシ経由となり、日常使いで推奨されるモードです。グローバルモードは全トラフィックを現在選択中のノードに送るため、ルールがカバーしていない対象サイトへのアクセスや一時的に出口を統一したい場合に適しています。振り分けの問題を調査する際は一時的にグローバルモードに切り替えて比較すると、ルールが適用されていないのかノード自体が使えないのかを素早く判別できます。

クライアントのプロキシページで測定アイコンをクリックすると、現在のグループ内の全ノードに対して遅延テストが実行されます。数値はテストアドレスまでのHTTP往復時間で、単位はミリ秒です。数値が低いほど応答が速いですが、遅延は接続の可否のみを反映し、帯域幅の大きさとは関係しません。ノードを選ぶ際は遅延の安定性を優先してください。何度テストしても数値が返るノードのほうが、時々非常に低いが頻繁にタイムアウトするノードよりも信頼できます。

多くのクライアントはサブスクリプション設定内に更新間隔のオプションがあり、時間単位または日単位で最新の設定を定期的に取得できるため、サービス業者がノードを調整しても手動で対応する必要がありません。起動時の自動更新も併せてオンにしておくことを推奨します。クライアントを開くたびに最新のノードが取得されます。サービス業者がサブスクリプションのドメインを変更した場合、自動更新は継続的に失敗するため、この場合は手動で新しいリンクに置き換える必要があります。

すべてのデバイスに同一のサブスクリプションリンクをインポートすることを推奨します。ノードはサービス業者側で統一管理されるため、各デバイスで定期更新をオンにすれば自然に一致します。カスタムルールが多い場合は、設定ファイルをクラウドストレージの同期フォルダに置く、またはクライアントのエクスポート・インポート機能を使って手動で移行できます。この3つの方式の適用場面と注意点については、お役立ち情報コーナーに専門記事があります。

順番に確認してください:まずブラウザでサブスクリプションリンクを直接開き、内容が返ってくればリンクは有効です。404エラーやタイムアウトが返る場合は、サブスクリプションが期限切れかサービス業者のドメインが変更されたことを意味し、業者に連絡して新しいリンクを取得する必要があります。リンクは有効なのにクライアント側の更新が失敗する場合は、システムプロキシをオフにしてから再度更新を試すか、サブスクリプション設定内でプロキシ経由更新の有無を切り替えてみてください。最後に本機の時刻が正確かどうかを確認してください。時刻のずれが大きいとTLSハンドシェイクが失敗する原因になります。

固定の調査手順:第一段階でサブスクリプションを更新し、ノード情報が最新であることを確認します。第二段階でプロキシをオフにして直接ネットワークにアクセスし、ローカルネットワーク自体が正常か確認します。第三段階でDNSサーバーを変更してから再試行します。第四段階で異なるプロトコル種別のノードに切り替えて比較し、特定のプロトコルのみ全てタイムアウトする場合は、現在のネットワーク環境がそのプロトコルとの接続性に問題があることが多いです。全てタイムアウトしサブスクリプションは正常な場合、通常はサービス業者側の障害であり、復旧を待つか業者に確認してください。

システムプロキシはシステムプロキシ設定を自発的に読み取るアプリケーションにのみ有効です。ブラウザは通常読み取りますが、コマンドラインターミナルはデフォルトでは読み取りません。ブラウザで有効にならない場合は、プロキシ系拡張機能がインストールされていて設定を上書きしていないか確認し、クライアントのリスニングポートとシステムプロキシ設定内のポートが一致しているか確認してください。ターミナルでは http_proxy と https_proxy の環境変数を手動でローカルポートに向けて設定する必要があります。あるいは直接 TUN モードを有効にして、ネットワーク層で全トラフィックを引き受け、システムプロキシの仕組みを迂回する方法もあります。

Windows の UWP アプリはデフォルトでシステムによりローカルループバックアドレスへのアクセスが禁止されているため、ローカルプロキシポートに接続できません。解決方法:クライアント内蔵のUWPループバック免除ツールを使って対象アプリの制限を解除する、またはシステム標準の CheckNetIsolation コマンドを使って手動で免除設定を行います。TUN モードを有効にすることでもこの制限を回避できます。トラフィックがネットワーク層で引き受けられるため、ループバック接続に依存しないためです。