Windows
Clash Nyanpasu、Clash Plus、Clash Verge Revなどのデスクトップ向けクライアントを確認できます。インストール前にシステムのアーキテクチャを確認し、初回起動時は設定をインポートしてシステムプロキシの動作を確かめましょう。より多くのアプリの通信を取り込む場合は、サービスの権限とTUN設定も確認してください。他のプロキシソフトを起動している場合は、ポートやシステムプロキシ設定が互いに上書きされないよう注意が必要です。
ダウンロードページへ →Clash Nyanpasuでは、設定管理やプロキシモード、コアの実行状態をグラフィカルな画面で操作できます。使い始めるときは、まず設定を読み込めることを確認し、次にトラフィックがどのようにコアへ届くか、最後にルールが接続をどのプロキシグループへ振り分けるかを確認しましょう。以下の画面は各機能の役割を示すイメージです。実際のメニュー名や選択肢は、インストールしたクライアントによって異なります。
現在のモード
設定項目の意味を説明するためのイメージ画面です。
プロキシモードでは、コアに届いた接続の出口をどのように選ぶかを指定します。普段はルールモードを選び、ドメイン名やIPアドレス、ルールセットに応じて振り分ける方法がおすすめです。グローバルモードはすべての接続をグローバルポリシーに送り、一時的な出口の確認に使えます。直接接続モードはネットワーク状態の比較に便利です。モードを切り替えても、無効なサブスクリプションが修復されたり、アプリがシステムプロキシに従うようになったりするわけではありません。mihomoを使う他のGUIクライアントと同様、振り分け結果を左右するのは画面上の名称ではなく、コアと設定内容です。問題を切り分けるときは一度に一項目だけ変更すると、原因を特定しやすくなります。
リモート設定をインポート
サブスクリプション管理では、リモートURLを読み込み可能なローカル設定に変換します。インポート前に、URLからClash互換の設定ファイルが返されることを確認してください。ログイン画面やエラーメッセージ、他のクライアント専用形式では利用できません。インポート後はその設定を選択し、プロキシグループが表示されることを確認してから、必要に応じて自動更新を有効にします。リモート更新で直接編集した内容が上書きされる場合があるため、継続して使う変更はクライアントが対応するオーバーライドやマージ機能で管理しましょう。クライアントによってサブスクリプションの導入場所やマージ方法は異なります。移行時は名前が同じかどうかだけでなく、最終的に適用される設定を確認してください。
ルール例 · Proxyは事前に定義が必要
DOMAIN-SUFFIX,github.com,Proxy
GEOIP,CN,DIRECT
MATCH,Proxy
ルールは接続を判別し、プロキシグループは出口を決めます。両者は正確な名前で関連付ける必要があります。この例では、指定したドメインをProxyに振り分けた後、中国本土のIPアドレスを直接接続するルールに照合し、最後に残りの接続をMATCHで処理します。ここでのProxyはプロキシグループ名であり、自動作成される予約語ではありません。ルールを具体的に書いても、前に範囲の広いルールがあれば適用されないことがあります。同じ設定を別のクライアントへ移す場合は、ルールセット、データベース、コアの対応状況も確認しましょう。出口が想定と異なるときは、まず接続ログで実際に適用されたルールを確認してください。
ネットワークスタックの選択
システムプロキシはOSのプロキシ設定を使ってアプリの接続先を誘導するため、ブラウザーなど設定に従うソフトに適しています。TUNは仮想ネットワークインターフェースとルーティングを使って、より多くのトラフィックを取り込みます。システムプロキシを参照しないアプリにも使えますが、通常は適切な権限が必要で、DNSや他の仮想ネットワークアダプターとの競合も確認しなければなりません。ネットワークスタックは、どれかが必ず速いと考えるのではなく、OSやアプリとの互換性に合わせて選びましょう。サービスのインストールや権限の取得方法はGUIクライアントによって異なります。初めて設定するときは、まずシステムプロキシで接続を確認し、その後TUNを単独で有効にして比較するのがおすすめです。
選択肢の例です。実際の対応状況はクライアントのビルドによって異なります。
クライアントの画面とプロキシコアは、それぞれ異なる役割を担います。前者は設定や操作画面を管理し、後者はルールの解析や接続の確立、プロトコルの処理を行います。普段使いでは、サブスクリプションとの互換性があるmihomoの安定版を優先しましょう。Alphaは検証中の変更を試すためのもので、切り替える前にリリースノートを読み、元の設定を残してください。他のコアが同じ設定項目に対応するとは限らず、名前が似ているだけで置き換えられるとは限りません。単一のコアに固定されたクライアントと比べ、コアを切り替えられると互換性の問題を調べやすくなりますが、組み合わせによる差も増えます。読み込みに失敗したときは、まずログに未知の項目やプロトコルに関する警告がないか確認してください。
設定では、スイッチの数より順序が重要です。サブスクリプションのインポート成功は、設定が保存されたことを示すだけです。コアが正常に起動して初めて設定を解析できたと分かり、アプリの接続がログに表示されて初めてトラフィックがクライアントに届いたと確認できます。最後に、適用されたルールと出口が想定どおりか確認しましょう。こうして段階ごとに切り分けるほうが、モードやDNS、ネットワークスタックを同時に切り替えるより効率的です。
既存の設定も引き続き使えますが、移行前にバックアップを取ってください。リモートルールセット、外部ファイル、オーバーライドスクリプトを使っている場合は、新しいクライアントがそれぞれに対応しているか確認しましょう。画面上の設定とサブスクリプションのファイルが最終設定に影響することもあります。競合が起きた場合は、実際に読み込まれた結果を優先してください。Fake-IP、プロキシグループ、ルールプロバイダーなどの用語は、用語解説をご覧ください。
まずOSを選び、プロセッサのアーキテクチャとインストール方法を確認しましょう。Clash Nyanpasuはデスクトップ向けクライアントです。スマートフォンやタブレットでは、各プラットフォームのエコシステムに対応したクライアントを選んでください。各OSのリンクは、ダウンロードセンターでそのシステム向けの選択肢を案内するもので、すべてのソフトに同名のモバイル版があるという意味ではありません。ダウンロードページには、利用可能なインストーラー、システム要件、メンテナンス状況をまとめています。配布対象の詳細はページ内の記載をご確認ください。
Clash Nyanpasu、Clash Plus、Clash Verge Revなどのデスクトップ向けクライアントを確認できます。インストール前にシステムのアーキテクチャを確認し、初回起動時は設定をインポートしてシステムプロキシの動作を確かめましょう。より多くのアプリの通信を取り込む場合は、サービスの権限とTUN設定も確認してください。他のプロキシソフトを起動している場合は、ポートやシステムプロキシ設定が互いに上書きされないよう注意が必要です。
ダウンロードページへ →Apple SiliconまたはIntelプロセッサに合ったインストーラーを選び、クライアントが対応するOSのバージョンも確認してください。ネットワーク拡張、バックグラウンドサービス、ルーティングの権限が必要な場合は、OSのダイアログに表示される説明をよく読みましょう。クライアントを切り替える前に元のアプリを終了し、複数のプログラムが同じシステムプロキシ設定を繰り返し変更しないようにしてください。
ダウンロードページへ →Clash Plus、Clash Meta for Android、FlClash、Surfboardなどから、サブスクリプション形式や使い方に合ったものを選びましょう。初回接続時は、通常OSのVPN接続許可が必要です。画面ロック後に接続が切れる場合は、バッテリー最適化やバックグラウンド実行の制限も確認してください。設定を移行する前に、移行先のクライアントが元のサブスクリプション形式に対応しているか確認しましょう。
ダウンロードページへ →ダウンロードセンターでは、Clash PlusのApp Storeページと公式サイトclashplus.ioの情報を案内しています。インストール後は互換性のある設定をインポートし、OSの案内に従ってVPN構成の追加を許可してから、プロキシグループの選択を確認してください。デスクトップ版のファイルパス、スクリプト、権限設定はそのままスマートフォンでは使えません。移行時はモバイル版が実際に対応する機能を確認しましょう。
ダウンロードページへ →デスクトップ環境では、Clash Verge RevやFlClashを確認し、ディストリビューションのパッケージ形式と依存関係に合わせてインストールしてください。サーバーやルーターではmihomoコアのパッケージも選べますが、コア単体はGUIクライアントではありません。デスクトップ通知領域、システムプロキシ、サービス管理の動作はディストリビューションによって異なります。起動できない場合は、まずログを確認しましょう。
ダウンロードページへ →クライアントを選ぶときは、画面の見た目だけで比較しないようにしましょう。同じサブスクリプションでも、特定のコアでしか使えないプロトコルや設定項目が含まれている場合があります。インストールできても設定が互換とは限りません。メンテナンスが続いており、システム要件が明確で、現在の設定に対応するクライアントを優先してください。アーカイブ済みのクライアントは過去の動作を調べる用途には使えますが、長期利用の前に互換性とメンテナンス状況を評価しましょう。機能の詳しい比較はクライアント比較レビューをご覧ください。
初回設定は「設定が使える」「トラフィックが届く」「出口が正しい」の順に確認します。クライアントは設定を読み込んでプロキシ接続を確立しますが、サブスクリプションに含まれるサーバー、認証情報、有効期限は提供元によって管理されています。ソフトをインストールしただけでは使えず、利用可能な設定が必要です。リンクの期限が切れている場合は、クライアントを何度も再インストールするのではなく、サブスクリプション自体を確認してください。
設定またはサブスクリプション管理を開き、URL全体を貼り付けてインポートします。設定一覧に表示されたら、使用する設定として選び、プロキシグループが読み込まれているか確認してください。解析に失敗する場合は、リンク先が設定ファイルなのかWebページなのかを確認し、アクセス用の認証情報を更新する必要がないか調べましょう。サブスクリプションURLには個人用のアクセス情報が含まれることがあります。トラブルを相談するときは、URL全体がスクリーンショットや掲示板に映らないよう注意してください。
インポート後は、接続を確認できるまで元のルールを残し、オーバーライドを同時に追加しないようにしましょう。複数の設定を使う場合は、用途を判別できる名前を付け、切り替え後に現在の設定が変わったことを確認してください。これにより、後で接続ログを確認するとき、どのルールをテストしているのか把握しやすくなります。
プロキシモードでルールを選び、アプリに応じてシステムプロキシを有効にします。主要なプロキシグループを開き、利用可能な出口または適切な自動選択グループが選ばれていることを確認してください。まずブラウザーで接続をテストします。アプリの通信が接続ログに表示されない場合、そのアプリはシステムプロキシに従っていない可能性があります。その場合はTUN設定を確認しましょう。TUNはトラフィックを取り込む範囲を変える機能であり、あらゆるネットワークの問題を自動的に解決するものではありません。
TUNを初めて有効にするときは、権限の確認画面と、他のVPNや仮想ネットワークアダプターソフトの状態に注意してください。設定は一度に一つだけ変更し、正常に接続できた組み合わせを記録しておきましょう。元の状態に戻すときは、直前に有効にした取り込み方法をオフにしてから、システムプロキシとルートが復元されているか確認してください。
テストしたいWebサイトやアプリにアクセスし、クライアントの接続ログでリクエスト先のドメイン、適用ルール、使用されたプロキシグループを確認します。ページが開けるかどうかは最初の確認にすぎません。直接接続すべき通信が誤ってプロキシ経由になっていないか、指定のプロキシグループに送る通信が正しいルールに一致しているかも確認しましょう。遅延テストで分かるのは特定のテストリクエストの状態です。ダウンロード、動画、業務アプリでの実際の使い心地を代わりに測ることはできません。
問題が起きたら、アプリ、操作内容、使用した設定、ログに表示されたエラーを含む最小限の再現条件を記録しましょう。ログを共有する前に、サブスクリプションURL、アクセス用の認証情報、個人のアドレスを削除してください。こうした情報を整理すれば、「インターネットにつながらない」とだけ伝えるより、DNS、ルール、出口、権限のどこに原因があるか特定しやすくなります。
ソフトウェアの出所を調べるときは、画面、コア、サブスクリプションの3つを区別しましょう。Clash Nyanpasuのソースコードと開発履歴は公開リポジトリで確認できます。実際の機能は、クライアントのビルド、コアの機能、サブスクリプションの内容によって決まります。このページでは機能ごとの設定手順を中心に紹介し、確認できていないダウンロード数や評価、性能の数値をクライアント選びの根拠にはしていません。
Clash NyanpasuはClashのGUIクライアントエコシステムに属し、デスクトップ画面にTauriを採用しています。公開リポジトリでは、ソースコード、課題の議論、リリース履歴を確認できます。機能がすでに実装されているか、動作が変更中かを調べる際に役立ちます。プロジェクトの歴史はコミット履歴やリリースノートをたどって確認してください。名前が似ているだけで、他のクライアントとの継承関係を判断するのは避けましょう。
画面操作で困ったときは、まずリポジトリの議論で症状やエラーを検索してみましょう。報告を投稿するときは、OS、再現手順、関連するログを記載し、個人用の設定全体は添付しないでください。オープンソースなら実装を確認できますが、自分のOS環境での動作確認も必要です。あるユーザーのテスト結果が、すべての端末に当てはまるとは限りません。
GUIクライアントはサブスクリプション管理、設定画面、プロセス制御、状態表示を担い、mihomoは設定の解析、ルール照合、接続処理を担います。このように役割が分かれているため、画面を別のクライアントに変えても、同じ設定なら振り分け結果が変わるとは限りません。一方、コアを変えるとプロトコル、DNS、ルールの設定項目との互換性に影響することがあります。Metaとmihomoの関係も、コアの変遷を踏まえて理解する必要があります。
画面の設定は保存できるのにコアが起動しない場合は、設定の解析結果と実行ログを優先して確認してください。コアは正常に動いているのにアプリの接続が表示されない場合は、トラフィックの取り込み方法を確認しましょう。問題のある層に応じて調べることで、クライアントの設定、サブスクリプション、コアのドキュメントのどれを見直すべきか判断しやすくなり、不要な再インストールも避けられます。
サブスクリプションは設定を配布する方法であり、クライアントに接続サービスが付属するわけではありません。URLから完全なClash設定が返される場合もあれば、別形式のサーバー情報だけが返される場合もあります。ファイルを解析できても、プロトコル、ルールセット、オーバーライドの方法が特定のコアやクライアントの拡張機能に依存することがあります。移行前に形式を確認し、設定が参照する外部リソースにアクセスできるかも調べてください。
同じURLでもクライアントによって動作が違う場合、URL自体が不規則に無効になるのではなく、リクエスト方法、設定変換、機能の対応範囲が原因の可能性があります。既知の動作する設定を比較用に保存し、自動更新が有効かどうかも記録しておきましょう。長期的に使うルールを変更する場合は、次回のサブスクリプション更新でローカルの変更が上書きされないよう、先にオーバーライド機能を確認してください。
クライアント、コア、サブスクリプションの更新は、それぞれ別のものです。クライアントの更新で画面や権限の処理が変わることがあり、コアの更新ではプロトコルや設定の動作が変わる場合があります。サブスクリプションの更新は通常、サーバーや振り分けルールを変更します。更新前に関連する説明を読み、オーバーライドや必要な設定をバックアップしてください。動作が変わったときは、この3つの更新元を分けて確認すると、影響の原因を特定できます。
安定して使うには互換性を優先し、テストビルドが公開されたからといってすぐ切り替える必要はありません。問題の検証にAlphaを使う場合は、元のインストール環境と設定に戻す手順を確保し、切り替え前後の違いを記録してください。ページ上部には具体的なリリース番号を掲載していません。インストーラーや配布情報はダウンロードセンターにまとめています。トップページの紹介を最新のリリース情報として扱わないようご注意ください。
Gitがインストール済みの場合は、次のコマンドをターミナルに貼り付けてください。クローンで取得されるのはプロジェクトのソースコードです。インストールして使うだけの場合は、ダウンロードセンターからクライアントを選んでください。
git clone https://github.com/libnyanpasu/clash-nyanpasu.git
基本的な接続を確認したら、問題に応じて詳しい資料を参照しましょう。振り分け結果が想定と違う場合はルールの順序、速度テストの数値と体感が異なる場合は接続時の遅延と通信帯域、IPアドレスの分類が変わる場合はデータベースとルールセットを確認します。以下の記事は公開日の新しい順に並んでおり、混同しやすい概念を個別に解説しています。具体的な疑問に合わせてご覧ください。
GeoIPとGeoSiteのデータファイルについて、入手先と形式の違いを整理します。mihomoのgeodata-mode、カスタム更新URL、自動更新の設定方法と、データが古い場合に見られる典型的な症状も解説します。
データベース更新ガイドを読む →クライアントの遅延テストで何を測定しているのか、テストURLやタイムアウト設定が数値に与える影響を解説します。接続時の遅延、通信帯域、回線の混雑の違いを理解し、測定結果を正しく判断できるようにします。
遅延テストで分かることを確認 →よくある振り分け方法を例に、ルールの上から順に照合する仕組み、プロキシグループの指定方法、rule-providersを使ったリモートルールセットの整理方法を解説します。ルールの記述順を誤って、通信が意図しない出口へ送られるのを防ぎます。
ルールの整理方法を見る →問題の種類が分からない場合は、まずよくある質問で症状を照らし合わせ、チュートリアルに戻ってインポート、モード、トラフィックの取り込み手順を確認してください。技術情報ではプロトコルやコアの違いを比較でき、用語解説では設定項目を手早く理解できます。操作手順と仕組みの解説を分けて読むと、トラブル対処の判断手順を整理しやすくなります。