Windows
トレイ操作、システムプロキシ、TUNモード、GUIによるルール管理が必要なデスクトップユーザーに適しています。ダウンロードページでは、Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu、アーカイブ版クライアントを比較できます。インストール前にシステムアーキテクチャを確認し、初めてTUNを有効にするときは権限の確認に対応してください。
ダウンロードページへCONFIGURATION BROWSER
Clashの主な機能は、設定の読み込み、通信の識別、プロキシポリシーの実行に集約されます。実際の設定構造に沿って分けて解説するため、サブスクリプション、ルール、システムネットワークの制御のどこから着手すべきか判断できます。
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
MATCH,PROXY
ルールモードでは、接続先を上から順に確認します。ドメインサフィックスのルールは特定のサイトに適しており、GEOIPでは接続先アドレスで分類できます。MATCHは末尾に置き、前のルールに一致しなかった接続を受けます。実際の設定では、対象範囲が狭く意図の明確なルールを先に置き、その後に汎用ルールと最終ポリシーを配置します。誤判定を減らせるだけでなく、ログのルール名から設定を確認しやすくなります。変更後はまず構文が有効か確認してから設定を再読み込みし、古いルールがカーネル内で動き続けるのを防ぎます。
proxy-providers:
remote-set:
type: http
path: ./providers/remote.yaml
interval: 3600
サブスクリプションはプロキシノードを提供し、ローカル設定はプロキシグループ、ルール、DNSの動作を決めます。providerに対応するクライアントでは、リモートソースをproxy-providersに登録し、キャッシュパスと更新間隔を設定できます。GUIクライアントでは通常、リンクのインポートや更新ボタンとして操作します。更新に失敗した場合は、まずサブスクリプションURLにアクセスできるか確認し、次にローカルキャッシュの場所とシステム時刻を確認します。すぐに設定全体を削除する必要はありません。ソースとカスタムルールを分離しておけば、リモート内容を更新しても個別の分岐設定が上書きされにくくなります。
システムプロキシは、OSのプロキシ設定に従うブラウザやデスクトップアプリに適しており、設定が分かりやすく、いつでも無効化できます。TUNモードは仮想ネットワークインターフェースを通じてより多くの通信を処理するため、システムプロキシを読み取らないアプリに適していますが、対応するシステム権限、ドライバー、ルーティング設定が必要です。LAN接続の許可は、同じネットワーク上の別の端末から本機のポートを使う必要がある場合だけ有効にし、リッスンアドレスとファイアウォールの範囲も確認してください。通信異常が起きたら、まずTUNを無効にし、システムプロキシだけで動作を確認すると問題箇所を絞り込めます。
Windows → mihomo
macOS → mihomo
Android → mihomo
iOS → mihomo compatible
Linux → mihomo
クライアントによって画面、メニューの位置、システム連携の方法は異なりますが、mihomoベースのクライアントでは、ルール、プロキシグループ、DNS、ポートなどの基本的な設定仕様を共有できることが多いです。デスクトップ版は完全なYAMLの編集やログ確認に向き、モバイル版はサブスクリプションの切り替えとバックグラウンド接続を重視します。プラットフォームを移行する際は、まずクライアントが採用するカーネル系統を確認し、対象プラットフォームで非対応の拡張フィールドが設定に含まれていないか確認してください。構造を整理した基本設定を1つ用意しておくと、複数端末での調整を減らせます。
PLATFORM DOWNLOADS
インストールパッケージは、OSとプロセッサーアーキテクチャに対応したものを選ぶ必要があります。ダウンロードページでは、プラットフォーム別に利用可能なクライアント、用途、システム要件を掲載しています。まず該当するプラットフォームの一覧を開き、その中からクライアントを比較してください。
トレイ操作、システムプロキシ、TUNモード、GUIによるルール管理が必要なデスクトップユーザーに適しています。ダウンロードページでは、Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu、アーカイブ版クライアントを比較できます。インストール前にシステムアーキテクチャを確認し、初めてTUNを有効にするときは権限の確認に対応してください。
ダウンロードページへApple Silicon搭載MacとIntel Macに対応します。プロセッサーごとにインストールパッケージが異なるため、ファイル名にmacOSとあるかだけで判断しないでください。デスクトップクライアントでは、メニューバー操作、システムプロキシ、ルールの切り替えを行えます。ネットワーク拡張やTUNを有効にした後は、システム設定で権限が反映されていることを確認してください。
ダウンロードページへスマートフォン、タブレット、一部のAndroid端末に適しています。サブスクリプションを読み込んだ後はVPN接続の権限を許可し、システムのバックグラウンド制限に合わせて動作設定を調整してください。ネットワークを切り替えた後に接続が切れる場合は、まずバッテリー最適化、常駐通知、DNS設定を確認し、そのうえで設定の変更が必要か判断します。
ダウンロードページへiPhoneとiPadでは、App Storeから対応するクライアントをインストールします。初回接続時にシステムVPN設定を確認し、その後クライアントでサブスクリプションを読み込み、ポリシーグループを選択して接続ログを確認できます。モバイル通信とWi-FiではDNSの動作が異なる場合があるため、トラブルシューティングでは分けてテストしてください。
ダウンロードページへデスクトップLinux、サーバー、カーネルを直接実行する必要がある端末に適しています。GUIクライアントはサブスクリプションとポリシーの管理に便利で、mihomoカーネルはsystemd、コンテナ、その他の管理ツールで運用する構成に向いています。導入前に設定ディレクトリ、リッスンアドレス、ログの場所、サービスアカウントの権限を明確にしてください。
ダウンロードページへQUICK START
初回設定ですべての項目を同時に変更する必要はありません。まずクライアントが設定を正しく読み込み、接続を確立できる状態にしてから、ルール、DNS、TUN、LAN共有を調整すると、トラブルシューティングの手順が明確になります。
ダウンロードページから対象プラットフォームを開き、OSとプロセッサーアーキテクチャに合うクライアントを選びます。インストール後はまずクライアントを起動し、設定ディレクトリ、カーネルの状態、ログ画面が利用できるか確認してください。WindowsとmacOSでは、初めてシステム連携機能を有効にする際に権限を求められることがあります。AndroidとiOSではVPN設定の確認が表示されます。この段階ではプログラムが正常に起動することだけを確認し、TUN、LAN共有、複雑なDNS設定を急いで有効にしないでください。起動直後に終了する場合は、まず設定ファイルの構文、ポートの競合、システム権限を確認します。
サブスクリプションまたは設定画面にサービス提供者から渡されたURLを貼り付け、ダウンロードまたは更新を実行します。読み込みに成功すると、プロキシグループ、ノード、ルールが表示されます。まず利用可能なポリシーを選び、クライアントのログに設定読み込みエラーがないか確認してください。サブスクリプションURLとノード内容はサービス提供者が管理し、Clashクライアントは設定を読み込んで実行します。両者は分けて判断する必要があります。更新に失敗した場合は、URLの完全性、ネットワーク接続、システム時刻、ローカルキャッシュの順に確認し、まだ有効な基本設定を何度も上書きしないでください。
プロキシモードをルールに設定し、システムプロキシを有効にしてから、ダイレクト接続の対象とプロキシポリシーが必要な対象へそれぞれアクセスします。ルールモードは接続先に応じてポリシーを選ぶものであり、すべての通信が同じ経路を通るわけではありません。ブラウザでは有効なのに特定のアプリで機能しない場合は、そのアプリがシステムプロキシを読み取るか確認し、読み取らない場合にTUNモードを検討します。確認が終わってからDNS、Fake-IP、ヘルスチェック、自動起動を調整してください。一度に変更する設定は1種類にし、変更前の設定を保存しておくと、問題発生時に正確に戻せます。
まずクライアントのカーネルが動作していることを確認し、次にシステムプロキシのポートが設定内のmixed-portと一致しているか確認します。ブラウザに個別のプロキシ設定や拡張機能がある場合、OSの設定が上書きされることもあります。詳しい手順はトラブルシューティングをご覧ください。
日常利用では、まずルールモードを使い、対象ごとにダイレクトまたはプロキシポリシーへ振り分けます。グローバルモードはプロキシ経路を短時間検証するときに適し、ダイレクトモードは問題がプロキシ設定に起因するか確認するときに便利です。モードを切り替えた後は、同じ対象へ再度アクセスして比較してください。
対象のプログラムがシステムプロキシを読み取らない場合や、より広範囲のネットワーク通信を処理したい場合にTUNを検討します。有効にする前に、現在のDNSとルーティングの状態を記録してください。接続不能、名前解決の異常、LANへのアクセス障害が起きた場合は、まずTUNを無効にし、システムプロキシに戻して比較します。
クライアントの設定構成によって異なります。サブスクリプションから生成された完全な設定を直接編集すると、更新時に置き換えられる場合があります。proxy-providers、オーバーライド、独立したルールファイルを使えば、リモートソースとローカルの調整を分離できます。変更前に、利用可能な設定を1つエクスポートしておいてください。
OPEN SOURCE CONTEXT
Clashエコシステムは、プロキシカーネル、設定形式、各プラットフォームのGUIクライアントで構成されています。カーネルは設定の解析、接続の確立、ルールの照合、ログの出力を担い、GUIクライアントはインストールと更新、サブスクリプション管理、システムプロキシ、権限要求、視覚的な操作を担います。この役割分担を理解すると、問題を直接切り分けられます。設定の解析エラーはカーネルログ、トレイやメニューの異常はクライアント画面、システム通信がプロキシに入らない場合はOS連携を確認してください。
異なるクライアントが近いカーネルを採用していても、画面や機能は完全には同じではありません。デスクトップでのルール編集を重視するもの、クロスプラットフォーム利用に適したもの、旧環境向けにアーカイブ状態で残っているものがあります。選ぶときは画面だけでなく、現在のメンテナンス状況、対象プラットフォーム、プロセッサーアーキテクチャ、設定互換性、TUN・スクリプト・オーバーライドなどの必要機能も確認してください。
mihomoはClash Metaの機能方針を引き継ぎ、ルール種別、プロキシプロトコル、DNS拡張モード、TUN、providerなどを継続的に整備しています。多くの現代的なClash GUIクライアントはmihomoをコアコンポーネントとして採用しているため、同じYAML設定を複数のプラットフォームで再利用できます。ただし、クライアントが独自のオーバーライドファイル、データベース、画面項目を追加する場合があります。移行時は元の設定を先にエクスポートし、移行先クライアントの対応範囲を確認してください。
プロトコルとカーネルは同じ概念ではありません。プロトコルはクライアントがサーバーと接続を確立する方法を決め、カーネルはプロトコルを実装してローカルの通信分岐を実行します。プロトコルを選ぶときはサーバーの対応状況、ネットワーク環境、接続方式、端末のリソースに注目し、カーネルとクライアントを選ぶときは設定構文、プラットフォーム連携、メンテナンス状況を確認してください。SS、VMess、Trojan、VLESS、Hysteria2、TUICとカーネル系統を詳しく比較する場合は、プロトコルマニュアルをご覧ください。
信頼できる設定フローでは、復元可能な基本設定、個別に更新できるサブスクリプションソース、追跡可能なローカルルールの変更という3つの層を保ちます。クライアントを更新する前に変更内容を読み、設定ディレクトリをバックアップします。サブスクリプションを更新するときはプロキシグループ名が変わっていないか確認し、ルールを調整するときは分かりやすい名前を付けてログから一致結果を確認してください。カーネル、サブスクリプション、DNS、TUNを一度に変更すると、原因を切り分けにくくなります。
ログは接続問題を調べるための主要な証拠です。設定の読み込み段階では、YAML構文、フィールド型、ファイルパスを確認します。実行段階では、DNS名前解決、ルールの一致、接続タイムアウト、ポートの待ち受けを確認します。システム連携の段階では、プロキシ設定、仮想インターフェース、権限、ファイアウォールを確認してください。現象を層ごとに記録するほうが、ノードを繰り返し切り替えるより根本原因を見つけやすくなります。技術ノートでは、頻出エラー、モバイル端末のバックグラウンド制御、LAN共有など具体的なケースを継続的に整理します。
TECHNICAL NOTES
LAN共有、モバイル端末のバックグラウンド動作、起動障害について、実行しやすい手順を整理しています。現象と適用範囲を説明してから確認順序を示すため、基本設定を終えた後の問題解決に役立ちます。
mixed-port、allow-lan、リッスンアドレス、ファイアウォールの関係を説明し、同じWi-Fiに接続した別の端末から本機のプロキシを使う方法を紹介します。設定後は信頼できるネットワークの範囲を制限し、不要なインターフェースにリッスンポートを公開しないようにしてください。
記事を読む →AndroidとiOSでバックグラウンド接続が電池を消費する主な原因を分析し、ヘルスチェックの頻度、DNSクエリ、TUN、常駐通知、システムのバッテリー最適化を確認します。接続を維持しながら不要な起動と重複チェックを減らすことが目標です。
記事を読む →クライアントをダブルクリックしても反応しない、または起動後に終了する場合は、設定構文、ポートの待ち受け、TUN権限、カーネルファイルの4つの観点から順に確認します。画面のプロセスとカーネルのプロセスを区別し、起動問題をすべてサブスクリプションのせいにしないようにします。
記事を読む →