Clash 全プラットフォームインストール設定大全

01事前準備

5つのプラットフォームで操作の細部は異なりますが、始める前に揃えておくべきものは共通です。この章では全プラットフォーム共通の前提条件をまとめて説明します。以降の各プラットフォーム章では、ここを読み終えていることを前提とします。

サブスクリプションリンクを準備する

Clashクライアントは本質的には「実行役」です。設定ファイルを読み込み、その中のノードとルールに従って通信を転送します。ノード情報の出どころはサブスクリプションリンク——サービス提供元が発行する https:// から始まるURLで、クライアントはこれを定期的に取得してノードリストを更新します。インストール前に次の3点を確認してください。第一に、リンクがブラウザで直接開けて、返ってくるのが404やログインページではなく、テキスト(通常はYAMLまたはBase64エンコードされた内容)であること。第二に、リンクがClash形式のサブスクリプションであること。提供元が ss:// や vmess:// のような単一の共有リンクしか提供していない場合は、サブスクリプション変換を経てからでないとClashクライアントに認識されません。第三に、リンクの有効期限が切れていないこと。サブスクリプションの応答内容に異常がある場合の判断方法はサブスクリプション解析エラーの確認リストで順を追って説明しています。

クライアントを選ぶ:プラットフォーム別の推奨

Clashエコシステムには複数のGUIクライアントがあり、内核(コア)は共通ですがUIや付加機能が異なります。本サイトでは全プラットフォームでClash Plusを推奨します。5つの環境すべてで利用可能で、サブスクリプション管理とTUNの切り替えがGUI上で完結し、iOS版はApp Storeから直接インストールできます。デスクトップ版の代替はClash Verge Rev(Linuxでは第一候補)とFlClashです。対応表は以下の通りです。

メンテナンスが終了したClash for WindowsとClashX Metaは、ダウンロードページにアーカイブ用の入口が残されています。既存ユーザーは移行前まで使い続けられますが、新規インストールでの選択は推奨しません。

最初に理解しておきたい4つの用語

• 混合ポート(mixed-port):クライアントがローカルで待ち受けするプロキシポートで、デフォルトは 7890。HTTPとSOCKS5の両プロトコルを同時に受け付けます。システムプロキシや手動でプロキシを設定するソフトはすべてこのポートを指します。
• システムプロキシ:OSレベルのプロキシ設定です。オンにすると、この設定に従うアプリ(ブラウザや大半のデスクトップソフト)は通信を 127.0.0.1:7890 に渡します。システムプロキシを参照しないプログラム(一部のCLIツールやゲーム)には影響しません。
• TUNモード:クライアントが仮想ネットワークアダプタを作成し、ネットワーク層ですべての送信通信を引き受けます。システムプロキシを経由しないプログラムもカバーできます。管理者/特権権限が必要です。両方式の原理的な違いはTUNモードとシステムプロキシの比較を参照してください。
• ポリシーグループとルール:設定ファイルの中で「どの通信をどのノードに振り分けるか」を決める部分です。サブスクリプションには通常あらかじめ一式組み込まれているため、初心者が変更する必要はありません。

その他の用語解説は用語集にまとめてあります。本文中に見慣れない言葉が出てきたら、随時そちらで確認してください。

02Windows のインストールと設定

ダウンロードとインストール

ダウンロードページのWindowsセクションからClash Plusのインストーラー(.exe)を取得します。現在主流のx64機であればデフォルトパッケージをそのままダウンロードすればOKです。ARM機(Snapdragon搭載ノートPCなど)はパッケージ名のアーキテクチャ表記を先に確認してください。インストーラーを実行すると、Windows SmartScreenが「WindowsによってPCが保護されました」と表示することがあります。これは新しく公開されたインストーラーに対する一般的な警告で、「詳細情報 → 実行」をクリックして続行してください。インストールウィザードはデフォルトのまま進めればよく、完了後クライアントはスタートメニューに登場します。初回起動後はタスクバー本体ではなく右下の通知領域(トレイ)に常駐するので、ウィンドウが見つからない場合はまずトレイの矢印アイコンをクリックして隠れているアイコンを展開してください。

サブスクリプションの導入

メイン画面を開き「設定」(Profiles)ページに進み、サブスクリプションリンクをURL入力欄に貼り付けて「インポート」をクリックします。クライアントがサブスクリプション内容をダウンロードして設定ファイルを生成すると、一覧に新しい設定カードが表示されるので、それを選んで現在の設定として適用します。「プロキシ」ページに切り替えてポリシーグループとノードリストが表示されれば、サブスクリプションの解析は成功です。リストが空だったりエラーが出る場合はサブスクリプション確認リストに沿って順に確認してください。画面各パネルの役割分担はクライアント画面ガイドを参照してください。

システムプロキシとTUN

メイン画面に戻り「システムプロキシ」スイッチをオンにすると、クライアントが 127.0.0.1:7890 をWindowsのインターネットオプションに書き込み、ブラウザの通信は即座に有効になります。CLIツールやUWPアプリなど全体の通信を丸ごと引き受けたい場合はTUNモードに切り替えます。初回オンにする際は管理者権限を要求し、仮想アダプタサービスをインストールします(一部クライアントでは「サービスモード」と呼ばれ、設定でシステムサービスをインストールしてからTUNをオンにする必要があります)。オンにした後、「設定 → ネットワークとインターネット → 詳細ネットワーク設定」に新しいネットワークアダプタ、つまりTUN仮想アダプタが表示されます。システムプロキシとTUNはどちらか一方で十分で、両方同時にオンにしても速くなるわけではありません。

プラットフォーム特有の注意点

• ポート競合:起動時に bind: address already in use というエラーが出るのは、7890ポートが他のプログラム(よくあるのは別のプロキシクライアントの残留プロセス)に使われているためです。特定方法:

netstat -ano | findstr :7890
tasklist /FI "PID eq <前の手順で確認したPID>"

占有しているプロセスを終了するか、クライアント設定で混合ポートを 7891 など空いているポートに変更してください。詳しい手順はポート競合トラブルシューティングを参照してください。

• UWPアプリがプロキシを経由しない:ストアアプリはデフォルトでループバックアドレスから隔離されているため、システムプロキシをオンにしても 127.0.0.1 に接続できません。TUNモードで回避するか、システム標準の CheckNetIsolation ツールで個別アプリのループバックを許可してください。
• セキュリティソフトが仮想アダプタをブロック:一部のセキュリティソフトはTUNドライバのインストールをブロックしたり、サービスファイルを削除したりします。サービスのインストールが失敗する場合は、まずセキュリティソフトでクライアントのインストールディレクトリを信頼済みに追加してから再試行してください。
• 自動起動が反映されない:クライアント設定で自動起動をオンにした後、Windowsの「タスクマネージャー → スタートアップアプリ」で該当項目が「有効」になっているかも確認してください。一部の最適化ソフトがこれを無効化することがあります。

03macOS のインストールと設定

ダウンロード:まずチップアーキテクチャを確認

macOSのインストーラーはApple Silicon(Mシリーズチップ)版とIntel版の2種類があり、アーキテクチャを間違えると起動しないか、変換レイヤーを経由して性能が落ちます。確認方法:左上のAppleメニューから「このMacについて」を開き、チップの項目が「Apple M…」なら arm64 版、「Intel」なら x64 版をダウンロードします。ターミナルで uname -m を実行し、arm64 または x86_64 と表示される結果でも判断できます。ダウンロードページのmacOSセクションからアーキテクチャに合ったClash Plusの .dmg を取得してください。

インストールと初回起動時の許可

dmgをダブルクリックしてマウントし、アプリのアイコンをApplicationsフォルダにドラッグします。初回起動時、Gatekeeperが「開発元が未確認のため開けません」または「壊れている」と表示することがあります。前者は「システム設定 → プライバシーとセキュリティ」ページの下部にある「このまま開く」をクリックしてください。後者は隔離属性が原因で、ターミナルで一度実行すれば解消します:

xattr -dr com.apple.quarantine "/Applications/<クライアント名>.app"

起動に成功すると、クライアントのアイコンはDockではなく画面上部のメニューバーに表示されます。これはmacOS版Clashクライアントに共通の形態で、メイン画面はメニューバーのアイコンをクリックして開きます。

サブスクリプションの導入とシステムプロキシ

サブスクリプションの導入手順はWindowsと同じです:設定ページでURLを貼り付け、ダウンロードして選択します。「システムプロキシ」をオンにすると、クライアントは現在のネットワークサービス(Wi-Fiまたはイーサネット)のプロキシ設定に書き込みます。初回操作時はシステムの認証ダイアログが表示され、ログインパスワードまたはTouch IDの入力が求められます——これはネットワーク設定を変更するための正常な認証なので、必ず許可してください。許可しないとスイッチが自動的に元に戻ります。確認方法:「システム設定 → ネットワーク → Wi-Fi → 詳細情報 → プロキシ」で、Webプロキシ(HTTP)とセキュアWebプロキシ(HTTPS)が 127.0.0.1:7890 を指していれば正常です。

TUNモード

macOSでTUNをオンにする際も認証が必要です。クライアントは特権ヘルパーまたはシステム拡張のインストールを要求してくるので、案内に従って「プライバシーとセキュリティ」で許可してください。オンにした後は ifconfig で utun から始まるインターフェースが確認できます。以降、ターミナルツールやシステムプロキシを参照しないAppもすべて引き受けられます。

プラットフォーム特有の注意点

• プロキシが1つのネットワークサービスにしか書き込まれない:システムプロキシはネットワークサービス(Wi-Fi、イーサネット、USBアダプタ)ごとに個別に保存されます。ネットワークインターフェースを切り替えた後にプロキシが「無効」になっているように見えるのは、通常は現在のインターフェースに書き込まれていないためです。システムプロキシのスイッチを一度オフ/オンし直せば解決します。
• ポート競合:macOSでの特定コマンドは lsof -nP -iTCP:7890 -sTCP:LISTEN です。出力に占有しているプロセス名とPIDが表示されます。
• 終了後もプロキシが残る:クライアントが異常終了すると、システムプロキシを元に戻す前にプロセスが終わってしまい、ネットが切断されたように見えることがあります。ネットワーク設定のプロキシページで手動でチェックを外すか、クライアントを再度開いて正常に終了させてください。
• ClashX Metaからの移行:ClashX Metaはメンテナンスが終了しており、ダウンロードページにはアーカイブが残されています。Clash Plusへ移行する際は、サブスクリプションリンクを再度インポートするだけでよく、設定ファイルを移す必要はありません。

04Android のインストールと設定

ダウンロード:正しいABIを選ぶ

Androidのインストーラー(.apk)はCPUアーキテクチャ別に分かれており、よくあるのは2種類です。arm64-v8aは近年の大半の端末に対応し、armeabi-v7aは古い32bit端末向けです。判断がつかない場合はまずarm64版を試し、「アプリがインストールされていません」やクラッシュが出たらv7a版に切り替えてください。ダウンロードページのAndroidセクションからClash Plusを取得してください。シンプルなUIを好むならSurfboard、デスクトップ版と同じ操作感を求めるならFlClashも選べます。

インストールと権限許可

ブラウザで直接apkをダウンロードしてインストールをタップすると、システムが「セキュリティ上の理由により、不明なソースからのアプリのインストールが禁止されています」と表示することがあります。案内に従って設定を開き、使用中のブラウザ(またはファイル管理アプリ)に「不明なアプリのインストール」権限を付与し、戻ってインストールを続けてください。一部メーカーのシステム(MIUI、ColorOSなど)ではリスク確認が追加で表示されることがあり、続行を選べば問題ありません。

サブスクリプションの導入

クライアントを開き、設定/Profilesページに進んで新規設定を作成し「URLからインポート」を選択、サブスクリプションリンクを貼り付けて保存します。クライアントが取得に成功すると一覧に設定項目が現れるので、チェックを入れて有効化します。一部のクライアントはクリップボードからサブスクリプションリンクを自動検出でき、リンクをコピーしてからAppを開くと直接インポート確認が表示されます。

VPNトンネル:Androidにおける「TUN」

Androidにはデスクトップのようなシステムプロキシのスイッチはなく、クライアントはシステムの VpnService インターフェースを使ってローカルVPNトンネルを構築し、通信を引き受けます。効果はデスクトップ版のTUNと同等で、rootは不要です。初回接続ボタンをタップすると、システムが「接続のリクエスト」ダイアログを表示するので、必ず「許可」を選んでください。その後、ステータスバーに鍵型のVPNアイコンが表示され、接続が有効になったことを示します。この「VPN」はあくまでローカルの通信トンネルであり、データは依然としてClashの内核がルールに従って処理する点に注意してください。

プラットフォーム特有の注意点

• バックグラウンドで強制終了される:各種カスタムROMの省電力機能が最大の問題です。画面ロック後しばらくするとプロキシが切断され、通知アイコンが消えるのは、クライアントのプロセスがシステムに回収されたことを示します。対処法:システム設定でクライアントの電池戦略を「制限なし/最適化しない」に変更し、最近使用したアプリのカード画面でロックします。MIUIでは「自動起動管理」でも許可が必要です。
• アプリ別プロキシ:クライアント設定内のAccess Control/アプリ別プロキシ機能を使うと、ホワイトリストに登録したアプリのみVPNを経由させることができます。銀行系AppがVPNを検知して起動を拒否する場合は、そのアプリを除外リストに入れてください。
• 他のVPNとの競合:Androidでは同時に有効化できる VpnService は1つだけです。Clashの接続をオンにすると他のVPN系アプリが自動的に切断されますが、これは正常な動作です。
• モバイルネットワークでサブスクリプションの更新が失敗する:一部のサブスクリプション用ドメインはモバイルネットワークで名前解決が正常にできないことがあります。Wi-Fiに切り替えるか、先にプロキシへ接続してからサブスクリプションを更新してください。

05iOS のインストールと設定

App Storeからインストール

iOS版はClash Plusを推奨します。App Storeで直接検索してインストールするか、ダウンロードページのiOSセクションのストアリンクからジャンプしてください。公式サイトは clashplus.io で、機能説明や更新履歴はストアの詳細ページを正式な情報源とします。iOSのアプリ配布はシステムのストアを通すため、インストール手順に追加の権限許可は不要で、通常のAppと同じ感覚でインストールできます。

サブスクリプションの導入

Appを開き、設定ページで「URLから追加」を選択し、サブスクリプションリンクを貼り付けて確認します。サービス提供元のページに「Clashへワンクリック導入」ボタンがある場合、iOSのSafariでそれをタップすると直接Appが起動してインポートが完了し、手動で貼り付けるより手軽です。インポート後はノードリストでポリシーグループが読み込まれていることを確認してください。

初回のVPN構成の有効化

iOSもAndroidと同様、システムのNetwork Extensionを通じてVPNトンネルを構築し通信を引き受けます。初回接続をタップすると、システムが「"Clash Plus"がVPN構成の追加を求めています」というダイアログを表示するので、「許可」を選び、Face ID/Touch IDまたはパスコードで認証してください。以降「設定 → 一般 → VPNとデバイス管理 → VPN」に該当項目が表示され、接続状態はApp内のスイッチと連動します。ステータスバーにVPNのバッジが表示されれば有効です。

プラットフォーム特有の注意点

• ノード切り替え後に一部のAppに反映されない:一部のアプリは既存の接続を再利用するため、ノードやルールを切り替えても「以前の経路のまま」に見えることがあります。そのAppを完全に終了させて再度開くか、VPNを一度切断して再接続してください。
• VPNスイッチが自動的に元に戻る:通常はサブスクリプション内に利用可能なノードがない、または設定の解析に失敗していることが原因です。まずApp内のログページでエラー内容を確認し、よくある質問のサブスクリプション関連の項目に沿って対処してください。
• 低電力モードで接続が切れる:システムが低電力モード時にバックグラウンドのネットワーク拡張を回収することがあります。Appを再度開いて接続をタップすれば復旧します。
• 複数デバイス間の同期:同じApple IDのiPhoneとiPadでもそれぞれ個別に設定をインストールする必要があり、サブスクリプションリンクは各デバイスで個別にインポートしてください。VPN構成はiCloud経由で同期されません。

06Linux のインストールと設定

GUIクライアントのインストール

Linuxデスクトップでは第一候補としてClash Verge Revを推奨します。.debと.rpmのパッケージが提供されています。代替はFlClashです。ダウンロードページのLinuxセクションからディストリビューションに合ったパッケージを取得し、ローカルでインストールしてください:

# Debian / Ubuntu系
sudo apt install ./clash-verge-rev_amd64.deb

# Fedora / openSUSE系
sudo rpm -i clash-verge-rev.x86_64.rpm

dpkg -i ではなく apt install ./パッケージ名 を使う利点は、依存関係も同時に解決される点です。インストール後はアプリケーションメニューから起動でき、サブスクリプションの導入手順は他のデスクトップ版と同じです:設定ページでURLを貼り付け、ダウンロードして選択・適用します。

システムプロキシ:デスクトップ環境ごとの違い

GNOME/KDEデスクトップでは、クライアントの「システムプロキシ」スイッチはデスクトップ環境のプロキシ設定に書き込まれ、Firefox、Chromiumなどこの設定に従うアプリは即座に反映されます。GNOMEでは gsettings で確認できます:

gsettings get org.gnome.system.proxy mode
# 'manual' と表示されれば適用済み

多くのLinuxプログラム(特にCLIツール)はデスクトップのプロキシ設定を読まず、環境変数のみを参照します。現在のshellに一時的にプロキシを設定するには:

export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890
export all_proxy=socks5://127.0.0.1:7890

~/.bashrc に書き込めば永続化できますが、すべてのターミナルセッションに影響するので、使わないときは unset することを忘れないでください。

TUNモードと権限

TUN仮想アダプタを作成するには CAP_NET_ADMIN ケーパビリティが必要です。Clash Verge Revは内蔵サービス方式で特権を取得するため、設定でサービスをインストールすればTUNをオンにできます。内核を手動で実行するケースでは、バイナリに権限を付与します:

sudo setcap 'cap_net_admin,cap_net_bind_service=+ep' /usr/local/bin/mihomo

オンにした後は ip addr で新しい utun/Meta インターフェースが確認でき、ルーティングテーブルは内核の auto-route によって自動的に維持されます。

デスクトップ環境なし:Mihomo内核 + systemd

サーバーやソフトルーターにGUIは不要で、mihomo内核を直接動かします。ダウンロードページの内核セクションから対応するアーキテクチャの圧縮パッケージを取得し、展開したバイナリを /usr/local/bin/mihomo に配置します。設定ファイルは /etc/mihomo/config.yaml に置き(サブスクリプションから取得したYAMLをこのファイルとして保存)、続けてsystemdのユニットファイルを作成します:

[Unit]
Description=mihomo daemon
After=network-online.target

[Service]
Type=simple
ExecStart=/usr/local/bin/mihomo -d /etc/mihomo
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

/etc/systemd/system/mihomo.service として保存し、sudo systemctl daemon-reload、sudo systemctl enable --now mihomo を順に実行します。プロキシが利用可能か確認するには:

curl -x http://127.0.0.1:7890 -I https://www.gstatic.com/generate_204
# HTTP/2 204 が返れば経路は正常

プラットフォーム特有の注意点

• AppImage/Flatpakのサンドボックス:サンドボックス形式の配布では、クライアントが特権サービスをインストールできずTUNが使えない場合があります。deb/rpmのネイティブパッケージを優先してください。
• Waylandでトレイアイコンが表示されない:一部のWaylandデスクトップはデフォルトでトレイを表示しません。デスクトップ環境に対応するトレイ拡張(GNOMEのAppIndicator拡張など)を導入してください。
• systemdサービスがサブスクリプションの更新を取得しない:内核自体はサブスクリプションを管理しないため、設定ファイルの更新は定期実行タスクで自前で取得する必要があります(curl -o /etc/mihomo/config.yaml "サブスクリプションリンク" をcronに登録)。更新後は systemctl restart mihomo で反映します。

07設定FAQ

主要フィールドのクイックリファレンス

どのプラットフォームでも、設定ファイル上部にあるこれらのフィールドがクライアントの基本動作を決定します。トラブルシューティング前にまず確認してください:

最低限動作する設定の骨格は次のようになります(ノードとルールはサブスクリプションから提供されるため、ここでは省略します):

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
external-controller: 127.0.0.1:9090
dns:
  enable: true
  enhanced-mode: fake-ip
  nameserver:
    - https://223.5.5.5/dns-query

サブスクリプションの更新失敗

更新ボタンがくるくる回った後にエラーになる場合は、次の順で確認してください。①ブラウザでサブスクリプションリンクを直接開き、返ってくるのが設定テキストかエラーページかを確認する——エラーページの場合はリンクの期限切れか提供元による制限を意味します。②クライアント内でサブスクリプション更新時に「プロキシ経由で更新」にチェックが入っているか確認し、現在のプロキシが使えない場合は直接接続での更新に切り替える(またはその逆)。③サブスクリプションが汎用の共有リンクでClash形式でない場合は、サブスクリプション変換サービスを経てClash形式に変換した上でインポートする必要があります。詳細はサブスクリプション確認リストを参照してください。

プロキシは有効なのにWebページが開けない

スイッチはオンになっていて、ブラウザがずっと読み込み中のままの場合、原因は複数箇所に考えられます:ノード自体が無効、選択したポリシーグループが使えないノードを指している、DNS解析が汚染されている、システムプロキシの書き込みが成功していない、などです。まずプロキシページで全ノードの遅延テストを行い、すべてタイムアウトすればサブスクリプションのノード自体の問題です。一部だけ使えるなら使えるノードに切り替えてください。ノードは正常なのに特定のサイトだけ開けない場合は、ルールによって直接接続に振り分けられている可能性が高いので、一時的にglobalモードに切り替えて検証してください。9ステップの完全な確認手順は接続済みだがネットに繋がらない場合の確認リストを参照してください。

ルールが反映されない/振り分けが正しくない

Clashのルールは上から下へマッチングを行い、一致した時点で停止します。カスタムルールはサブスクリプションのルールより前に置かないとマッチする機会がありません。MATCH の兜底(フォールバック)ルールより後に書かれたルールは絶対に実行されません。ある特定のドメインがどのルールにマッチしているかを確認する最も直接的な方法は、ログページを開き(レベルをinfo以上に設定)、対象サイトにアクセスして該当接続のマッチ記録を確認することです。ドメインルール(DOMAIN-SUFFIX)はドメイン名を取得できる接続にのみ有効で、IP直結の通信には IP-CIDR ルールでカバーする必要があります。

fake-ipとDNSに関するよくある疑問

enhanced-mode: fake-ip モードでは、内核が各ドメインに対して 198.18.0.0/16 帯の仮のIPを返し、実際の名前解決は出口側で行われます。そのため ping であるドメインに198.18から始まるアドレスが表示されるのは正常な現象で、故障ではありません。実際のIPに依存する一部のプログラム(LAN内でのデバイス検出や一部のゲームランチャーなど)で不具合が出る場合は、該当ドメインを fake-ip-filter リストに追加するか、全体を redir-host モードに切り替えてください。DNS関連の設定を変更した後はクライアントを再起動し、システムのDNSキャッシュを無効化することを推奨します。

ポート競合と複数クライアントの共存

2つのプロキシクライアントを同時に起動すると、後から立ち上げたほうがポート競合のエラーを出します。古いクライアントを完全に終了させる(トレイに残留プロセスがないか注意)か、いずれか一方の mixed-port を変更してください。ポートを変更した後は、7890を手動で指定している箇所(環境変数、ソフト内のプロキシ設定など)もすべて合わせて変更する必要があります。1箇所でも漏れると「ポートを変更したらむしろネットが切れた」という状態になります。3プラットフォームでの占有プロセス特定コマンドはポート競合トラブルシューティングにまとめています。

まだ解決しない場合

短い一問一答形式の頻出質問はよくある質問ページにまとめており、基礎知識、インストール設定、使い方のコツ、トラブルシューティングの4カテゴリで整理しています。設定ファイルのフィールドやプロトコル名は用語集で確認してください。クライアント本体の問題は、まずクライアントを入手で現在メンテナンスされているバージョンを導入しているか確認してください。