Tauriとmihomoコアを採用したオープンソースプロジェクト

Clash Nyanpasu クライアントのダウンロード mihomoコア搭載マルチプラットフォーム対応プロキシ

mihomoコアで接続を処理し、サブスクリプションURLのインポートで設定とルール振り分けを管理します。

ルール振り分け設定から接続までの手順

技術情報を見る →

Clash Nyanpasuでは、設定管理やプロキシモード、コアの実行状態をグラフィカルな画面で操作できます。使い始めるときは、まず設定を読み込めることを確認し、次にトラフィックがどのようにコアへ届くか、最後にルールが接続をどのプロキシグループへ振り分けるかを確認しましょう。以下の画面は各機能の役割を示すイメージです。実際のメニュー名や選択肢は、インストールしたクライアントによって異なります。

Clash Nyanpasu · プロキシモード

現在のモード

ルールグローバル直接接続
システムプロキシ有効
LAN接続を許可無効

設定項目の意味を説明するためのイメージ画面です。

プロキシモードでは、コアに届いた接続の出口をどのように選ぶかを指定します。普段はルールモードを選び、ドメイン名やIPアドレス、ルールセットに応じて振り分ける方法がおすすめです。グローバルモードはすべての接続をグローバルポリシーに送り、一時的な出口の確認に使えます。直接接続モードはネットワーク状態の比較に便利です。モードを切り替えても、無効なサブスクリプションが修復されたり、アプリがシステムプロキシに従うようになったりするわけではありません。mihomoを使う他のGUIクライアントと同様、振り分け結果を左右するのは画面上の名称ではなく、コアと設定内容です。問題を切り分けるときは一度に一項目だけ変更すると、原因を特定しやすくなります。

設定では、スイッチの数より順序が重要です。サブスクリプションのインポート成功は、設定が保存されたことを示すだけです。コアが正常に起動して初めて設定を解析できたと分かり、アプリの接続がログに表示されて初めてトラフィックがクライアントに届いたと確認できます。最後に、適用されたルールと出口が想定どおりか確認しましょう。こうして段階ごとに切り分けるほうが、モードやDNS、ネットワークスタックを同時に切り替えるより効率的です。

既存の設定も引き続き使えますが、移行前にバックアップを取ってください。リモートルールセット、外部ファイル、オーバーライドスクリプトを使っている場合は、新しいクライアントがそれぞれに対応しているか確認しましょう。画面上の設定とサブスクリプションのファイルが最終設定に影響することもあります。競合が起きた場合は、実際に読み込まれた結果を優先してください。Fake-IP、プロキシグループ、ルールプロバイダーなどの用語は、用語解説をご覧ください。

Clashクライアントのダウンロード

すべてのクライアントを見る →

まずOSを選び、プロセッサのアーキテクチャとインストール方法を確認しましょう。Clash Nyanpasuはデスクトップ向けクライアントです。スマートフォンやタブレットでは、各プラットフォームのエコシステムに対応したクライアントを選んでください。各OSのリンクは、ダウンロードセンターでそのシステム向けの選択肢を案内するもので、すべてのソフトに同名のモバイル版があるという意味ではありません。ダウンロードページには、利用可能なインストーラー、システム要件、メンテナンス状況をまとめています。配布対象の詳細はページ内の記載をご確認ください。

Windows

Clash Nyanpasu、Clash Plus、Clash Verge Revなどのデスクトップ向けクライアントを確認できます。インストール前にシステムのアーキテクチャを確認し、初回起動時は設定をインポートしてシステムプロキシの動作を確かめましょう。より多くのアプリの通信を取り込む場合は、サービスの権限とTUN設定も確認してください。他のプロキシソフトを起動している場合は、ポートやシステムプロキシ設定が互いに上書きされないよう注意が必要です。

ダウンロードページへ →

macOS

Apple SiliconまたはIntelプロセッサに合ったインストーラーを選び、クライアントが対応するOSのバージョンも確認してください。ネットワーク拡張、バックグラウンドサービス、ルーティングの権限が必要な場合は、OSのダイアログに表示される説明をよく読みましょう。クライアントを切り替える前に元のアプリを終了し、複数のプログラムが同じシステムプロキシ設定を繰り返し変更しないようにしてください。

ダウンロードページへ →

Android

Clash Plus、Clash Meta for Android、FlClash、Surfboardなどから、サブスクリプション形式や使い方に合ったものを選びましょう。初回接続時は、通常OSのVPN接続許可が必要です。画面ロック後に接続が切れる場合は、バッテリー最適化やバックグラウンド実行の制限も確認してください。設定を移行する前に、移行先のクライアントが元のサブスクリプション形式に対応しているか確認しましょう。

ダウンロードページへ →

iOS

ダウンロードセンターでは、Clash PlusのApp Storeページと公式サイトclashplus.ioの情報を案内しています。インストール後は互換性のある設定をインポートし、OSの案内に従ってVPN構成の追加を許可してから、プロキシグループの選択を確認してください。デスクトップ版のファイルパス、スクリプト、権限設定はそのままスマートフォンでは使えません。移行時はモバイル版が実際に対応する機能を確認しましょう。

ダウンロードページへ →

Linux

デスクトップ環境では、Clash Verge RevやFlClashを確認し、ディストリビューションのパッケージ形式と依存関係に合わせてインストールしてください。サーバーやルーターではmihomoコアのパッケージも選べますが、コア単体はGUIクライアントではありません。デスクトップ通知領域、システムプロキシ、サービス管理の動作はディストリビューションによって異なります。起動できない場合は、まずログを確認しましょう。

ダウンロードページへ →

クライアントを選ぶときは、画面の見た目だけで比較しないようにしましょう。同じサブスクリプションでも、特定のコアでしか使えないプロトコルや設定項目が含まれている場合があります。インストールできても設定が互換とは限りません。メンテナンスが続いており、システム要件が明確で、現在の設定に対応するクライアントを優先してください。アーカイブ済みのクライアントは過去の動作を調べる用途には使えますが、長期利用の前に互換性とメンテナンス状況を評価しましょう。機能の詳しい比較はクライアント比較レビューをご覧ください。

サブスクリプションの導入と接続確認

詳しい使い方を見る →

初回設定は「設定が使える」「トラフィックが届く」「出口が正しい」の順に確認します。クライアントは設定を読み込んでプロキシ接続を確立しますが、サブスクリプションに含まれるサーバー、認証情報、有効期限は提供元によって管理されています。ソフトをインストールしただけでは使えず、利用可能な設定が必要です。リンクの期限が切れている場合は、クライアントを何度も再インストールするのではなく、サブスクリプション自体を確認してください。

  1. サブスクリプションをインポートして設定を選択

    設定またはサブスクリプション管理を開き、URL全体を貼り付けてインポートします。設定一覧に表示されたら、使用する設定として選び、プロキシグループが読み込まれているか確認してください。解析に失敗する場合は、リンク先が設定ファイルなのかWebページなのかを確認し、アクセス用の認証情報を更新する必要がないか調べましょう。サブスクリプションURLには個人用のアクセス情報が含まれることがあります。トラブルを相談するときは、URL全体がスクリーンショットや掲示板に映らないよう注意してください。

    インポート後は、接続を確認できるまで元のルールを残し、オーバーライドを同時に追加しないようにしましょう。複数の設定を使う場合は、用途を判別できる名前を付け、切り替え後に現在の設定が変わったことを確認してください。これにより、後で接続ログを確認するとき、どのルールをテストしているのか把握しやすくなります。

  2. ルールモードを選び、トラフィックの取り込み方法を有効化

    プロキシモードでルールを選び、アプリに応じてシステムプロキシを有効にします。主要なプロキシグループを開き、利用可能な出口または適切な自動選択グループが選ばれていることを確認してください。まずブラウザーで接続をテストします。アプリの通信が接続ログに表示されない場合、そのアプリはシステムプロキシに従っていない可能性があります。その場合はTUN設定を確認しましょう。TUNはトラフィックを取り込む範囲を変える機能であり、あらゆるネットワークの問題を自動的に解決するものではありません。

    TUNを初めて有効にするときは、権限の確認画面と、他のVPNや仮想ネットワークアダプターソフトの状態に注意してください。設定は一度に一つだけ変更し、正常に接続できた組み合わせを記録しておきましょう。元の状態に戻すときは、直前に有効にした取り込み方法をオフにしてから、システムプロキシとルートが復元されているか確認してください。

  3. 接続先にアクセスしてルールと出口を確認

    テストしたいWebサイトやアプリにアクセスし、クライアントの接続ログでリクエスト先のドメイン、適用ルール、使用されたプロキシグループを確認します。ページが開けるかどうかは最初の確認にすぎません。直接接続すべき通信が誤ってプロキシ経由になっていないか、指定のプロキシグループに送る通信が正しいルールに一致しているかも確認しましょう。遅延テストで分かるのは特定のテストリクエストの状態です。ダウンロード、動画、業務アプリでの実際の使い心地を代わりに測ることはできません。

    問題が起きたら、アプリ、操作内容、使用した設定、ログに表示されたエラーを含む最小限の再現条件を記録しましょう。ログを共有する前に、サブスクリプションURL、アクセス用の認証情報、個人のアドレスを削除してください。こうした情報を整理すれば、「インターネットにつながらない」とだけ伝えるより、DNS、ルール、出口、権限のどこに原因があるか特定しやすくなります。

オープンソースプロジェクトとコアの関係

プロジェクトのリポジトリを見る ↗

ソフトウェアの出所を調べるときは、画面、コア、サブスクリプションの3つを区別しましょう。Clash Nyanpasuのソースコードと開発履歴は公開リポジトリで確認できます。実際の機能は、クライアントのビルド、コアの機能、サブスクリプションの内容によって決まります。このページでは機能ごとの設定手順を中心に紹介し、確認できていないダウンロード数や評価、性能の数値をクライアント選びの根拠にはしていません。

プロジェクトの沿革と公開開発

Clash NyanpasuはClashのGUIクライアントエコシステムに属し、デスクトップ画面にTauriを採用しています。公開リポジトリでは、ソースコード、課題の議論、リリース履歴を確認できます。機能がすでに実装されているか、動作が変更中かを調べる際に役立ちます。プロジェクトの歴史はコミット履歴やリリースノートをたどって確認してください。名前が似ているだけで、他のクライアントとの継承関係を判断するのは避けましょう。

画面操作で困ったときは、まずリポジトリの議論で症状やエラーを検索してみましょう。報告を投稿するときは、OS、再現手順、関連するログを記載し、個人用の設定全体は添付しないでください。オープンソースなら実装を確認できますが、自分のOS環境での動作確認も必要です。あるユーザーのテスト結果が、すべての端末に当てはまるとは限りません。

GUIクライアントとmihomo

GUIクライアントはサブスクリプション管理、設定画面、プロセス制御、状態表示を担い、mihomoは設定の解析、ルール照合、接続処理を担います。このように役割が分かれているため、画面を別のクライアントに変えても、同じ設定なら振り分け結果が変わるとは限りません。一方、コアを変えるとプロトコル、DNS、ルールの設定項目との互換性に影響することがあります。Metaとmihomoの関係も、コアの変遷を踏まえて理解する必要があります。

画面の設定は保存できるのにコアが起動しない場合は、設定の解析結果と実行ログを優先して確認してください。コアは正常に動いているのにアプリの接続が表示されない場合は、トラフィックの取り込み方法を確認しましょう。問題のある層に応じて調べることで、クライアントの設定、サブスクリプション、コアのドキュメントのどれを見直すべきか判断しやすくなり、不要な再インストールも避けられます。

サブスクリプション形式と互換性

サブスクリプションは設定を配布する方法であり、クライアントに接続サービスが付属するわけではありません。URLから完全なClash設定が返される場合もあれば、別形式のサーバー情報だけが返される場合もあります。ファイルを解析できても、プロトコル、ルールセット、オーバーライドの方法が特定のコアやクライアントの拡張機能に依存することがあります。移行前に形式を確認し、設定が参照する外部リソースにアクセスできるかも調べてください。

同じURLでもクライアントによって動作が違う場合、URL自体が不規則に無効になるのではなく、リクエスト方法、設定変換、機能の対応範囲が原因の可能性があります。既知の動作する設定を比較用に保存し、自動更新が有効かどうかも記録しておきましょう。長期的に使うルールを変更する場合は、次回のサブスクリプション更新でローカルの変更が上書きされないよう、先にオーバーライド機能を確認してください。

リリースノートとアップデートの範囲

クライアント、コア、サブスクリプションの更新は、それぞれ別のものです。クライアントの更新で画面や権限の処理が変わることがあり、コアの更新ではプロトコルや設定の動作が変わる場合があります。サブスクリプションの更新は通常、サーバーや振り分けルールを変更します。更新前に関連する説明を読み、オーバーライドや必要な設定をバックアップしてください。動作が変わったときは、この3つの更新元を分けて確認すると、影響の原因を特定できます。

安定して使うには互換性を優先し、テストビルドが公開されたからといってすぐ切り替える必要はありません。問題の検証にAlphaを使う場合は、元のインストール環境と設定に戻す手順を確保し、切り替え前後の違いを記録してください。ページ上部には具体的なリリース番号を掲載していません。インストーラーや配布情報はダウンロードセンターにまとめています。トップページの紹介を最新のリリース情報として扱わないようご注意ください。

ソースコードを取得

Gitがインストール済みの場合は、次のコマンドをターミナルに貼り付けてください。クローンで取得されるのはプロジェクトのソースコードです。インストールして使うだけの場合は、ダウンロードセンターからクライアントを選んでください。

git clone https://github.com/libnyanpasu/clash-nyanpasu.git

ルール設定とネットワークの仕組み

記事一覧を見る →

基本的な接続を確認したら、問題に応じて詳しい資料を参照しましょう。振り分け結果が想定と違う場合はルールの順序、速度テストの数値と体感が異なる場合は接続時の遅延と通信帯域、IPアドレスの分類が変わる場合はデータベースとルールセットを確認します。以下の記事は公開日の新しい順に並んでおり、混同しやすい概念を個別に解説しています。具体的な疑問に合わせてご覧ください。

Clashのルール振り分け実践ガイド:中国本土は直接接続、海外はプロキシにするrulesとrule-providersの設定例

よくある振り分け方法を例に、ルールの上から順に照合する仕組み、プロキシグループの指定方法、rule-providersを使ったリモートルールセットの整理方法を解説します。ルールの記述順を誤って、通信が意図しない出口へ送られるのを防ぎます。

ルールの整理方法を見る →

問題の種類が分からない場合は、まずよくある質問で症状を照らし合わせ、チュートリアルに戻ってインポート、モード、トラフィックの取り込み手順を確認してください。技術情報ではプロトコルやコアの違いを比較でき、用語解説では設定項目を手早く理解できます。操作手順と仕組みの解説を分けて読むと、トラブル対処の判断手順を整理しやすくなります。

LinuxのペンギンアイコンはFont AwesomeのものをCC BY 4.0で使用しています。その他のプラットフォームアイコンはSimple Iconsのものです。