Windows
一般的なデスクトップやノートパソコンに適しています。インストール前にシステムアーキテクチャを確認し、インストール後はサブスクリプションページから設定をインポートして、システムプロキシを有効にしてください。カーネルを起動できない場合は、セキュリティソフトによるブロック、ポートの使用状況、設定の構文を確認します。
ダウンロードへ
オープンソースクライアント・設定情報を継続整理
Clash Nyanpasu 設定ガイド
利用可能なクライアントと操作方法をまとめて確認できます。サブスクリプションのインポート、ルール分岐、TUNモードに対応。まず端末に合ったダウンロードページを開き、ガイドに沿って初回接続と通信を確認してください。
永久無料
オープンソース
日本語ドキュメント
Mihomoカーネルエコシステム
カーネルエコシステム
Mihomo
ルールとプロキシプロトコルの基盤
ライセンス
GPL-3.0
コードを公開しレビュー可能
設定の要点
サブスク、分岐、DNS
初回インポートから安定運用まで
コア設定
サブスクリプションのインポートから安定したルール分岐まで
各設定は、対象となるネットワーク範囲が明確に異なります。システムプロキシ、TUN、ルールモード、DNSの役割を理解してからスイッチを調整すれば、ノードを何度も変えるより問題を特定しやすくなります。
設定1
サブスクリプションURLを管理可能な設定に変換
サブスクリプションのインポートは、URLを保存するだけの操作ではありません。クライアントがリモートの内容を取得し、プロキシノードやプロキシグループを解析して、選択可能なローカル設定を生成します。URLを貼り付けたら、まず取得が成功したことを確認し、インポートした設定を選択してから、プロキシグループが表示されているか確認してください。リストが空の場合は、同じURLを繰り返し追加するのではなく、URLの完全性、ネットワーク権限、サブスクリプションサービスの状態を優先して確認します。
Clash Nyanpasu は設定管理、更新日時、有効状態を一か所にまとめています。日常用の設定と、トラブル確認用の予備設定を保持する運用に適しています。更新前に現在のプロキシグループの選択を記録し、更新後にルールグループ名が変わっていないか確認すれば、新しい設定で従来の選択が上書きされたことを接続障害と誤認せずに済みます。
- ×インポートしただけでは設定が選択されないため、プロキシリストは新しい内容に切り替わりません。
- ✓インポート、有効化、プロキシグループの選択を順番に確認すれば、問題がどの段階で起きたか判断できます。
サブスクリプションをインポート
設定管理
https://example.com/subscription
日常用ルール設定
選択済み、手動更新可能
設定2
TUNモードでより多くのアプリ通信を取り込む
システムプロキシは、主にシステムのプロキシ設定を参照するプログラムに影響します。一部のターミナルコマンド、ゲームランチャー、独立したネットワークコンポーネントは迂回する場合があります。TUNモードは仮想ネットワークインターフェースを通じて、より広い範囲の通信を取り込みます。ブラウザーは接続できるのにターミナルから接続できない場合に有効です。有効化する前に進行中の通信を保存し、ネットワーク拡張機能や管理者権限が要求されるか確認してください。
TUNは、あらゆる問題を解決する万能スイッチではありません。ルールの記述ミス、DNSの異常、期限切れのサブスクリプションは、通信の取り込み範囲を広げても直りません。まず設定が起動できることを確認し、次にシステムプロキシを確認してから、アプリの利用範囲に応じてTUNを有効にするのが安全です。切り替え後は対象のプログラムを再テストしてください。
- ×TUN、DNS、プロキシモードを同時に変更すると、異常の原因となった設定を特定しにくくなります。
- ✓ネットワーク層の設定は一度に一つだけ切り替え、同じサイトまたはコマンドで結果を繰り返し確認します。
ネットワーク通信の取り込み
システム設定
システムプロキシブラウザーとデスクトップアプリ
TUNモード仮想ネットワークインターフェース
LAN接続必要に応じて個別に有効化
設定3
異なるリクエストを対応するプロキシグループへ振り分ける
ルールモードは、設定内のドメイン、IP、プロセス、ルールセットを順に照合し、リクエストを指定されたプロキシグループへ渡します。ローカルサービス、直接接続するサイト、プロキシ経由のリクエストを分けて処理できるため、日常利用に適しています。グローバルモードは大部分のリクエストを同じプロキシに渡すため、ノードの利用可否を短時間で確認する用途に向いていますが、ルール設定の正しさを判断する用途には適しません。
ルール分岐を調べるときは、まずどのルールに一致したかを確認し、次にそのルールがどのプロキシグループを指しているか、最後にグループ内の現在の選択を確認します。プロキシリストでノードだけを変更しても、リクエストが誤って直接接続グループへ送られる問題は直りません。Clash Nyanpasu のルールとプロキシグループの入口は独立しているため、「リクエスト—ルール—プロキシグループ—ノード」の順に確認すると状況を整理しやすくなります。
- ×対象サイトが開けないとすぐグローバルモードに切り替えると、ルールの一致ミスを長期間見落とします。
- ✓一致したルールと対象プロキシグループを先に確認し、ルールを追加するかグループ内の選択を調整するか判断します。
ルールの一例
ルールモード
DOMAIN-SUFFIXexample.orgプロキシGEOIPLAN直接接続MATCHその他のリクエストノード選択
設定4
ドメインの名前解決を同じトラブルシューティングの流れに組み込む
DNSは、ドメインを最初にどのアドレスへ解決するかを決め、ルールはその後の接続にどのプロキシを使うかを決めます。サイトにドメインを解決できないと表示される、同じノードで一部のサイトだけ失敗する、クライアントを終了しても名前解決が異常な場合は、DNSを個別に確認してください。まずクライアントのカーネルが正常に動作していることを確認し、システムDNSと設定内DNSの結果を比較して、名前解決の問題をノード品質の問題と取り違えないようにします。
DNSを変更した後は、システム、ブラウザー、クライアントそれぞれのキャッシュを考慮する必要があります。テストでは古い接続を閉じてリクエストを再実行し、必要に応じてシステムのDNSキャッシュを更新してください。拡張モードを有効にしている場合は、モード名、待ち受けポート、他のローカルDNSツールとの競合も確認します。設定全体を何度も変更するより、層ごとに範囲を絞るほうが効果的です。
- ×接続がタイムアウトしただけでノードの障害と判断し、名前解決の失敗と接続の失敗を切り分けていません。
- ✓ドメインの名前解決、ルールの一致、プロキシ接続を個別に検証し、各段階の結論を明確に残します。
DNS設定
設定に応じて有効化
DNSを有効化
拡張モードfake-ip
設定の取得元現在のサブスクリプション
プラットフォーム別の入口
端末に合ったClashクライアントを選ぶ
トップページではプラットフォームへの案内のみを掲載しています。ダウンロードページでは、同じプラットフォーム向けのClash Plus、Clash Verge Rev、FlClash、Clash Nyanpasuなどを比較し、プロセッサーのアーキテクチャとOSの種類に合ったインストーラーを選べます。
macOS
ダウンロード時はAppleシリコンとIntelプロセッサーを区別してください。初回起動時にシステムのセキュリティ警告が表示された場合は、システム設定でアプリの権限を確認します。TUNを有効にするとネットワーク拡張機能の許可が必要になる場合もあるため、操作後に接続を再テストしてください。
ダウンロードへAndroid
スマートフォン、タブレット、一部のテレビ端末に適しています。インストール後はローカルVPN接続を作成する必要があります。OSの省電力機能でバックグラウンド中にクライアントが停止することがあるため、継続利用時はバックグラウンド実行の権限とバッテリー最適化設定を確認してください。
ダウンロードへiOS
アプリストアからClash Plusのインストールページを開きます。初回接続時にシステムからVPN設定の追加を求められるので、許可してからサブスクリプションをインポートしてください。ネットワーク切り替え後に接続できない場合は、古い接続を切断してローカルVPNセッションを再確立します。
ダウンロードへLinux
グラフィカルクライアントと、サーバーやルーター環境向けのMihomoカーネルを案内しています。デスクトップではグラフィカルインターフェースを優先し、コマンドラインで導入する場合は、サービス管理、設定ファイルのパス、ファイル権限を先に確認してください。
ダウンロードへ
オープンソースエコシステム
クライアント、カーネル、設定の関係を解説
Clashクライアントが長期利用に適しているかを判断する際、画面だけを見るのは十分ではありません。グラフィカルクライアントがどのようにカーネルを呼び出すのか、設定が通信経路をどう決めるのか、プロジェクトの更新がローカルのインストールへどう反映されるのかを理解することが重要です。
プロジェクトの歴史と位置づけ
Clash Nyanpasu はClashのグラフィカルクライアントエコシステムに属し、設定のインポート、プロキシグループの選択、システムプロキシの制御、TUNの切り替え、ログ確認、カーネル管理などを担います。グラフィカルインターフェースによって設定ファイルを直接編集する手間は減りますが、実際のネットワーク動作は使用中のカーネルと現在の設定によって決まります。そのため、画面に「接続済み」と表示されても、クライアントプロセスが動作中であることを示すだけで、サブスクリプション、ルール、DNS、対象ノードがすべて正常とは限りません。
利用中は、クライアントを設定とカーネルの管理入口として捉えるとよいでしょう。障害が発生したら、まずクライアントが起動しているかを確認し、次にカーネルログと設定の読み込み結果を確認します。その後にプロキシグループとノード接続を調べます。層ごとに切り分ければ、サブスクリプションの失効、ルールの誤設定、ローカルポートの競合をすべてクライアント自体の問題と決めつけずに済みます。
オープンソースの協働とレビュー可能性
コードが公開されていれば、機能変更、問題報告、修正の過程をプロジェクトのリポジトリで追跡できます。ユーザーはコミット履歴、リリースノート、既知の問題を確認でき、メンテナーも再現可能なログと操作手順から問題を特定できます。報告時は、OS、インストール方法、現在のプロキシモード、問題の前後に行った操作、関連するログの抜粋を記載してください。「使えない」だけでは再現が難しくなります。
オープンソースで協働できるからといって、すべての問題をクライアントが直接解決できるわけではありません。サブスクリプションの内容は提供元のサービスが管理し、ノードの状態は回線に左右され、システムのネットワーク権限はOSが管理します。責任範囲を明確に分ければ、適切な場所へ問題を報告でき、複数の設定画面を目的なく切り替えることも減らせます。
Mihomoカーネルとの関係
Mihomoは設定の読み込み、プロキシ接続の確立、ルール照合、DNS処理を担当し、実行状態をグラフィカルクライアントへ提供します。Clash Nyanpasuは、これらの機能を操作可能な画面にまとめます。プロキシグループ、ルールセット、混合ポート、TUN、DNS拡張モードなどの概念は、本質的にはカーネル設定に由来します。クライアントのスイッチは通常、対応する設定または起動パラメーターへ変換されます。
このため、同じ設定を異なるクライアントで使っても、基本的なルール分岐の結果は概ね近くなります。一方で、システムプロキシの書き込み方法、権限要求、トレイ操作、更新手順は異なる場合があります。クライアントを移行する際は、サブスクリプションURLとカスタム設定を先にバックアップし、項目ごとに復元してください。すべての画面のスイッチ名や初期動作が完全に同じだと考えてはいけません。
更新と変更内容の確認
クライアント、カーネル、サブスクリプション設定には、それぞれ異なる更新周期があります。クライアントの更新で画面やシステム連携が変わることがあり、カーネルの更新で設定機能や互換性が変わることがあります。サブスクリプションの更新ではノード、プロキシグループ、ルールが変わる可能性があります。日常利用で3つを同時に更新する必要はありません。1層ずつ処理し、変更後に起動、サブスクリプション、ルール、対象サイトを確認するほうが安全です。
更新前に現在使用中のプロキシグループと重要なスイッチを記録し、更新後はまずリリースノートを確認してから基本接続テストを行います。問題が起きた場合は、以前の設定と再現手順を残すことで、原因がローカル設定、上流の設定、新機能の変更のどれか判断しやすくなります。サイトのダウンロードページではプラットフォーム別の入口を整理し、設定ガイドとトラブルシューティングでは初回設定と異常の切り分けをそれぞれ扱います。
プロジェクトリポジトリのクローンコマンド
git clone https://github.com/LibNyanpasu/clash-nyanpasu.git
よくある質問
問題が発生している層を特定する
接続問題の多くは、クライアントの起動、設定の読み込み、システム通信の取り込み、ルール照合、DNS名前解決、ノード接続の6層に分けられます。まず該当する層を特定し、それに合った対処を選んでください。
サブスクリプションをインポートしたのに、プロキシリストが空なのはなぜですか？
ブラウザーではアクセスできるのに、ターミナルのコマンドがプロキシを経由しないのはなぜですか？
システムプロキシが有効になるのは、システム設定を自動的に読み取るプログラムに限られます。一部のターミナルツールでは、プロキシ環境変数を個別に設定するか、TUNモードで通信を取り込む必要があります。まずターミナルツールが使用するプロトコルとポートを確認し、環境変数を設定するかTUNを有効にするか判断してください。同じテスト中にシステムプロキシ、環境変数、DNSを同時に変更すると、どの設定が有効だったか分からなくなります。詳しい手順はトラブルシューティングで確認できます。
ルールモードとグローバルモードはどのように使い分けますか？
ルールモードはドメイン、IP、ルールセットに基づいて直接接続とプロキシ接続を決めるため、日常利用に適しています。グローバルモードは大部分のリクエストを同じプロキシへ渡すため、ノードの接続性を短時間で確認する用途に向いています。グローバルモードではアクセスできるのにルールモードで失敗する場合は、対象リクエストに一致したルールとプロキシグループを確認し、グローバルモードを常用しないでください。MATCH、GEOIP、プロキシグループなどの概念は用語集で確認できます。
TUNを有効にしてインターネットに接続できない場合、まずどの設定を無効にすべきですか？
まずTUNを無効にし、基本的なシステムプロキシで接続が戻るか確認します。その後、管理者権限、仮想ネットワークインターフェース、DNS設定、他のVPNソフトとの競合を調べてください。設定全体をすぐ削除する必要はありません。基本接続が戻ったらTUNだけを再度有効にしてテストします。ログにインターフェース作成失敗や権限不足が表示される場合は、先にシステム側の問題を解決してください。症状別の手順はトラブルシューティングで確認できます。
設定ガイドの記事
最近のトラブルシューティングと上級設定
記事では具体的な症状ごとに確認の順序を分解し、何を観察し、どのように範囲を絞り、どの設定を同時に変更すべきでないかを重点的に解説します。
Clashの速度が遅いときの対処法：ノード・回線・ローカル設定の3段階チェック
速度の変化は、ノードの品質、回線の混雑、プロトコルのオーバーヘッド、倍率設定、ルール分岐、ローカルDNSなどが原因で発生します。記事では再現可能なテストから始め、ノードの問題とローカル設定を分けて判断します。
記事を読む →Clashのポート競合で起動できない：使用中のプロセスを特定して混合ポートを変更する
クライアントがカーネルを起動できない場合は、まず混合ポートが他のプログラムに使用されていないか確認します。そのうえで競合プロセスを終了するか設定を変更し、同じエラーが続く状態で再インストールを繰り返さないようにします。
記事を読む →システムプロキシが効かないときの確認方法：ブラウザーは通るのにターミナルが通らない理由
ブラウザー、ターミナル、独立したネットワークコンポーネントでは、プロキシ設定の読み取り方が異なります。記事ではブラウザーの個別設定とターミナルの環境変数を分けて確認し、TUNを使うべき状況も説明します。
記事を読む →