クイックスタート
Clash はルールベースのプロキシクライアント。ローカルプロキシインターフェース(HTTP/SOCKS5)または TUN 仮想 NIC でネットワークトラフィックを転送。Shadowsocks、VMess、Trojan、Hysteria2、TUIC、VLESS など多様なプロトコルに対応。
従来の VPN との違い:Clash はルール振り分けをネイティブサポート。直接接続ルールに一致するトラフィックはそのまま通過、プロキシが必要なトラフィックのみノード経由 — ローカルサービスの速度に影響なし。VPN は通常すべてのトラフィックをトンネル経由にするため、速度低下の原因に。
不要です。Clash はクライアントのみ。プロキシプロバイダーからサーバーノードを取得します。サブスクリプションリンクを Clash に貼り付けるだけで使用可能 — サーバー設定は不要。
技術力があれば、海外 VPS でプロキシサービス(Xray、Sing-Box など)を自前構築し、Clash サブスクを設定することも可能。
公式首推 Clash Plus — 全プラットフォーム無料、すぐ使える、シンプルで機能完全:
- Windows / macOS / Android:Clash Plus
- iOS:Clash Plus(App Store 無料ダウンロード)
- Linux:Clash Verge Rev(AppImage / deb / rpm 対応)
ダウンロードページ から最新版を入手。
インストール
Windows SmartScreen の警告です。インストーラーが Microsoft の有料コード署名を受けていないため。解決方法:
- ダイアログの「詳細情報」をクリック
- 「実行」をクリック
完全に安全です。Clash Plus のソースコードは完全オープンソースで監査可能。常に公式ダウンロードページから入手し、出所不明のバージョンは避けてください。
macOS Gatekeeper が未署名アプリをブロック。解決方法:
- 「システム設定 → プライバシーとセキュリティ」を開く
- ページ下部の「"Clash Plus" の使用がブロックされました…」で「このまま開く」をクリック
「壊れています」と表示される場合、ターミナルで以下を実行してから再度開く:
xattr -cr /Applications/ClashPlus.app
通常は APK アーキテクチャ不一致またはダウンロード不完全:
- arm64-v8a:2018 年以降の大多数のスマホ向け(推奨)
- armeabi-v7a:旧式 32 ビットスマホ向け
- x86_64:x86 タブレット/エミュレーター向け
対応アーキテクチャの APK を再ダウンロード。完了後ファイルサイズを確認(20MB 以上)、再インストール。
日本の App Store で「Clash Plus」を検索し「入手」をタップするだけでダウンロードできます(完全無料)。検索結果に表示されない場合は、正確な名前で再検索するか、下記の直接リンクからアクセスして地域の配信状況を確認してください。
直接リンク:App Store – Clash Plus
よくある原因と解決方法:
- 旧バージョンのデータ競合:旧バージョンを完全アンインストール(設定フォルダも削除)してから再インストール。
- OS バージョン非対応:Windows 10 1903+ / macOS 12+ / Android 6+ であることを確認。
- ウイルス対策ソフトのブロック:Clash Plus をホワイトリストに追加、または一時的に無効化してテスト。
- インストーラー破損:公式ダウンロードページから完全なインストーラーを再ダウンロード。
サブスクと設定
トラブルシューティング手順:
- リンクの完全性を確認:
https://で始まること、コピー時に余分なスペースや改行がないことを確認。 - ネットワーク前提条件:サブスクサーバーにアクセスできない場合は、まず手動でノードを追加するか、プロバイダー提供のミラーサブスクリンクを使用。
- アカウント状態を確認:プロバイダーのコントロールパネルにログインし、期限切れ・データ容量切れがないことを確認。
- User-Agent を変更:一部のプロバイダーは UA をフィルタリング。Clash Plus 設定で UA を
ClashMetaまたはclash.metaに変更。
Clash Plus(および大多数のクライアント)の「Profiles」ページで、インポート済みサブスク右側の設定ボタンをクリックし、「Auto Update」または「自動更新」を見つけ、更新間隔(12 時間または 24 時間推奨)を設定して保存。クライアントがバックグラウンドで最新ノードリストを自動取得。
考えられる原因:
- サブスク内容が Base64 エンコードの SS/VMess リンクだが、クライアントは YAML 形式を要求 — 「Clash サブスクリンク」をプロバイダーに依頼。汎用サブスクリンクは使用しない。
- サブスク解析失敗時、ブラウザのアドレスバーにサブスクリンクを貼り付け、有効な YAML 設定が返るか確認。
- アカウント期限切れでサブスクが空またはエラーページを返す。
可能。Clash は複数のサブスク設定ファイルを同時インポート可能。「Profiles」ページでそれぞれインポート後、右側のチェックで使用中の設定を切替。
同一設定内で複数プロバイダーのノードを混在させたい場合、「サブスクマージ」ツール(Sub-Store、subconverter など)で複数サブスクを 1 つの YAML に統合してから Clash にインポート。
YAML 形式エラー。通常は手動編集時の構文問題。トラブルシューティング:
- 設定内容をオンライン YAML 検証ツール(yamllint.com)に貼り付け、エラー行を確認。
- よくあるエラー:Tab キーでのインデント(YAML はスペース必須)、特殊文字を含む文字列がクォートで囲まれていない。
- プロバイダーから直接取得したサブスクリンクでエラーが出る場合、プロバイダー側の設定に問題があります。プロバイダーのサポートに連絡してください。
接続
順番に確認:
- プロキシモード:現在のモードが「Rule」であることを確認。「Direct」(直接接続)や意図しない直接接続モードでないか。
- システムプロキシ:Windows/macOS で「System Proxy」がオン。ブラウザはシステムプロキシ経由。
- ノードの可用性:他のノードに切替、または「Speed Test」で測定、最低レイテンシのノードを選択。
- ブラウザ拡張機能の競合:SwitchyOmega などのプロキシ拡張が Clash と競合する可能性。「システムプロキシ」モードに設定。
- ファイアウォール/ウイルス対策:一部のセキュリティソフトが Clash のネットワークアクセスをブロック。ホワイトリスト追加後に再試行。
原因は通常プロキシモード設定の問題:
- プロキシモードを「Global(グローバル)」から「Rule(ルール)」に戻す。ルールモードは直接接続ルールに一致するトラフィックを自動的に直接接続。
- それでも遅い場合、サブスク設定に直接接続ルール(例:
GEOIP,JP,DIRECT)があるか確認。 - Fake-IP モードでは DNS 解析がプロキシ経由になり、一部ドメインの解析が遅くなる可能性 — 設定で信頼できる DNS を
nameserver(例:1.1.1.1)に設定。
考えられる原因:
- ノード過負荷:ピーク時間帯(20-23 時)に人気ノードが混雑。他地域のノードまたは「自動選択」ポリシーグループを使用。
- サブスク期限切れ:データ容量と有効期限を確認。
- ローカルネットワーク不安定:まずローカルネットワークをテスト(ping 8.8.8.8)し、ローカル問題を除外。
- Keepalive 設定:Clash 設定に
keep-alive-interval: 30を追加して接続を維持。
一部のアプリはシステムプロキシ設定に従わない(ゲームクライアント、UWP アプリ、ダウンロードツールなど)。解決策:
- TUN モードを有効化:システム層で仮想 NIC を作成し、すべての TCP/UDP トラフィックを制御。アプリ層プロキシ設定の制限を受けない。
- Windows UWP:Clash for Windows(旧版)には UWP 修正ツール内蔵。Clash Plus の TUN モードでも直接解決可能。
- TUN モードは Windows/macOS で管理者権限、Android/iOS で VPN 権限が必要(通常の権限ダイアログで許可)。
Clash 設定で「Allow LAN」(LAN 接続を許可)を有効化。他デバイスで HTTP プロキシをこの PC の LAN IP と Clash のリッスンポート(デフォルト 7890)に設定。
例:Clash PC の IP が 192.168.1.100 の場合、スマホの Wi-Fi 設定で HTTP プロキシ:サーバー 192.168.1.100、ポート 7890。
機能設定
| モード | 説明 | 使用シーン |
|---|---|---|
| Rule(ルール) | サブスク設定のルールセットに基づき、トラフィックをプロキシまたは直接接続に自動判定 | 日常使用、推奨 |
| Global(グローバル) | すべてのトラフィックが選択ノード経由 | 一時テスト、またはルール失効時 |
| Direct(直接接続) | すべてのトラフィックが直接接続、プロキシ不使用 | プロキシを一時停止 |
TUN(Tunnel)モードはシステムカーネルで仮想 NIC を作成し、ネットワーク層ですべての TCP/UDP トラフィックを制御。アプリ層プロキシの制限を回避。
TUN を有効にすべきシーン:
- ゲームクライアント(Steam、Epic など)がプロキシ経由にならない
- Windows UWP アプリがプロキシ経由にならない
- 一部のシステムコンポーネント(Windows Update など)がプロキシ経由が必要
- macOS/Linux ターミナルコマンドがプロキシを必要
TUN モードはより多くのシステムリソースを消費。日常使用は「System Proxy」で十分。必要時のみ TUN を有効化。
Fake-IP は DNS 処理方式:Clash がローカルで各ドメインに偽の内部 IP(例:198.18.x.x)を返し、接続リクエスト到着時に実 IP を解決。DNS レイテンシ大幅削減、DNS 汚染回避の利点。
注意:Fake-IP モードでは:
- LAN デバイス検出(Bonjour、mDNS など)が失効する可能性。
fake-ip-filterでこれらのドメインを除外。 - 一部の DRM コンテンツやネットワーク認証サービスが失効する可能性。同様に filter ホワイトリストで解決。
設定ファイルの rules セクションにカスタムルールを追加(他のルールより前)。構文例:
rules:
- DOMAIN-SUFFIX,example.com,PROXY # 強制的にプロキシ経由
- DOMAIN-SUFFIX,localsite.jp,DIRECT # 強制的に直接接続
- DOMAIN-KEYWORD,ads,REJECT # 広告をブロック
- MATCH,PROXY # それ以外はデフォルトでプロキシ経由
ルールは上から順にマッチ、最初に一致したルールのポリシーを実行。DOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD、IP-CIDR、GEOIP などに対応。
| ポート | プロトコル | 説明 |
|---|---|---|
7890 | HTTP/HTTPS | HTTP プロキシポート(ブラウザ、curl など) |
7891 | SOCKS5 | SOCKS5 プロキシポート(UDP 対応) |
7892 | Redirect/TUN | 透過プロキシまたは TUN インターフェース |
9090 | HTTP API | RESTful 外部制御インターフェース / Web Dashboard |
設定ファイルまたはクライアント設定ページでこれらのポートを変更可能。
速度と性能
推奨方法:
- 「自動選択」ポリシーグループを使用:プロバイダーの設定には通常 Auto ポリシーグループがあり、最低レイテンシのノードを自動選択し定期測定。
- 手動測定:「Proxy」ページで「Speed Test」をクリックし全ノードのレイテンシを一括テスト。50ms 以下のノードを選択。
- 地域を考慮:米国サービスには米国ノード、日本ゲームには日本ノード — 近い地域ほど安定。
- プロトコル選択:レイテンシが同程度なら Hysteria2 > TUIC > VMess/VLESS XTLS > 通常 VMess。新プロトコルほど高速。
レイテンシ(ping)が低い ≠ 帯域幅が高い。実速度に影響する要因:
- ノード帯域制限:プロバイダーが単一ノード/ユーザーに速度制限。他の低倍率ノードを試す。
- ピーク時間帯の混雑:20-23 時はトラフィックが多い。オフピーク時にテスト。
- ローカルネットワークのボトルネック:fast.com などでローカル速度を測定し、ISP 問題を除外。
- プロトコルオーバーヘッド:より効率的なプロトコル(Hysteria2、TUIC)を試す。
通常 Clash の使用量は非常に低い(CPU < 1%、メモリ < 100MB)。高い場合:
- 不要なログレベルが有効になっていないか確認(
warningまたはerrorに変更)。 - 大規模ルールセット(数万条)はメモリ使用量を増加。GeoData で個別 IP ルールの代用を検討。
- TUN モードはシステムプロキシより多くのリソースを消費。不要時は無効化。
- 最新版に更新。新版は通常パフォーマンス最適化を含む。
セキュリティとプライバシー
dnsleaktest.com でテスト。結果に ISP の DNS サーバー(ノード所在地の DNS ではない)が表示される場合、DNS リークあり。
解決方法:Clash 設定で DNS モジュールを有効化し enhanced-mode: fake-ip または redir-host を使用。nameserver にリモート DNS(例:tls://8.8.8.8)を設定。
いいえ。Clash Plus は完全オープンソースソフトウェア。コードは GitHub で公開監査可能。データ収集やテレメトリ機能なし。トラフィックは自分で設定したノード(プロキシプロバイダー)のみ経由。Clash Plus 自体は通信内容に関与しない。
推奨:常に公式ダウンロードチャネルから入手。出所不明の「クラック版」「最適化版」はバックドアが埋め込まれる可能性あり。
強く非推奨。サブスクリンクにはアカウントのアクセス認証情報が含まれる。共有すると:
- 相手がノード配分を使用し、データ容量が早期に枯渇。
- プロバイダーが複数デバイス共有を検出しアカウントを停止する可能性。
- 相手の使用行為を追跡不可。
家族と共有する場合はプロバイダーでマルチデバイスプランを購入し、各自独立アカウントのサブスクリンクを使用。
プロキシノード経由のアクセスでは、対象サイトはノードサーバーの IP を見る(本当の IP ではない)。ただし以下に注意:
- プロキシモードが「Direct」またはルール判定で直接接続のトラフィックは、対象サイトが本当の IP を見られる。
- WebRTC は一部ブラウザでローカル IP を漏洩。WebRTC リーク防止拡張機能のインストールを推奨。
- DNS リーク時、DNS プロバイダーが解析リクエストを記録(上記 DNS リーク問題参照)。
iOS 専用
2 つの方法:
- 手動インポート:Clash Plus を開く → 下部「Profiles」→ 右上「+」→「URL からインポート」→ サブスクリンクを貼り付け → 確認。
- ワンクリックインポート:Safari でプロバイダー提供の「ワンクリックインポート」リンクを開くと、自動的に Clash Plus にジャンプし URL が入力される。
トラブルシューティング手順:
- 「Proxy」ページで低レイテンシのノードに切替えて再試行。
- サブスクが有効な Clash YAML 形式か確認(SS/VMess 生リンクは使用しない)。
- 「設定 → 一般 → VPN とデバイス管理」で古い VPN 設定を削除後、Clash Plus 内で再接続。
- スマホを再起動して再試行。
iOS は一定時間後にバックグラウンド VPN プロセスをサスペンド。解決策:
- Clash Plus「Settings」で「On Demand(オンデマンド接続)」を有効化 — システムレベル VPN ルール、ネット接続時に自動トリガー、プロセス管理の影響を受けない。
- iOS「設定 → 一般 → VPN とデバイス管理」で Clash Plus の VPN 設定を見つけ、「オンデマンド接続」をオン。
Clash Plus「Settings」で「iCloud Sync」を有効化。設定ファイルとサブスク情報が iCloud Drive に自動同期。同一 Apple ID の全デバイス(iPhone、iPad)で同じ設定を共有。
Clash Plus にはトラフィック統計パネル内蔵 — リアルタイム速度、日次使用量、ノードレイテンシなどを表示。より詳細なトラフィック分析(アプリ別統計など)は iOS システム制限により限定的。高度な分析機能が必要なら Stash が有料だが機能完全な選択肢。
「」に関連する質問が見つかりません
完全ガイドを見る