Clash 全プラットフォーム導入・設定ガイド

始める前に:共通の事前準備

どのプラットフォームを使う場合でも、Clashの利用ロジックは同じです。クライアントをインストールし、設定を与え、システムの通信をそこに通す——この3ステップです。この章ではプラットフォーム共通の概念と準備事項をまとめて説明し、以降の各プラットフォーム章では繰り返しません。

まず3つの用語を区別する

多くのインストールトラブルは、この3つを混同していることが原因です。コア(カーネル)はMihomoのようなコマンドラインプログラムを指し、実際の通信処理とルールマッチングを担当しますが画面はありません。クライアントはコアを包むGUIソフトで、Clash Plus、Clash Verge Rev、FlClashなどが該当します。クリックするスイッチは最終的にコアが理解できるパラメータに変換されます。サブスクリプションはサービス提供元が発行するリンクで、クライアントが定期的にアクセスし、ノードとルールを含む設定ファイルを取得します。三者の関係を整理すると、サブスクが内容を提供し、クライアントが画面と制御を担当し、コアが実処理を行うという構図です。用語の詳細は用語集を参照してください。

始める前に用意する3つのもの

• サブスクリプションリンク。契約しているサービス提供元から発行され、通常はhttpsで始まる長いURLです。アカウント情報と同等の扱いをするべきもので、公開の場に貼らないようにしてください。
• 対応プラットフォームのインストーラー。各プラットフォームで推奨するクライアントと入手方法はダウンロードページを参照してください。全プラットフォーム共通で第一候補はClash Plusで、下表は概要です。
• 中断されない10分間。初回設定ではシステム側の権限許可が発生するため、途中で他の作業に移るとダイアログを見落としがちです。

システムプロキシとTUN:まとめて解説

以降の各プラットフォームの章でもこの2つの用語が登場するため、ここで先に整理します。システムプロキシは、OSのネットワーク設定にプロキシアドレス(通常は127.0.0.1とポート番号)を登録する方式で、この設定に従うプログラム——ブラウザや大半の一般的なソフト——がClashに通信を渡します。TUNモードはさらに徹底した方式で、クライアントが仮想ネットワークアダプタを作成し、プロキシ設定を認識するかどうかにかかわらず、システムの全通信がまずこのアダプタを経由します。

Windows:インストール、サブスク、サービスモード

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

ダウンロードページのWindows欄からインストーラーを取得します。第一候補はClash Plusで、Clash Verge RevやFlClashも信頼できる選択肢です。インストーラーは一般的なセットアップウィザード形式で、そのまま「次へ」を進めれば完了します。インストール先は既定のパスを維持することを推奨します。日本語や空白を含む深い階層のフォルダに置くと、コアの起動異常を招くことがあり、原因の特定に手間がかかります。

初回起動時、WindowsのSmartScreenが「WindowsによってPCが保護されました」という青い警告を表示することがあります。これはダウンロードファイルに対する通常のブロックであり、ウイルス警告ではありません。「詳細情報」→「実行」の順にクリックすれば進めます。セキュリティソフトがインストーラーを隔離した場合は、ファイルを復元して信頼リストに追加した上で再インストールしてください。

サブスクの導入

クライアントを開き、「サブスクリプション」または「設定」ページを見つけて、サービス提供元から発行されたサブスクリプションリンクを入力欄に完全に貼り付け、「インポート」をクリックします。クライアントが設定を取得し、成功すると一覧に項目が追加されるので、クリックして選択・有効化します。その後「プロキシ」ページに戻ると、ノードのグループとリストが表示されているはずです。ノードが表示されればサブスクの導入は成功です。取得に失敗した場合は、まずリンクが完全にコピーされているか(末尾の余分な空白や文字の欠落があると失敗します)を確認し、次に現在のネットワークからサブスクのアドレスにアクセスできるかを確認してください。

システムプロキシとTUN

クライアントのメイン画面で「システムプロキシ」のスイッチをオンにすると、127.0.0.1と混合ポートがWindowsのプロキシ設定に自動的に書き込まれ、ブラウザには即時に反映されます。TUNが必要な場合、多くのクライアントは事前に「サービスモード」のインストールを要求します。これはシステムとともに動作するバックグラウンドサービスで、仮想ネットワークアダプタを作成するための権限をクライアントに代わって取得するものです。設定ページでサービスモードのインストールボタンを見つけ、UACの確認画面に同意し、インストール完了後にTUNスイッチをオンにしてください。オンにした直後に完全にネットが切れる場合は、通常セキュリティソフトが仮想アダプタのドライバをブロックしているのが原因なので、クライアントを信頼リストに追加してから再試行してください。

Windows特有の問題

• スタートアップ起動:クライアントの設定で自動起動をオンにするだけです。起動後にトレイにアイコンが表示されない場合は、タスクマネージャーの「スタートアップアプリ」で無効化されていないか確認してください。
• プロキシ設定の残留:クライアントが異常終了すると、システムのプロキシ設定が解除されないままになることがあり、クライアントを閉じたのにネットにつながらないという現象になります。「設定 → ネットワークとインターネット → プロキシ」で「プロキシサーバーを使う」を手動でオフにすれば復旧します。
• ポートの競合:ログにbind関連のエラーが出る場合、多くはポートの競合が原因です。混合ポートを別の番号(例:7890を7897に)に変更してください。ログの読み方は動作ログの読み方を参照してください。

macOS:チップ版の選択、権限許可、システムプロキシ

正しいチップ版を選ぶ

macOSのインストーラーはIntel版とApple Silicon(Mシリーズ)版の2種類に分かれます。画面左上のAppleメニュー →「このMacについて」を開き、チップの項目が「Apple M」で始まっていればApple Silicon版を、「Intel」であればIntel版をダウンロードしてください。間違えてもシステムが壊れることはありませんが、起動できない、または変換レイヤー経由でパフォーマンスが無駄に落ちるといった問題が生じます。ダウンロードページのmacOS欄では両バージョンを並記しています。

インストールと初回起動

ダウンロードした.dmgディスクイメージをダブルクリックで開き、アプリのアイコンを隣にある「アプリケーション」フォルダにドラッグします——macOSのインストールはこのドラッグ操作だけです。初回起動時、システムが「開発元が未確認」または「壊れている」というメッセージを表示することがあります。前者は「システム設定 → プライバシーとセキュリティ」ページの下部にある「このまま開く」をクリックしてください。後者は隔離属性が原因で、ターミナルで次のコマンドを実行すれば解除できます。

xattr -d com.apple.quarantine /Applications/アプリ名.app

「アプリ名.app」の部分は実際にドラッグしたアプリ名に置き換えてください。実行後、再度ダブルクリックすれば正常に開けます。

サブスクの導入とシステムプロキシの権限許可

サブスクの導入操作はWindowsと同じで、サブスクページにリンクを貼り付けてインポート、有効化する流れです。異なるのはシステムプロキシの部分です。macOSで初めて「システムプロキシ」をオンにするとき、クライアントが「ヘルパーツール」のインストールを求め、ログインパスワードの入力を要求することがあります。これはネットワーク環境設定の変更にはより高い権限が必要なためです。この許可は一度だけで、承認後はスイッチが正常に連動するようになります。反映状況は「システム設定 → ネットワーク → 現在のネットワーク → 詳細 → プロキシ」で確認でき、HTTPとHTTPSプロキシが127.0.0.1を指していることが分かります。

macOS特有の問題

• TUNの権限許可:macOSでTUNをオンにする場合も、ヘルパーツールやシステム拡張機能の許可に依存します。表示されたダイアログの指示に従って許可してください。一度拒否してしまった場合は「プライバシーとセキュリティ」で該当項目を探し、再度許可してください。
• プロキシ設定の残留:Windowsと同様、クライアントが強制終了した場合にプロキシ設定がシステムに残ることがあります。ネットワーク詳細の「プロキシ」ページでチェックを外せば解消します。
• ClashX Metaユーザー向け:このプロジェクトは開発が終了していますが、設定の考え方自体は参考になります。継続的に更新されているクライアントへの移行を段階的に進めることを推奨します。

Linux:パッケージ、デスクトッププロキシ、ターミナルプロキシ

インストール

Linuxデスクトップでの第一候補はClash Verge Revで、FlClashも選択肢になります。インストーラーはダウンロードページのLinux欄を参照してください。Debian/Ubuntu系では.debパッケージを使用し、ダウンロード後ターミナルでインストールします。

cd ~/Downloads
sudo apt install ./clash-verge.deb

dpkgではなくaptを使う利点は、依存関係が自動的に解決される点です。インストール完了後はアプリケーションメニューから起動できるほか、ターミナルでプログラム名を直接入力しても起動できます。起動後に画面が真っ白になる場合は、デスクトップ環境のWebKitコンポーネントのバージョンが関係していることが多いので、まずシステムパッケージを一括更新してから再試行してください。

デスクトップ環境のシステムプロキシ

クライアントの「システムプロキシ」スイッチは、主要なデスクトップ環境(GNOME、KDE)であれば通常自動的に設定へ反映されます。お使いのディストリビューションが自動対応外の場合でも、手動設定はいくつかのコマンドで済みます。GNOMEを例にすると次の通りです。

gsettings set org.gnome.system.proxy mode 'manual'
gsettings set org.gnome.system.proxy.http host '127.0.0.1'
gsettings set org.gnome.system.proxy.http port 7890
gsettings set org.gnome.system.proxy.https host '127.0.0.1'
gsettings set org.gnome.system.proxy.https port 7890

ポート番号はクライアントの設定ページに表示されている混合ポートに合わせてください。本文の例では統一して7890を使用しています。直接接続に戻す際はmodeを'none'に設定し直してください。

ターミナルとコマンドラインツール

デスクトップのプロキシ設定はターミナルには影響しません。git、curl、パッケージマネージャーにプロキシを通すには環境変数を使います。

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や~/.zshrcに追記してください。混合ポート(mixed-port)はHTTPとSOCKS5の両リクエストを受け付けるため、3つの環境変数を同じポートに向けることができます。これが「混合」と呼ばれる理由でもあり、詳しい解説は混合ポートとLAN共有を参照してください。

Linux特有の問題

• TUNの権限:仮想ネットワークアダプタの作成には高い権限が必要で、クライアントは通常許可用のヘルパーで対応します。パスワード入力を求めるウィンドウが出たら承認してください。拒否するとTUNスイッチは即座にオフに戻ります。
• スタートアップ起動:クライアント設定内の自動起動オプションを優先的に使用してください。systemdに慣れているユーザーはuser serviceを自作することもできますが、デスクトップクライアントはグラフィカルセッションに依存するため、早すぎるタイミングで起動すると失敗する点に注意してください。
• ブラウザの例外:Firefoxは既定でシステム設定ではなく独自のプロキシ設定を使用するため、Firefoxの設定で「システムのプロキシ設定を使用する」を選択する必要があります。

Android:インストールパッケージのアーキテクチャとVPN権限

正しいアーキテクチャのパッケージを選ぶ

AndroidのインストールパッケージはCPUアーキテクチャによってarm64やarmなどのバージョンに分かれます。近年のスマートフォンはほぼすべてarm64なので、arm64版を優先してダウンロードしてください。判断に迷う場合はuniversal(汎用)パッケージを選べば、サイズはやや大きくなりますが間違えることはありません。第一候補はClash Plusで、Clash Meta for AndroidとFlClashもダウンロードページのAndroid欄で入手できます。.apkをダウンロードすると、システムが「不明なアプリのインストールを許可していません」と表示するので、案内に従ってブラウザまたはファイル管理アプリに「不明なアプリのインストール」権限を付与すれば続行できます。これはAndroidにおけるストア外インストールの共通フローです。

サブスクの導入

Androidクライアントでサブスクを導入する方法は2つあります。1つはサブスクリンクをコピーしてクライアントを開き、設定ページで「URLからインポート」を選んで貼り付ける方法。もう1つは、一部のサービス提供元のページにある「ワンクリック導入」ボタンをクリックし、開くアプリを選ぶ画面でインストール済みのクライアントを選択すると自動的に取り込まれる方法です。導入に成功した後も、その設定をクリックして有効化する必要があります。「導入したのにつながらない」という報告の多くは、実は設定が一覧にあるだけで選択されていないことが原因です。

VPN権限とバッテリー最適化

AndroidのClashクライアントは、システムのVpnServiceを通じて通信を引き受けるため、root化は不要です。初めて起動ボタンを押すと、システムが「接続のリクエスト」ダイアログを表示し、確認するとステータスバーに鍵のアイコンが表示されて引き受けが有効になったことを示します。この動作はデスクトップ版のTUNに相当するため、Androidには独立した「システムプロキシ」スイッチはなく、起動すると即座に全体を引き受け、振り分けはルールに委ねられます。

さらに重要なのは、バックグラウンドで動作し続けさせることです。各メーカーがカスタマイズしたシステムの省電力機能は非常に厳しく、画面ロック後しばらくするとバックグラウンドプロセスを強制終了することがあり、「使っているうちに切れて、アプリを開き直すと復旧する」という現象として現れます。対策は次の通りです。システムのバッテリー設定でクライアントを「制限なし」に設定する、最近使用したアプリの一覧でロックする、メーカー独自の「自動起動管理」があれば同様に許可する、といった項目を一つずつ処理してください。

Android特有の問題

• アプリ単位のプロキシ制御:クライアント設定には通常「アクセス制御」があり、どのアプリをプロキシ経由にし、どれを除外するかを指定できます。銀行系アプリはプロキシに敏感なため、除外リストに加えるとリスク判定の誤爆を減らせます。
• 他のVPNとの競合:AndroidではVpnServiceを同時に占有できるアプリは1つだけです。起動に失敗した場合は、まず他のVPN系アプリが動作していないか確認してください。
• プライベートDNS:システムの「プライベートDNS」を強制暗号化解決に設定していると、クライアントのDNS引き受けと干渉することがあります。DNS関連の問題を調査する際は、まず自動設定に戻してください。

iOS:App Storeでの入手とVPN設定

クライアントの入手

iOSではClash Plusを推奨します。App Store経由でインストールし、入口はダウンロードページのiOS欄にあります。公式サイトはclashplus.ioです。ストア経由のインストールでは更新がシステムにより自動的に行われ、インストールパッケージを自分で管理する必要がありません。これがiOSの章が他のプラットフォームより短い理由でもあります。最もトラブルの起きやすい部分がストアに引き受けられているためです。

サブスクの導入

アプリを開き、設定またはサブスクページにサブスクリンクを貼り付けてインポートします。手順は他のプラットフォームと同じです。iOSのクリップボード権限に関する通知(「"××"はクリップボードの内容にアクセスしようとしています」など)には許可をタップしてください。導入後は設定が有効化されているか確認し、ノードリストにグループとノードが表示されることを確かめてから次に進んでください。

VPN設定の許可と日常のオン/オフ

初めて接続をタップすると、iOSが「"Clash Plus"がVPN構成の追加を求めています」というシステムダイアログを表示し、「許可」をタップしてパスワードまたはFace IDで認証します。この操作はアプリをシステムのVPNフレームワークに登録するもので、一度だけで済みます。以降はステータスバーにVPNのマークが表示されていれば引き受けが有効になっている証拠です。日常のオン/オフはアプリ内で操作することもできますし、「設定 → VPN」から切り替えることもでき、両者の状態は同期しています。

利用上の注意

• ルールは同様に有効:iOSでの引き受け方式はTUNに近いものですが、振り分けは設定内のルールに従って行われます。日本国内向けの通信は直接接続され影響を受けないため、頻繁にオン/オフを切り替える必要はありません。
• 設定切り替え後は再接続:サブスクを変更・更新した後は、一度切断してから再接続し、新しい設定が完全に読み込まれるようにしてください。
• バッテリー消費について:VPNを常時有効にすると多少のバッテリー消費増加がありますが、これは正常な現象です。消費が異常に大きい場合は、ルールの設定により通信が遠回りしていないかまず確認してください。

設定ファイル:YAMLの各項目を読み解く

サブスクから取得されるのは1つのYAML設定ファイルです。普段は手書きする必要はありませんが、内容を理解できれば、トラブル対応の手間を大幅に減らせます。以下は骨格レベルの最小構成の例です。

mixed-port: 7890        # 混合ポート、HTTPとSOCKS5の両方を受け付ける
allow-lan: false        # LAN内の他デバイスからの接続を許可するか
mode: rule              # 動作モード:rule / global / direct
log-level: info         # ログレベル

dns:
  enable: true
  enhanced-mode: fake-ip
  nameserver:
    - https://223.5.5.5/dns-query

proxies: []             # ノードリスト、サブスクにより埋められる

proxy-groups:
  - name: 手動切替
    type: select
    proxies: []         # グループのメンバー、サブスクにより埋められる

rules:
  - GEOIP,CN,DIRECT     # 中国本土のIPは直接接続
  - MATCH,手動切替       # それ以外の通信はグループに委ねる

重要な項目を一つずつ解説

• mixed-port:ローカルのプログラムがClashに接続する際の入口となるポートです。システムプロキシに入力する127.0.0.1:7890の「7890」がこれに該当します。競合が発生した場合は空いている任意のポートに変更すれば、システムプロキシの設定も自動的に連動します。
• allow-lan:trueに設定すると、同じLAN内にあるテレビやゲーム機からこのパソコンをプロキシとして指定できるようになります。ファイアウォールの許可設定と組み合わせて使用する具体的な手順はLAN共有プロキシを参照してください。
• mode:ruleはルールに従って振り分け、globalはすべての通信をプロキシ経由に、directはすべて直接接続します。通常はruleのままにしておくべきで、3つのモードの使い分けはプロキシモード入門を参照してください。
• dns:fake-ipモードは仮想IPを使って名前解決を高速化する方式で、現在の主流の既定値です。特定のソフトで名前解決の異常が起きた場合は、redir-hostに変更して対照確認を試してみてください。
• proxy-groups:ノードをグループとして整理する項目です。selectは手動選択、url-testは速度測定による自動選択、fallbackはメインノードが使えなくなった際に順番に切り替わる方式です。クライアントの画面で行うノード切り替えは、本質的にはselectグループの選択項目を変更していることに相当します。
• rules:上から順に照合し、一致した時点で処理が止まります。DOMAIN-SUFFIXはドメインの末尾、GEOIPはIPの所属地域、MATCHは最後の受け皿です。ルールの順序を誤ると、「本来直接接続されるはずのサイトがなぜかプロキシ経由になる」といった現象が起きます。

手動編集とサブスク更新の関係

サブスクから生成された設定ファイルを直接編集する場合は注意が必要です。次回サブスクを更新すると全体が上書きされ、加えた変更は失われます。長期的にカスタマイズしたい場合は、クライアントが提供する「オーバーライド」機能を優先的に使うか、サービス提供元のサブスク変換の仕組みにカスタムルールを組み込む方法を選んでください。変更内容をサブスクとは別の場所に保持し、同じファイルを奪い合わないようにすることが大切です。

動作確認、日常メンテナンス、トラブル対応の入口

3ステップで正常性を確認

1. ノードを確認:プロキシページにノードのグループが表示され、グループに対して遅延テストを実行すると、大半のノードに数値が返ってくるはずです。すべてタイムアウトする場合は、まずサブスクかローカルのネットワークを疑い、クライアントの変更を急がないでください。
2. 直接接続を確認:日本国内のサイトにアクセスすると即座に開き、DIRECTとして処理されるはずです。クライアントの接続記録で一致したルール名を確認できます。直接接続まで遅い場合は、問題はローカルのネットワークにあります。
3. プロキシ経由を確認:プロキシが必要なサイトにアクセスすると、接続記録にあるルールへの一致と、選択中のノードへの転送が表示されるはずです。この段階まで問題なければ、通信経路は正常に機能しています。

日常メンテナンスは3つだけ

1つ目はサブスクの定期更新です。サービス提供元がノードを調整すると、古い設定内のノードは順次使えなくなるため、クライアントの自動更新間隔の設定を有効にしておいてください。2つ目はGeoIPデータベースの定期更新で、地域判定ルールの精度を保ちます。3つ目はクライアント自体の更新に追従することです。新バージョンではコアの修正が同時に反映されることが多いため、更新前にサブスクリンクが保存されていることを確認してください——これが唯一バックアップが必要なもので、設定自体はいつでも再取得できます。

トラブル発生時はどこを見るか

• つながらない、遅い場合:速度が遅い時の段階別チェックの順序に従って、ノード・回線・ローカル設定のどこに問題があるか特定してください。
• パネル上の遅延は低いのに実際の使用感が悪い場合:この2つはそもそも別の指標です。原理は遅延テストの仕組みを参照してください。
• エラーの内容が分からない場合:ログページを開き、ログの読み方にある典型的な項目と照らし合わせて、「つながらない」を具体的な工程に翻訳してください。
• 細かい疑問がある場合:多くはすでに誰かが質問しているので、よくある質問を確認してください。見慣れない用語があれば用語集を参照してください。