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

1. 事前準備(共通)

どのプラットフォームでも、使える Clash 環境を整える手順は4段階に分けられます:クライアントの選定とダウンロード、サブスクの導入、プロキシモードの選択、プロキシの起動と動作確認。プラットフォーム間の違いはインストール方法と通信の引き受け方に集中しており、基本の流れは共通です。この章ではまずプラットフォームをまたぐ共通の3項目を説明し、以降の各章では繰り返しません。

クライアントの選び方

本サイトのダウンロードページに掲載しているクライアントをプラットフォーム別に整理すると以下の通りです。全プラットフォーム共通で最初に選ぶべきは Clash Plus——対応範囲が最も広く、UIが統一されているため機種変更時も操作を覚え直す必要がありません。代替クライアントはそれぞれ得意分野が異なり、機能差の詳細は比較レビューを参照してください。

Clash for Windows と ClashX Meta はいずれも開発が終了しています。ダウンロードページにはアーカイブ用の入口を残していますが、新規導入するデバイスには推奨しません。コアのバージョンが旧版のまま固定されており、新しいルールタイプやプロトコル機能を利用できないためです。

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

サブスクリプションリンクは https 形式のアドレスで、プロキシサービス提供者の管理パネルから取得できます。クライアントは定期的にこのリンクへアクセスし、ノードリストと振り分け設定を取得します。インストールを始める前に、このリンクを完全にコピーしておいてください。注意すべき点は2種類の違いです:サブスクリプションリンクは完全な設定を指しており、導入するとノードグループが表示されます。一方、プロトコル名で始まる単一ノードの共有テキストは1つのノードを表すだけで、導入方法が異なるため混同してはいけません。

先に押さえておきたい3つの概念

システムプロキシとTUNモード。システムプロキシは「HTTP/SOCKSプロキシのアドレスをローカルの特定ポートに向ける」設定をOSのネットワーク設定に書き込む方式で、ブラウザや多くのシステム設定準拠アプリが追従します。ただしコマンドラインツールや一部のゲーム、システム設定を読まないプログラムはこれを回避します。TUNモードは仮想ネットワークアダプタを作成し、ネットワーク層で全通信を引き受ける方式で、カバー範囲は完全ですが、より高いシステム権限が必要になります。日常的な閲覧にはシステムプロキシで十分で、全通信を引き受けたい場合にTUNを有効にしましょう。

ルール・グローバル・直接接続。ルールモードは設定ファイル内の振り分けルールを順に照合し、マッチしたものはそれぞれの方針でプロキシまたは直接接続に振り分ける、日常利用の推奨モードです。グローバルモードは全通信を同一のプロキシ出口へ送り、ルールが機能しない場合の一時的な応急処置に向きます。直接接続モードは何も代理せず、比較検証用です。この3モードはどのクライアントでもワンタップで切り替え可能です。

ローカルポート。Clash はデフォルトでローカルの 7890 ポートに混合プロキシ入口(HTTPとSOCKSが同一ポート)を用意します。これは設定ファイル内の mixed-port に対応します。システムプロキシや手動でプロキシを指定するツールには、いずれも 127.0.0.1:7890 を入力します。このポートが他のソフトに使用されていると、クライアントの起動失敗やプロキシ不通が発生します。ポート変更方法は第8章を参照してください。

2. Windows

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

ダウンロードページの Windows セクションからインストーラーを取得します。推奨は Clash Plus で、x64 アーキテクチャがほとんどのデバイスに対応します。インストーラーをダブルクリックすると、Windows の SmartScreen が「WindowsによってPCが保護されました」という警告を表示することがあります——これは大規模に配布されていないインストーラーに対するシステムの標準的な警告で、「詳細情報」→「実行」をクリックすれば続行できます。インストール先は既定のままにしておきましょう。日本語や空白を含む深い階層のフォルダに変更すると、コアの起動異常を招くことがあるため、あえてリスクを取る必要はありません。

サブスクの導入

初回起動後、サブスク(または「設定」)ページに進み、準備しておいたサブスクリプションリンクを入力欄に貼り付けて「導入」をクリックします。クライアントが設定をダウンロードして解析し、成功するとプロキシページにノードグループとノード一覧が表示されます。導入後にリストが空だったりエラーが出る場合は、まずブラウザで直接そのリンクを開いてコンテンツが返ってくるか確認し、次にサブスク失効チェックリストに沿って項目ごとに確認してください。

システムプロキシとTUN

クライアント内で「システムプロキシ」をオンにすると、Clash は 127.0.0.1:7890 を Windows のインターネットプロキシ設定に書き込み、ブラウザに即時反映されます。TUNモードを有効にする場合は前提条件が1つ加わります:仮想ネットワークアダプタの作成には管理者権限が必要です。Clash Verge Rev では、設定画面で先に「サービスモード」をインストールする方式を採用しています——システムと共に動作するバックグラウンドサービスを導入すればTUNのスイッチが使えるようになり、以降は起動ごとに手動で権限を上げる必要がありません。Clash Plus は初回のTUN起動時に一度だけ権限承認を求めます。TUNを有効にした後は、システムプロキシのスイッチはオフにして構いません。両方を同時にオンにする必要はありません。

Windows 特有の問題

• ポートの競合。Thunder(迅雷)や開発用デバッグツールが 7890 付近のポートを占有していることがよくあります。クライアントのログに bind: address already in use と出た場合は、設定またはクライアント設定内で mixed-port を 7897 など空いているポートに変更してください。
• 自動起動。クライアント設定で「起動時に自動実行」をオンにするだけです。起動時にTUNモードへ自動で入りたい場合は、先にサービスモードを導入しておく必要があります。そうしないと権限不足によりTUNが起動時に静かに失敗します。
• セキュリティソフトの誤検知。プロキシコアは通信を転送する動作をするため、一部のウイルス対策ソフトがこれを不審と判定してコアファイルを隔離することがあり、クライアントがコア起動失敗を繰り返し表示する症状として現れます。インストールフォルダを信頼リストに追加してください。コア mihomo のソースコードは公開されており誰でも確認できます。
• UWPアプリがプロキシを経由しない。ストアアプリはデフォルトでローカルループバックアドレスへのアクセスがシステムにより禁止されているため、127.0.0.1 のプロキシポートに接続できません。一部のクライアントは「UWPループバック免除」ツールを提供しており、プロキシが必要なストアアプリにチェックを入れるだけで対応できます。あるいはTUNモードに切り替えてこの制限自体を回避することもできます。

3. macOS

チップアーキテクチャの選択

macOS用インストーラーは Apple Silicon(Mシリーズチップ)と Intel の2種類があります。どちらか分からない場合は、左上のAppleメニュー→「このMacについて」を開き、「チップ」の欄が Apple M で始まっていれば Apple Silicon 版、Intel と表示されていれば Intel 版を選んでください。ダウンロードページの macOS セクションでは両アーキテクチャ向けにそれぞれボタンを用意しています。アーキテクチャを間違えると起動できないか、エミュレーション実行によりパフォーマンスが低下します。

初回起動と Gatekeeper

ブラウザからダウンロードしたdmgをインストールして初回起動すると、macOSが「開発元を確認できないため開けません」と表示することがあります。対処法は2つあります:Finderでアプリのアイコンを右クリックして「開く」を選び、ポップアップでもう一度「開く」をクリックする方法。または、システム設定→プライバシーとセキュリティを開き、ページ下部にブロックされたアプリの表示があるので「このまま開く」をクリックする方法です。「アプリが壊れている」と表示される場合は、ダウンロードファイルに隔離属性が付与されているためで、ターミナルで次のコマンドを実行すれば解除できます(パスは実際のアプリ名に置き換えてください):

xattr -dr com.apple.quarantine /Applications/Clash\ Plus.app

サブスク導入とシステムプロキシ

サブスク導入の流れは Windows と同じです:サブスクページにリンクを貼り付け、導入、ノード一覧が表示されるのを確認します。「システムプロキシ」をオンにすると、クライアントはシステムのAPIを通じて HTTP、HTTPS、SOCKS プロキシを現在アクティブなネットワークサービス(Wi-Fiまたは有線)に書き込みます。正常に終了すれば自動的に元に戻ります。クライアントが異常終了した場合、プロキシ設定が残ってネットワークが切れることがあります。手動でクリアする場所は、システム設定→ネットワーク→現在のネットワークの「詳細」→「プロキシ」で、各プロキシプロトコルのチェックを外してください。

TUN・自動起動・その他の注意点

macOSでTUNを有効にするにはシステムの承認が必要です:クライアントが特権コンポーネントまたはシステム拡張機能のインストールを案内し、その際に管理者パスワードの入力を求めますが、これは正常な流れで、一度承認すれば以後は長期間有効です。自動起動はクライアント設定でオンにすると、システムの「ログイン項目」として登録され、システム設定→一般→ログイン項目で確認できます。他に2点注意してください:システムプロキシは現在のネットワークサービスにのみ作用するため、別のネットワークアダプタに切り替えた際はスイッチの状態を再確認してください。また ClashX Meta は開発が終了しており、新しいクライアントを実行できない古いデバイスでのみ利用を推奨します。新しいマシンでは Clash Plus または Clash Verge Rev を選んでください。

4. Android

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

ダウンロードページの Android セクションからAPKを取得します。近年の主流機種は arm64 版を選べば問題ありません。古い機種やテレビボックスは armv7 アーキテクチャの場合があり、arm64 版をインストールすると非対応と表示されるので arm 版に切り替えてください。ブラウザでダウンロードしたAPKを初めてインストールする際、システムが「不明なアプリのインストールを許可」する権限を求めます。案内に従ってブラウザまたはファイルマネージャーに一度権限を与えれば済みます。これはストア外からのインストールに対するAndroidの標準的な手順です。

サブスクの導入

Androidクライアントは一般に3種類の導入方法をサポートしています:サブスクリプションリンクの直接貼り付け、QRコードの読み取り、クリップボードからの自動認識。設定ページで新しいサブスクを作成し、リンクを貼り付けて保存・更新すれば、リストにノードグループが表示されて成功です。モバイルネットワークでは初回のサブスク更新がタイムアウトすることがあるため、Wi-Fiに切り替えて再試行してから判断してください。

VPNの動作方式とアプリ単位のプロキシ

AndroidクライアントはシステムのVpnServiceインターフェースを通じて通信を引き受けるため、rootは不要です。初めて接続をタップすると、システムが「接続のリクエスト」承認画面を表示し、確認するとステータスバーに鍵アイコンが表示されます。これは仮想プライベートネットワークのトンネルが確立されたことを示し、デスクトップ版のTUNモードと同等の効果です——デフォルトでは全アプリの通信がClashで振り分けられます。より細かい制御が必要な場合は「アプリ単位のプロキシ」機能を使います:許可リストモードではチェックしたアプリのみがプロキシを経由し、除外リストモードではチェックしたアプリが直接接続になります。銀行や決済系アプリは除外リストに入れることを推奨します。リスク管理システムによる誤判定を避けるためです。

バックグラウンド維持

Androidで最もよくある問題は設定ミスではなく、プロセスが強制終了されることです:ロック状態が続くとプロキシが切断され、通知が消えます。対処は3段階です:システム設定の電池項目でクライアントを「制限なし」またはバッテリー最適化の対象外に設定する。MIUI、EMUI、ColorOSなど独自カスタムOSでは、さらに自動起動管理でも許可し、最近のタスクカードでアプリをロックする。この3手順を行えば、ほとんどの機種で安定して常駐させられます。

5. iOS

App Storeからのインストール

iOSプラットフォームでは App Store から Clash Plus をインストールします。検索するか、ダウンロードページの iOS セクションのストアリンクから直接アクセスできます。このアプリの公式サイトは clashplus.io で、バージョン更新情報や機能ドキュメントは公式サイトが基準になります。iPhoneとiPadは同一アプリで、画面は自動的に最適化されます。

サブスク導入と初回接続

アプリを開いたらサブスクページでリンクを貼り付けて導入する流れは他プラットフォームと同じです。初めて接続をタップすると、iOSが「VPN設定の追加を要求しています」というシステムウィンドウを表示します——これは NetworkExtension フレームワークの標準的な承認手続きで、「許可」をタップしてパスコードまたはFace IDで一度認証すると、システム設定に対応するVPN設定項目が表示されます。以降の接続・切断はアプリ内でワンタップで完了し、システム設定→VPNでも現在の状態を確認できます。

iOS特有の注意点

• 設定規模。iOSがネットワーク拡張プロセスに割り当てるメモリには上限があるため、ノード数が非常に多い、あるいはルールセットが巨大なサブスクでは読み込みが遅くなることがあります。この場合はサブスクを簡素化するか、サービス提供者に軽量版の設定を依頼する方が、再インストールを繰り返すより効果的です。
• ネットワーク切り替え。Wi-Fiとモバイルネットワークを切り替える際、トンネルは自動的に再構築されます。その間1〜2秒程度の短い切断が発生しますが、これは正常な挙動です。
• オンデマンド接続。アプリ内で起動時やネットワーク接続後の自動接続を有効にできます。これはシステムのオンデマンド機能を利用しており、有効化すれば毎回手動でアプリを開く必要がなくなります。

6. Linux とサーバー

デスクトップディストリビューションへのインストール

デスクトップLinuxでは Clash Verge Rev を推奨します。ダウンロードページの Linux セクションではdebとrpmの2形式を提供しており、FlClashも代替として利用可能です。Debian/Ubuntu系ではaptでローカルパッケージをインストールすると依存関係が自動的に処理されます:

sudo apt install ./clash-verge-rev_amd64.deb

Fedora系では sudo dnf install ./clash-verge-rev_x86_64.rpm に対応します。インストール完了後はアプリケーションメニューから起動し、サブスク導入の流れは他のデスクトッププラットフォームと同じです。

システムプロキシと環境変数

GNOMEとKDEにはいずれもGUIのシステムプロキシ設定があり、クライアントの「システムプロキシ」スイッチはそこに書き込まれ、ブラウザや多くのデスクトップアプリが追従します。しかしLinuxでは多くの作業がターミナル上で行われ、ターミナルのプログラムはデスクトップ設定ではなく環境変数を参照します。現在のターミナルセッションを一時的にプロキシ経由にするには:

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

長期的に有効にしたい場合は、これらの行をshellの設定ファイルに書き込むか、必要に応じてオン・オフできるaliasにまとめます。git、curl、wgetなどのツールはこれらの変数に従いますが、一部のツール(コンテナランタイムの一部など)には独自のプロキシ設定項目があり、個別に設定が必要です。

TUNの権限

LinuxでTUNデバイスを作成するには CAP_NET_ADMIN 権限が必要です。GUIクライアントには一般に承認ボタンが用意され、内部でpkexecによる権限昇格を行います。コアのバイナリを直接実行する場合は、setcapで一度だけ権限を付与すれば、以後はrootなしでTUNを有効化できます:

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

GUIなし環境:mihomo コアを直接実行する

サーバー、ソフトウェアルーター、NASにはGUIがないため、mihomoコアを直接実行するのが標準的な方法です。ダウンロードページのコアセクションで各アーキテクチャ向けバイナリを提供しています。慣習的なディレクトリ構成は、設定を /etc/mihomo/config.yaml に、コアのバイナリを /usr/local/bin/mihomo に置き、systemdサービスを書いてシステムと共に稼働させる方式です:

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

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

[Install]
WantedBy=multi-user.target

/etc/systemd/system/mihomo.service として保存したら有効化します:

sudo systemctl daemon-reload
sudo systemctl enable --now mihomo

以降は systemctl status mihomo で稼働状態を確認し、journalctl -u mihomo -f でログを追跡できます。コアの初回起動時にはGeoIPとGeoSiteのデータベースが自動でダウンロードされますが、サーバーが外部ネットワークに接続できない場合は、データファイルを手動で設定ディレクトリに配置する必要があります。そうしないとルールの照合が機能しません。

7. 動作確認と日常メンテナンス

プロキシが実際に効いているか確認する

プロキシを有効にした後は感覚で判断せず、2つの証拠を組み合わせて確認しましょう。1つ目はブラウザで任意のIP確認サイトにアクセスし、表示される出口IPがノードの所在地になっていればブラウザの通信がプロキシを経由していることが分かります。2つ目はコマンドラインでプロキシポートに直接リクエストを送り、応答ヘッダーが返るか確認します:

curl -x http://127.0.0.1:7890 -I https://www.example.com

HTTP/2 200 のようなステータス行が返れば、プロキシ経路が正常に通っていることを示します。デスクトップクライアントの接続パネルも一見の価値があります:各接続がどのルールと出口方針にマッチしたかリアルタイムで表示され、「あるアプリが実際にプロキシを経由しているか」を判断する最も直接的な証拠になります。初回接続のより詳しい確認方法は初回接続確認ガイドを参照してください。

サブスク更新とGeoIPデータ

ノード情報はサービス提供者側の調整に伴い変化するため、サブスクは定期的な更新が必要です——各クライアントは自動更新間隔の設定に対応しており、一般に24時間ごとで十分です。もう一つメンテナンスが必要なのはGeoIPとGeoSiteのデータベースで、ルール内の GEOIP,CN、GEOSITE 系の項目はすべてこれに依存しています。データベースが古いと一部のドメインやIPの分類が誤り、特定サイトの振り分け異常として現れます。クライアント設定には通常「GeoIPデータベースを更新」の項目があり、数か月に一度手動で実行すれば十分です。

ログとトラブルシューティングの順序

問題が起きたときはログレベルを info から一時的に debug に変更すると情報量が大きく増えます。推奨する調査順序は3段階です:まずノード一覧で遅延テストを行いノード自体が使えるか確認する。次に接続パネルで対象ドメインが想定したルールに命中しているか確認する。最後にDNSを疑い、ブラウザのプライベートウィンドウで再試行してローカルキャッシュの影響を排除する。順序を飛ばすと単純な問題を複雑化させがちです。速度の数値の読み方やノードの選び方はノード選定ガイドを参照してください。

8. 設定に関するよくある質問

設定ファイルの構造

Clashの設定はYAML形式のファイルで、サブスクで取得するのもこれです。通常の利用では手書きの必要はありませんが、主要な項目を理解しておくとトラブルシューティングに大いに役立ちます。簡略化した骨格は以下の通りです:

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - 223.5.5.5
    - 119.29.29.29

mixed-port はローカルの混合プロキシポート、allow-lan は同一LAN内の他のデバイスが本機のプロキシを使えるかどうかを決めます。mode はルール/グローバル/直接接続の3モードに対応し、dnsセクションは名前解決の動作を制御します。サブスクの設定ではこれに加えて proxies(ノード)、proxy-groups(方針グループ)、rules(振り分けルール)の3つの大きなセクションが含まれます。

YAML解析エラー

設定を手動で編集した後にクライアントが「設定の解析に失敗しました」と表示する場合、9割はYAML形式の問題です。次の3点を確認してください:インデントは半角スペースを使う(慣例は2つ)、Tabを混在させると即座にエラーになる。キー名のコロンの後には半角スペースが必要。値にコロンやシャープなどの特殊文字が含まれる場合は値全体を引用符で囲む。設定を編集する前に元のファイルをバックアップしておくのが最も手間のかからない保険です。

Fake-IP関連の異常

設定内の enhanced-mode: fake-ip は、DNSがFake-IPモードを使用することを意味します:クライアントはまず予約されたアドレス帯の仮のアドレスを返して接続確立を高速化し、実際の解決はプロキシ経路上で行われます。これによりDNSリークを減らし初回接続を高速化できますが、実際のIPに依存する一部のシナリオでは異常が発生します——LAN内デバイスの検出や一部ゲームプラットフォームのログインなど、該当するドメインを fake-ip-filter リストに追加する必要があります。原理と適用シナリオの完全な一覧はFake-IPモード解説を参照してください。

独自ルールが効かない

サブスクの設定に自分でルールを追加する際は、1つの原則を覚えておいてください:ルールは上から順に照合され、マッチしたら停止します。独自の項目をより広範囲にマッチする万能ルールより後に置くと、決して有効になりません——正確なドメイン指定のルールは GEOIP、MATCH のような包括的な最終ルールより前に配置してください。各ルールタイプの文法と並び順の推奨はルール文法と優先順位の解説を参照してください。

サブスク更新の失敗

更新をタップして読み込み中のままエラーになる場合は、4段階で確認します:本機のネットワークは正常か、サブスクリプションリンクをブラウザで直接開けるか、返ってくる内容が正しい設定形式か、クライアントで「プロキシ経由でサブスクを更新」が設定されているのに未接続状態になっていないか。項目ごとの完全なチェックリストはサブスク失効チェック手順にまとめています。その他の細かい問題はよくある質問ページで基礎知識、導入設定、使いこなしのコツ、トラブルシューティングの4分類で継続的に追加しています。

このページはクライアントのエコシステムの変化に応じて継続的に更新しています。インストーラーは必ずダウンロードページから取得してください。初めての方ははじめにガイドに沿って手順通り進めるだけで完了します。