Clash よくある質問

Clash のコア(内核)はプロキシ転送とルールマッチングを担うコマンドライン型プログラムで、それ自体にはグラフィカルな画面がありません。一般に呼ばれる Clash Verge Rev、Clash Plus、ClashX Meta などは、いずれもコアの外側に被せた GUI クライアントで、サブスクリプション管理やプロキシのオン・オフ、各種設定の可視化を担当します。クライアントを選ぶ際はコアのバージョンと対応プラットフォームを主に確認すればよく、基本的な機能はほぼ共通です。各プラットフォームのクライアントはクライアント一覧ページで確認できます。

オリジナル版 Clash と Clash Premium のリポジトリはアーカイブ済みで、問題修正も行われず、新しめのプロトコルにも対応していません。現在コミュニティの主流は mihomo コア(いわゆる Clash Meta)で、従来の YAML 設定形式と互換性を保ちつつ、プロトコル対応がより充実しています。mihomo を内蔵したクライアント、例えば Clash Verge Rev や Clash Plus を直接使うのがおすすめで、クライアント一覧ページからプラットフォームに応じて選べます。

サブスクリプションリンクとは HTTPS アドレスのことで、アクセスするとノード情報とルールを含む設定内容が返されます。通常はプロキシサービス提供者のユーザーパネルから取得します。このリンクをクライアントのサブスクリプションまたは設定欄に貼り付ければ読み込めて、以降は設定した周期でクライアントが自動的に更新を取得します。当サイトはクライアントのダウンロードとチュートリアルのみを提供しており、ノードサービス自体は提供していません。リンクはサービス提供者から入手してください。

ルールモード(rule)は設定内の rules ブロックに従って通信を1件ずつマッチングし、該当したルールに対応する出口へ振り分ける、日常使いに推奨されるモードです。グローバルモード(global)はすべての通信を現在選択中のノード経由にし、一時的なテストに向いています。直結モード(direct)はすべてプロキシを経由しません。モードはクライアントのメイン画面でワンタップで切り替えられ、設定ファイル内の mode フィールドに対応しています。

当サイトに掲載しているクライアントはすべてオープンソースプロジェクトで、無料でダウンロード・利用でき、ソースコードも公開されています。有料になるのはノードサービス自体で、これは第三者のサービス提供者が提供するものであり、クライアントとは無関係です。機能解除に料金を要求してくる「Clash クライアント」を名乗るものに遭遇した場合は、まずそのオープンソースリポジトリを確認してから利用を判断することをおすすめします。

まずクライアントを開き、サブスクリプションまたは設定ページにサブスクリプションリンクを貼り付けて設定をダウンロードします。次にメイン画面に戻ってシステムプロキシのスイッチをオンにし、プロキシページで遅延が正常なノードを選択します。最後に普段アクセスできないウェブページを開いて接続を確認します。詳しい流れは当サイトのチュートリアルページを参照し、サブスクリプション読み込み・モード選択・接続確認の3ステップで進めれば完了です。

初回起動時はアプリのアイコンを右クリックして「開く」を選び、表示されるダイアログで確認すれば Gatekeeper の初期ブロックを通過できます。または「システム設定」の「プライバシーとセキュリティ」に進み、画面下部の「このまま開く」をクリックしてください。「アプリが壊れている」と表示される場合は、ターミナルで xattr -dr com.apple.quarantine の後にアプリのパスを指定して実行し、隔離属性を解除してから起動してください。

Windows では多くのクライアントの設定画面に自動起動のスイッチがあり、オンにすればシステム起動時に自動で立ち上がります。macOS では「システム設定」の「ログイン項目」にアプリを追加するか、クライアント内蔵のオプションを利用します。Android ではシステム設定でアプリの自動起動を許可し、クライアントをバッテリー最適化のホワイトリストに追加してください。そうしないとプロキシサービスがバックグラウンドでシステムに終了させられることがあります。

TUN モードは仮想ネットワークアダプタを作成してシステム全体の通信を横取りするため、Windows では管理者権限で実行するか、案内に従ってクライアントが提供するシステムサービスをインストールする必要があります。macOS ではネットワーク拡張機能の許可、または管理者パスワードを入力してヘルパーツールをインストールする必要があります。Linux では root 権限、またはバイナリに cap_net_admin 権限を付与する必要があります。初回有効化時にクライアントが表示する案内に従って承認すれば、以降は再度の操作は不要です。

サービス提供者側のノードは不定期に変更されるため、自動更新を有効にすることをおすすめします。多くのクライアントではサブスクリプション項目ごとに更新間隔を設定でき、よくある値は1440分(つまり1日1回)です。設定ファイル内の proxy-providers の interval フィールドで制御することもできます。ノードが一斉にタイムアウトする場合は、まず手動でサブスクリプションを更新し、それでも解決しない場合は他の原因を調べてください。

クライアントのプロキシページにあるテストアイコンをクリックすると、各ノードに対して URL テストが実行され、表示されるミリ秒数は1回の HTTP リクエストにかかった時間です。これは接続性と応答速度を示すものであり、帯域幅とは異なります。遅延が低いノードでも必ずしもダウンロードが速いわけではありません。ノードを選ぶ際は実際のページ読み込みや動画の再生開始速度も併せて判断すると良く、テストの仕組みについては当サイトのテクニカルノート内の遅延テストに関する記事で詳しく解説しています。

設定内の allow-lan を true にしてください。多くのクライアントの設定画面にも対応するスイッチがあります。その後、スマートフォンやテレビなど他の端末の Wi-Fi プロキシ設定に、パソコンの LAN IP とミックスポート(デフォルトは 7890)を入力します。システムのファイアウォールでこのポートを許可し、両方の端末が同一のネットワークセグメントにあることを確認してください。そうでないと接続に失敗します。

ルールモード自体が条件に基づいた振り分けを行っており、DIRECT に該当するものは直結、プロキシグループに該当するものはノード経由になります。より細かく制御したい場合は、設定の rules ブロックにカスタムルールを追加できます。例えば DOMAIN-SUFFIX でドメインを指定、PROCESS-NAME でプロセスを指定、IP-CIDR でネットワークセグメントを指定するなどです。ルールの構文、マッチング順序、優先度の詳細は当サイトの YAML マニュアルを参照してください。

必要です。GEOIP や GEOSITE 系のルールはローカルデータベースを使ってドメインや IP の帰属を判定しているため、データベースが古いと振り分けが不正確になり、一部サイトが誤って直結扱いになったり、逆に不要にプロキシ経由になったりすることがあります。多くの Meta 系クライアントは設定内でワンクリック更新や定期更新の設定に対応しています。手動でのファイル置き換えと自動更新の設定方法は、テクニカルノート内の GeoIP 更新チュートリアルを参照してください。

設定内の mixed-port(または port、socks-port)を、例えば 7897 など他の未使用ポートに変更し、保存後にクライアントを再起動してください。同時にシステムプロキシやブラウザのプロキシ設定のポート番号も一致させてください。Windows では netstat -ano コマンドでそのポートを使用しているプロセスを確認できます。よくある原因は前回のクライアントプロセスが完全に終了していないことです。

まずブラウザで直接サブスクリプションリンクにアクセスし、エラーページではなくコンテンツが返ってくるか確認してください。Base64 など別の形式が返ってくる場合、そのリンクは Clash の YAML 形式ではないため、サービス提供者のパネルで Clash 形式のサブスクリプションに変更するか、サブスクリプション変換サービスで変換してから読み込む必要があります。リンクをコピーする際は前後の空白や改行を取り除き、token 付きのリンクは全体を欠かさずコピーしてください。形式の識別と変換方法はサブスクリプション形式の解説を参照してください。

順番に確認してください。1つ目、プロキシを無効にすればネットが正常かどうか(まずローカルの断線を除外)。2つ目、現在のノードのテストがタイムアウトしていないか(タイムアウトならノード変更かサブスクリプション更新)。3つ目、モードが誤ってグローバルに切り替わっていて無効なノードが選択されていないか。4つ目、DNS に異常がないか(設定の dns ブロックで enhanced-mode: fake-ip を有効にして様子を見る)。5つ目、他のプロキシソフトや VPN ソフトが同時に動作して衝突していないか(終了してから再試行)。

Windows の UWP アプリはデフォルトでローカルのループバックアドレスへのアクセスが禁止されているため、システムプロキシを有効にしていてもローカルポートに接続できません。クライアント内蔵の UWP ループバック制限解除ツール(例えば Clash Verge Rev の設定内の該当項目)で対象アプリにチェックを入れて制限を解除するか、直接 TUN モードを有効にして仮想ネットワークアダプタの層で通信を横取りし、ループバック制限を回避してください。

まずブラウザにプロキシ系の拡張機能(例えば SwitchyOmega)が入っていないか確認してください。これらはシステム設定を上書きしてしまうため、システムプロキシモードに切り替えるか無効化してください。Firefox はデフォルトで独立したプロキシ設定を使うため、ネットワーク設定でシステムプロキシを使用するように変更する必要があります。また一部のソフトはそもそもシステムプロキシを読み取らないため、そうした通信は TUN モードで横取りするか、ソフト内で直接 127.0.0.1:7890 を手動入力してください。