Shadowsocks（SS）
Shadowsocks · ss
Shadowsocksは暗号化プロキシプロトコルの一種で、設定では通常ssと記述します。接続にはサーバーアドレス、ポート、暗号化方式、パスワードが必要です。暗号化方式によってクライアントの対応状況は異なり、新しい方式では鍵の形式に追加要件がある場合もあります。インポートに失敗したら、パスワードだけでなくすべてのパラメーターを確認してください。プロトコル名だけで回線速度は判断できません。
設定用語ガイド · よく使う25用語
Clash用語集：プロトコル、カーネル、ルール振り分け
サブスクリプションのインポートからTUNの設定まで、用語が指す階層を区別して、どの項目を変更すべきか確認しましょう。よく使う用語を5つのカテゴリに分けて紹介します。各カードはアンカーリンクで直接共有できます。
初めて設定する場合は、サブスクリプション、設定ファイル、プロキシグループを確認してください。具体的な操作は使い方ガイドをご覧ください。プロトコルやカーネルの選び方は技術資料で解説しています。
プロキシプロトコル
プロトコルによって、クライアントとサーバーの接続方法が決まります。選ぶ際は名称だけで比べず、認証方式、セキュリティ層、トランスポート設定、カーネルの対応状況をあわせて確認してください。
VMess
VMess · UUID
VMessはV2Rayエコシステムのプロキシプロトコルです。通常は識別情報としてUUIDを使用し、さまざまなトランスポート方式と組み合わせられます。ノードのネットワーク種別、TLSの有効・無効、パス、ホスト名はサーバー側の設定と一致させる必要があり、UUIDだけでは接続できません。共有リンクを解析できても、含まれるすべてのトランスポート構成が現在のカーネルでサポートされるとは限りません。
Trojan
Trojan · TLS
Trojanは通常、TLSを使って暗号化接続を確立するプロキシプロトコルです。主な設定項目はサーバーアドレス、ポート、パスワード、TLSで使用するサーバー名です。証明書の検証には、名前の一致だけでなく、端末の時刻や証明書の信頼チェーンも関係します。ハンドシェイクエラーが発生したら、まずこれらの項目を確認してください。証明書検証の無効化を恒久的な解決策にするのは避けましょう。
VLESS
VLESS · Transport
VLESSは軽量なプロキシプロトコルで、プロトコル自体は汎用的なデータ暗号化を行いません。通常はTLSなど、サポートされている安全なトランスポート方式と組み合わせて使用します。接続の確立にはUUIDだけでなく、トランスポート方式やセキュリティ層の設定も関わります。ノードを選ぶ際は、設定全体がカーネルに対応しているか確認してください。VLESSという名称だけで暗号化機能や速度が保証されるわけではありません。
Hysteria 2
Hysteria 2 · QUIC / UDP
Hysteria 2はQUICベースのプロキシプロトコルで、下位層にUDPを使用し、プロキシ向けに設計されたトランスポート方式を採用しています。実際の通信品質はUDPの到達性、パケットロス、輻輳、サーバー側の帯域幅に左右されます。ネットワークでUDPが制限されていると接続できない場合があります。旧Hysteriaの設定をそのまま使えるとは限らないため、サブスクリプション形式とカーネルの対応状況をそれぞれ確認してください。
TUIC
TUIC · QUIC / UDP
TUICはQUICベースのプロキシプロトコルで、暗号化接続を通じてTCPとUDPの通信を転送できます。下位ネットワークでUDPが正常に通る必要があり、プロトコルのバージョンによって認証パラメーターや実装の対応状況が異なる場合もあります。モバイル回線の切り替え、アイドル接続の扱い、サーバー設定も使い勝手に影響します。プロトコル名だけで安定性を判断しないでください。
カーネルと実行環境
クライアントの画面、プロキシカーネル、画面フレームワークはそれぞれ異なる役割を担います。画面に項目が表示されていても、どのカーネルバージョンでも対応する設定が使えるとは限りません。
Clashオリジナルカーネル
Clash Core
Clashオリジナルカーネルは、Clash設定体系の基盤となった主要なカーネルです。接続処理、ルール照合、プロキシ転送を担い、ウィンドウを備えたクライアントとは異なります。オープンソース版と、かつて提供されていたPremium版では機能が完全には一致しません。古い手順を参照する際は、どちらの版を対象としているか確認し、記載されたすべてのフィールドが現在のカーネルでも使えると決めつけないでください。
Clash Meta
Clash Meta
Clash Metaは、Clashの設定体系を拡張したカーネルプロジェクトの名称です。後継プロジェクトはmihomoの名称で開発が続けられています。古いドキュメントやサブスクリプション形式、クライアント名にはMetaの表記が残っている場合があり、名前が異なっても設定体系が完全に別とは限りません。機能を比較するときはクライアントのタイトルだけでなく、実際のカーネルのバージョンと対応フィールドを確認してください。
mihomo
mihomo Core
mihomoは、Clash Metaプロジェクトの後継で使われているカーネル名です。プロトコル接続、DNS処理、ルール振り分け、トラフィック転送を担います。Clash Nyanpasuはグラフィカルインターフェースを提供し、利用できる設定機能は選択中のカーネルとバージョンによって異なります。カーネルを切り替えたら、設定を読み込めるか確認してください。Alphaビルドは新機能の検証向けであり、すべての環境でより安定しているとは限りません。
Tauri
Tauri · Application Framework
Tauriはデスクトップアプリの開発に使われる技術フレームワークで、Clash Nyanpasuでは画面とローカル機能の構築に使用されています。プロキシプロトコルではなく、どのドメインをどの出口に接続するかを決めるものでもありません。これらはプロキシカーネルが処理します。画面が真っ白になる問題と接続がタイムアウトする問題は分けて考え、前者は実行環境、後者はカーネルのログを確認してください。
ルールとプロキシグループ
ルールは「どの通信を誰に処理させるか」を決め、プロキシグループは「最終的にどの出口を使うか」を決めます。振り分けの問題を調べるときは、該当ルール、対象のプロキシグループ、実際に使われるノードの順に確認してください。
ルール振り分け
Rule Routing · rules
ルール振り分けでは、ドメイン、IP、プロセスなどの条件に応じて、接続を直接接続、プロキシ、その他の処理に振り分けます。通常、ルールは上から順に照合されるため、範囲の広いルールが上にあると、それより下の詳細なルールが適用されないことがあります。グローバルモードとは異なり、接続先の誤りを調べる際は、現在のモード、該当したルール、最終的に選ばれたポリシーを確認してください。
プロキシグループ
Proxy Group · proxy-groups
プロキシグループは複数のノードやほかのポリシーをまとめ、ルールから参照できる出口として機能します。手動選択、自動テスト、フェイルオーバーなどが代表的な種類です。ルールがグループに一致した後、実際に使うノードはグループ内のロジックで決まります。グループ名を変更したら、ルール内の参照先も確認してください。グループでノードを選んでも、すべての通信がそのグループを通るとは限りません。
GeoIP
IP Geolocation · GEOIP
GeoIPはIPデータベースを使って、アドレスを国や地域などに分類します。ルールはその分類に基づいて接続先を選べます。照合対象はIP情報であり、ドメイン名の文字列ではありません。また、同じサービスのすべてのアドレスが常に同じ地域に分類されるとは限りません。判定結果はデータベースの提供元や更新状況、DNSの名前解決結果にも左右されます。特定サービスを正確に振り分けるには、ドメインルールも併用するのが一般的です。
GeoSite
Domain Categories · GEOSITE
GeoSiteは、サービス、用途、地域などに応じてドメインをまとめたリストです。ルールからドメインを一件ずつ指定せず、まとめて参照できます。IPを分類するGeoIPとは異なり、分類名や収録範囲はデータソースによって異なります。使用する前に、カーネルが該当するルール形式に対応していることと、データファイルが利用可能であることを確認してください。リストが古いと、新しいドメインが含まれていない場合があります。
rule-providers
Rule Providers · RULE-SET
rule-providersは、設定内で外部ルールセットを管理するための仕組みです。ルールの内容をメイン設定から分離し、指定した方法で更新できます。プロバイダーを定義しただけではルール照合に使われず、rules内でRULE-SETを使って参照する必要があります。ルールセットの形式、動作タイプ、ファイルの内容が一致していることも重要です。ダウンロードに成功しても、参照順や振り分け結果が正しいとは限りません。
詳しく読む：ルールの照合順序とリモートルールセットの書き方。
DNSとネットワークスタック
名前解決の経路と接続の経路は関係していますが、同じものではありません。実際の通信経路を把握するには、システムプロキシ、TUN、アプリ独自のDNS設定をあわせて確認する必要があります。
DNS
Domain Name System
DNSはドメイン名をIPアドレスなどのレコードに変換します。アプリは通常、接続を開始する前に名前解決を行います。プロキシカーネルのDNS設定、OSのリゾルバー、ブラウザーのセキュアDNSが同時に使われる場合もあり、実際の問い合わせ経路は通信の取り込み方によって異なります。nameserverを変更しても古い結果が表示される場合は、キャッシュ、振り分けルール、アプリ独自の名前解決動作も確認してください。
Fake-IP
Fake IP · fake-ip
Fake-IPはDNSの処理方式の一つです。カーネルがまず、対応付けに使う仮想IPをアプリに返し、その後、対応関係からドメイン名を復元して接続を処理します。仮想アドレスは接続先サイトの実際のアドレスではないため、この種のアドレスが表示されても、必ずしも名前解決の異常ではありません。LAN内のアプリや実際の名前解決結果を必要とするアプリでは例外ルールが必要な場合があるため、互換性の問題に応じて設定してください。
TUNモード
TUN · Virtual Network Interface
TUNモードは仮想ネットワークインターフェースでIP通信を受け取り、ルーティング設定と組み合わせてシステムプロキシに従わないアプリの通信も取り込みます。通常は追加の権限が必要で、ネットワークスタック、自動ルート、DNSの取り込みなどの設定も関係します。有効にするだけですべての通信を扱える単一のスイッチではありません。ほかのVPNや仮想ネットワークアダプターと併用する場合は、ルートやDNSの競合がないか特に確認してください。
DNSリーク
DNS Leak
DNSリークとは通常、ドメイン名の問い合わせが想定した経路を通らず、利用者の意図に沿わないDNSリゾルバーへ送られることを指します。検査ページに表示されるリゾルバーの所在地は手掛かりにすぎず、国名だけで全通信がプロキシを経由しているか判断することはできません。実際の問い合わせ経路を確かめるには、ブラウザーのセキュアDNS、システムの名前解決設定、TUNの取り込み範囲、カーネルログをあわせて確認してください。
システムプロキシ
System Proxy
システムプロキシは、OSがアプリに提供するプロキシ設定です。クライアントからローカルの待ち受けポートを指定すると、この設定に従うアプリの通信が転送されます。TUNモードとは異なり、システム設定を無視したり、独自のプロキシ設定を使ったりするアプリもあります。クライアントを終了してもインターネットに接続できない場合は、システムプロキシの設定が残っていないか、対応するローカルポートでサービスが待ち受けていないか確認してください。
詳しく読む：DNSリークの検査結果とDNS設定の確認方法。
サブスクリプションと設定ファイル
サブスクリプションは設定の取得元、設定ファイルは実行時の設定、ノードはその一部です。接続や更新の問題に対処する前に、内容の形式と現在有効な設定を確認しましょう。
サブスクリプション
Subscription
サブスクリプションは、ノードや設定一式を取得するためのリンクです。クライアントがリンクにアクセスして内容をダウンロードし、設定に応じて定期更新できます。ノード一覧、共有リンクの一覧、Clash設定など、返される形式はサブスクリプションによって異なり、形式が合わなければそのまま使えません。サブスクリプションURLには認証情報が含まれる場合があるため、機密情報として扱い、スクリーンショットやログ、公開の質問で全体を表示しないでください。
ノード
Proxy Node
ノードは、プロキシ接続先を記述するパラメーターの集合です。通常はプロトコル、サーバーアドレス、ポート、認証情報を含み、TLSやトランスポートの設定が含まれる場合もあります。ノード名は主に識別用で、名前に含まれる地域や倍率は実際の回線情報の代わりにはなりません。利用できるかどうかはローカルネットワークやサーバーの状態にも左右されます。同じノードでも、ネットワーク環境によって使用感が大きく異なる場合があります。
YAML
YAML · Configuration Syntax
YAMLはClashの設定によく使われるテキスト形式で、キーと値、リスト、インデントによって階層構造を表します。インデントにはスペースを使い、同じ階層の項目は揃えてください。特殊文字を含む値には引用符が必要な場合もあります。YAMLとして解析できても、テキストの構造が正しいことを示すだけです。フィールド名、参照関係、プロトコルのパラメーターが有効かどうかは、使用中のカーネルで確認する必要があります。
設定ファイル
Configuration Profile
設定ファイルはカーネルの動作を定義するもので、待ち受けポート、DNS、ノード、プロキシグループ、ルールなどを含みます。通常、単一ノードの情報より多くの設定が記述されています。設定のインポートと有効化は別の手順なので、保存後に選択中の設定を確認してください。クライアント側のローカル上書き設定が加わる場合もあります。問題を調べる際は、サブスクリプションの原文だけでなく、最終的に適用されている内容を確認しましょう。
遅延とURLテスト
Latency · URL Test
クライアントの遅延テストでは通常、指定したノード経由でテスト先にアクセスし、リクエストの完了にかかった時間を記録します。計測範囲は実装や接続の再利用方法によって異なります。結果は帯域幅の測定値ではなく、動画のダウンロード速度を直接予測するものでもありません。テスト先、タイムアウト、ローカルネットワーク、サーバー負荷によって数値は変わるため、実際に使うアプリでの通信状況も踏まえてノードを選んでください。
問題に応じて次の手順を確認：設定のインポート方法がわからない場合は使い方ガイドをご覧ください。インポート後に更新エラーが発生する場合はサブスクリプション更新失敗の対処法をご確認ください。具体的な問題の解決方法を探す場合はよくある質問をご覧ください。