Windows
デスクトップでの日常利用に適しています。インストール前にシステムアーキテクチャを確認し、初回起動後はサブスクを取り込み、ルールモードを選択してシステムプロキシを有効にします。TUNを使う場合は、必要なシステム権限を許可してください。
ダウンロードするWindows、macOS、Android、iOS、Linux向けクライアントのダウンロード先をまとめ、サブスクリプションの取り込みからルールの確認までを日本語ドキュメントで解説します。OSに合うクライアントを選び、ガイドに沿ってシステムプロキシ、プロキシモード、設定更新を行ってください。
Clashクライアントの主な処理は4つの段階に分けられます。それぞれの役割を理解してから設定を調整すれば、ルールが適用されない、ドメイン解決に失敗する、システム通信を取り込めないといった問題を減らせます。
サブスクリプションURLは通常、サービス提供元が発行します。クライアントはURLから内容を取得し、選択可能な設定として保存します。初回取り込みではURLが完全で、ネットワークからアクセスできることを確認し、設定一覧で取り込んだ項目を明示的に選択してください。その後にシステムプロキシを有効にすると、内蔵サンプルや古い設定を使い続ける事態を防げます。
更新操作は設定内容を再取得するだけで、無効なリンクを自動修復するものではありません。タイムアウト、空の内容、エラーページが返る場合は、まずサブスクリプションURLを確認し、次に現在のネットワークとサーバーの状態を確認してください。正常に使える設定を1つ残し、ルールを変更する前にコピーを作成しておくと、構文エラーが起きてもすぐに戻せます。
サブスク取り込みの手順を見る →ルールモードでは、設定ファイルの順序に従ってドメイン、IP、プロセス、ルールセットを照合します。マッチするとリクエストは指定されたポリシーグループに送られ、どのルールにも一致しない場合は末尾のルールで処理されます。グローバルモードと異なり、ルールモードならサイトごとに異なるポリシーを使いながら、LANや必要な直接接続も維持できます。
ルールを確認するときは、まずログに記録された実際のドメインと適用項目を確認し、カスタムルールが汎用ルールより前にあるかを見ます。ルールは上から順に実行されるため、早い位置にある広すぎるルールが後続の精密なルールを上書きすることがあります。変更後は設定を再読み込みしてください。ノードを切り替えるだけではルールファイルは自動更新されません。
ルール設定の説明を読む →rules:
- DOMAIN-SUFFIX,example.org,Proxy
- DOMAIN,localhost,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT
- MATCH,Proxy
精密なルールを広範なルールより前に置き、末尾にはフォールバック用のポリシーを残します。
ClashのDNSモジュールは、ドメインの名前解決をルール判定に組み込みます。Fake-IPを有効にすると、ローカルモジュールが先に対応アドレスを返し、接続時にドメインを復元してルール分岐を行います。ドメイン情報を維持しやすい一方、LAN機器、ゲーム、実アドレスを必要とする一部のプログラムでは除外リストへの追加が必要になる場合があります。
DNSの問題は、サイトを開けない、解決結果がおかしい、一部のアプリだけ使えないといった形で現れます。確認時は、システムDNS、ブラウザの暗号化DNS、クライアントのDNSを区別し、複数の名前解決経路が同時に動かないようにしてください。nameserver、fallback、リダイレクト設定を変更した後は、システムのDNSキャッシュを消去して再テストすることをおすすめします。
DNSパラメータの詳しい説明を見る →dns:
enable: true
enhanced-mode: fake-ip
nameserver:
- system
fake-ip-filter:
- "*.lan"
- localhost
設定項目は、使用中のクライアントが搭載するカーネルの機能と、ローカルのネットワーク環境に合わせて調整してください。
システムプロキシは、OSのプロキシ設定に従うブラウザやデスクトップアプリに適しています。有効にすると、クライアントがローカルの待ち受けアドレスをシステム設定へ書き込みます。システムプロキシを読み取らないアプリでは、必要に応じてTUNモードでより多くの接続を取り込めます。目的が異なるため、すべての環境で同時に有効にする必要はありません。
TUNモードでは通常、管理者権限が必要です。また、ほかのVPN、仮想ネットワークアダプター、セキュリティソフトと競合することがあります。初回設定では、まずシステムプロキシでサブスクとノードが使えることを確認し、その後にTUNを個別にテストしてください。クライアント終了後にインターネットへ接続できなくなった場合は、システムプロキシが復元されているか、仮想アダプターの状態を確認します。
接続と確認の手順を見る →クライアントごとに、画面構成、カーネルの統合方法、必要なシステム権限は異なります。まず対象プラットフォームへ進み、メンテナンス状況、CPUアーキテクチャ、用途を確認してインストールパッケージを選んでください。
デスクトップでの日常利用に適しています。インストール前にシステムアーキテクチャを確認し、初回起動後はサブスクを取り込み、ルールモードを選択してシステムプロキシを有効にします。TUNを使う場合は、必要なシステム権限を許可してください。
ダウンロードするダウンロード時はApple Silicon版とIntel版を区別してください。初回起動時にアプリの入手元を確認されることがあり、システムプロキシやTUNを有効にする際は、案内に従ってネットワーク権限も許可します。
ダウンロードするスマートフォンやタブレットに適しています。サブスクを取り込むと、システムがVPN接続の許可を求めます。許可後にクライアントがアプリの通信を制御できるようになります。省電力制限がバックグラウンド動作に影響する場合があるため、端末に応じて調整してください。
ダウンロードするApp Storeから対応するクライアントを入手します。初回接続時にVPN構成の追加を求められるので、確認すればサブスクとルール分岐を利用できます。設定内容とシステムプロキシの権限はiOSが一元管理します。
ダウンロードするデスクトップGUIクライアントを選ぶことも、Mihomoカーネルを直接実行することもできます。サーバーやルーター環境では、設定ファイル、サービスプロセス、起動権限、ファイアウォールルールを自分で管理する必要があります。
ダウンロードするプラットフォームによって画面上の名称は少し異なりますが、初期設定の順序はほぼ同じです。順番に進めることで、ダウンロード、設定、接続の問題を切り分けやすくなります。
完全ガイドを見る →設定またはサブスクのページを開き、完全なURLを貼り付けて更新します。取り込みが完了したら、設定一覧で取得した項目を選択してください。一覧が空の場合は、まずブラウザでリンクにアクセスできるか確認し、すぐにプロキシモードやDNSを変更しないでください。
プロキシモードの設定を開き、初回はルールモードを選ぶことをおすすめします。次にポリシーグループを開き、設定内で利用可能なポリシーを選択します。グローバルモードでは多くのリクエストが同じポリシーに送られるため、一時的なテスト向けであり、ルール確認の最初の手段には適しません。
デスクトップではまずシステムプロキシを有効にし、モバイルではVPNの許可を確認してから、一般的なウェブページにアクセスして接続を確認します。ブラウザは使えるのにほかのアプリが使えない場合は、そのアプリがシステムプロキシに対応しているかを確認し、必要に応じてTUNモードとシステム権限の説明を読んでください。
Clashは、カーネル、GUIクライアント、ルールプロジェクト、設定ツールで構成されるオープンソースエコシステムを形成しています。各要素の関係を理解すると、更新元と問題の切り分けに役立ちます。
Clashは当初、ルール駆動型のプロキシカーネルと設定形式として広く使われ、その後、各OS向けのGUIクライアントが登場しました。初期のクライアントにはすでにメンテナンスが終了したものもありますが、名称は古いガイドや検索結果で今も見かけます。現在クライアントを選ぶ際は、旧称だけで判断せず、メンテナンス状況、カーネル対応、OSとの互換性、入手元を優先してください。
GUIクライアントは主に、サブスク管理、ポリシー切り替え、システムプロキシ、ログ確認、カーネルのライフサイクル管理を担います。ルール照合、DNS処理、接続転送を実際に実行するのは通常カーネルです。画面が似ていても、同じカーネル機能や設定の互換範囲を持つとは限りません。
MihomoはClashの設定体系を引き継ぎ、さらに拡張しています。継続的にメンテナンスされているクライアントの多くはMihomoを統合しています。一般的なproxies、proxy-groups、rules、dnsの各セクションは今も設定の中心ですが、カーネルやクライアントによって拡張フィールドの対応状況が異なる場合があります。設定断片をコピーする前に、使用中のカーネルでそのフィールドが使えるか確認してください。
カーネル自体には通常、完全なデスクトップUIはありません。一般ユーザーには、カーネルを統合済みのGUIクライアントが適しています。サーバー、ソフトウェアルーター、自動化環境ではカーネルを直接実行し、設定ファイル、コマンドライン引数、システムサービスで起動を管理できます。
ダウンロードページでは、プラットフォーム別にクライアントの入手先を整理し、継続メンテナンス中のプロジェクトとアーカイブ済みのプロジェクトを区別しています。バージョンとインストールファイルの情報はダウンロードページに集約し、トップページはプラットフォーム案内に限定しています。古い記事や検索結果の抜粋から古いファイルを直接取得することを防ぐためです。ガイドは安定した操作手順を中心に作成し、画面名が変わった場合に該当手順を更新します。
トラブル対応資料では、問題をサブスク、設定、ノード、ルール、DNS、システム制御の各段階に分けて整理しています。クライアントの画面が異なっていても、同じ考え方で原因を絞り込めます。本サイトはプロキシサブスクやネットワークサービスを提供しておらず、クライアントのインストール、設定構造、ローカル環境の問題解決に重点を置いています。
以下は、ダウンロードや初回設定の前に確認しておきたい質問です。より詳しい分類別Q&Aはヘルプセンターに掲載しています。
ダウンロードページから、現在もメンテナンスされ、使用中のOSに対応したクライアントを優先して選んでください。移行時はサブスクを再度取り込めます。古いクライアントの内部設定をすべて直接コピーすることはおすすめしません。旧設定にカスタムルールが含まれている場合は、まずコピーを保存し、新しいクライアントへ項目ごとに移行してください。
現在の設定が選択されているか、ポリシーグループに選択項目があるか、システムプロキシまたはモバイル端末のVPN権限が有効かを順に確認してください。その後、実行ログを確認し、サブスクの内容、ノード接続、DNS名前解決、ルール適用のどこに問題があるかを切り分けます。
必要ありません。システムプロキシはOSのプロキシ設定に従うソフト向けで、TUNはより多くの種類のネットワーク接続を取り込むための機能です。初回インストールでは、まずシステムプロキシで設定が使えることを確認し、必要なアプリに応じてTUNを有効にしてください。
まずルールの構文、並び順、現在のプロキシモードを確認し、その後に設定を再読み込みしてください。ルールは順番に照合されるため、前方の広範なルールがリクエストを先に処理している可能性があります。ログの適用記録で、実際にどのルールが実行されたか確認できます。
サブスク更新、HTTPS証明書エラー、DNSパラメータを中心に解説する操作ガイドです。各記事は1つの具体的な問題に絞り、症状から対処手順を探しやすくしています。
サブスクの取得タイムアウト、404の返却、内容が空になることは、更新に失敗する代表的な3つのケースです。ネットワーク、URL、サーバーの順に確認し、自動更新間隔の設定方法も説明します。
記事を読む証明書が無効、またはNET::ERR_CERT系のエラーが出る場合、ノード経路、システム時刻、ローカルのパケットキャプチャソフトが原因の可能性があります。原因ごとの違いと確認手順を解説します。
記事を読むDNSセクションは、ドメインの名前解決経路とルール照合に影響します。nameserver、fallback、fallback-filter、リダイレクトパラメータの用途と組み合わせ方を項目ごとに解説します。
記事を読む