Shadowsocks（SS）
Shadowsocks共有鍵と指定した暗号化方式で通信を転送するプロキシプロトコルです。接続設定には通常、サーバー、ポート、パスワード、暗号化方式が含まれます。クライアントとサーバーで暗号化方式を一致させる必要があり、SS 2022では鍵の形式も旧バージョンと異なります。プラグインを使う設定の場合は、現在のカーネルがそのプラグインとパラメーターに対応しているか確認してください。プラグイン設定を省略すると接続できない場合があります。
よく使う用語25項目
用語と設定の対応
Clashの基本用語集
サブスクリプションからインポートするノードや設定から、ルール振り分けに使うDNSやプロキシグループまで、用語ごとに用途と注意点を解説します。用語の説明は設定の理解に役立ててください。実際の画面やフィールド、対応状況は使用中のカーネルによって異なります。
プロキシプロトコル
プロトコルはクライアントとサーバー間の通信方式を定めます。通信方式や暗号化は別のパラメーターで指定する場合もあります。同じプロトコル名でも、設定項目を個別に確認し、プロトコル名だけを変更しないでください。
VMess
V2Ray protocolV2Rayエコシステムに由来するプロキシプロトコルで、UUIDでユーザーを識別し、時刻に関連する認証チェックも行います。サブスクリプションに含まれるWebSocket、TLS、パス、ホスト名などは接続に必要な追加設定で、UUIDを入力すれば省略できるものではありません。認証やハンドシェイクのエラーが発生した場合は、各パラメーターに加えて端末のシステム時刻も確認してください。
Trojan
TLS-based proxy protocol通常はTLS接続でプロキシ通信を行い、パスワードで認証します。サーバーアドレス、証明書に記載された名前、クライアントのSNI設定はいずれもハンドシェイクに影響します。証明書エラーが発生した場合は、ドメイン名、時刻、証明書チェーンを確認してください。証明書の検証を無効にする方法を恒久的な解決策にせず、追加の転送方式に対応しているかはカーネルで確認してください。
VLESS
Lightweight proxy protocolプロトコル認証と通信の保護を分離した軽量なプロキシプロトコルで、TLSやREALITYと組み合わせて使われます。VLESSという名称自体が完全な暗号化方式を意味するわけではありません。インポート時は転送方式、サーバー名、flow、関連する検証パラメーターを保持してください。旧カーネルがVLESSに対応していても、サブスクリプションで使われている組み合わせに対応していない場合は接続できません。
Hysteria2
QUIC-based proxy protocolQUICをベースにしたプロキシプロトコルで、UDPを使って通信します。スループットや不安定な回線での通信を考慮して設計されています。実際の使用感はUDPの到達性、サーバーの処理能力、回線の混雑、帯域幅の設定によって異なり、プロトコル名だけで速度が保証されるわけではありません。Hysteria2は初代とプロトコルや設定が異なるため、タイプ名を変更するだけでは移行できません。
TUIC
QUIC multiplexingQUICをベースにしたプロキシプロトコルで、多重化によって通信を処理し、UDP転送に関する設定も備えています。クライアントとサーバーで互換性のあるプロトコルバージョンを使い、認証項目や輻輳制御のパラメーターもサーバーの指定に従って設定してください。ネットワークでUDPが制限されている場合、ノード名を切り替えても解決しないことがあります。まずネットワークの接続条件を確認してください。
プロトコルのリソース使用量や用途はプロトコルとカーネルの技術リファレンスをご覧ください。
カーネルとクライアント
クライアントは操作画面を提供し、カーネルはネットワーク処理を実行します。プロトコルや設定が使えるかどうかは、アプリの画面と実際に動作しているカーネルの両方を確認してください。
クライアント
Client applicationサブスクリプションのインポート、プロキシノードの選択、システムプロキシ、ログ確認などを行うための画面を備えたアプリです。カーネルのプロセスやバックグラウンドサービスを管理するクライアントもあります。同じカーネルを使っていても、設定の統合、上書き、除外方法はクライアントによって異なります。そのため、手順に書かれたメニュー名が一致しない場合もあります。問題を調べるときは、画面上の保存値とカーネルが実際に読み込んだ値を区別してください。
プロキシカーネル
Proxy core接続、プロトコル処理、DNS問い合わせ、ルール照合を実行するプログラムです。GUIクライアントから管理することも、単独で実行することもできます。設定を読み込めるかどうかは、主にカーネルが対応するフィールド、プロトコル、実行環境によって決まります。アプリを更新してもカーネルが同時に更新されるとは限りません。未知のフィールドや未対応のプロキシタイプがある場合は、実際に動作しているカーネルの情報を確認してください。
mihomo
Clash.Meta successor nameClash.Metaプロジェクトで後継として使われるカーネル名です。Clash形式のYAML設定を引き継ぎ、プロトコル、ルール、DNS、トラフィックの取り込み機能を拡張しています。特定の外観を持つクライアントを指す名称ではなく、さまざまなアプリに搭載できます。旧設定を移行した後は、ログとフィールドの意味を確認してください。mihomoの新機能がオリジナル版やほかの旧カーネルで認識されるとは限りません。
Clash Meta
Clash.Meta通常はClash.Metaのカーネル系列や過去の名称を指し、プロジェクトはmihomoへと引き継がれています。アプリ名や古い手順書では、エコシステム全体を指す呼び名として使われることもあります。名称にMetaが含まれていても、すべてのクライアントが同じビルドのカーネルを使い、全設定項目を利用できるとは限りません。ドキュメントを参照するときは、実際に動作しているカーネル名、機能の対応状況、設定構文を基準に判断してください。
設定とルール
設定ファイルには、待ち受けポート、プロキシノード、プロキシグループ、ルール、DNSなどを記述します。ファイルを読み込めること、接続できること、想定どおりに通信を振り分けられることは、それぞれ別に確認する必要があります。
YAML
YAML configuration formatClashの設定でよく使われる構造化テキスト形式です。インデントで階層を表し、コロンやリスト記号でデータを構成します。編集時はスペースでインデントし、特殊文字を含む文字列は引用符の扱いに注意して、フィールドを誤った階層に置かないようにしてください。YAMLの構文が正しくても、カーネルでフィールドの型やプロキシグループ名、ルールの参照先が有効かどうかを確認する必要があります。
ルール振り分け
Rule-based routingドメイン、IP、プロセスなどの条件に応じて、接続先を直接接続、拒否、またはプロキシグループから選びます。ルールは通常上から順に照合されます。たとえばDOMAIN-SUFFIXはドメインの末尾に一致し、MATCHは最後のフォールバックに使います。広い範囲に一致するルールが例外より前にあると、例外ルールが適用されない場合があります。現在のノードだけでなく、接続画面で実際に一致したルールを確認してください。
プロキシグループ
Proxy groupプロキシノードや別のプロキシグループをまとめ、ルールから参照する共通の接続先として扱います。selectは手動選択、url-testはテスト結果に基づく選択、fallbackは順番に利用可能な項目を探す方式、load-balanceはポリシーに応じて接続を分散する方式です。自動選択はテスト先や実行間隔に左右されます。切り替えが適用されるのは通常、新しい接続であり、確立済みの接続が移行するとは限りません。
ルールセット
Rule provider · rule-providers複数の照合条件を独立したソースにまとめ、rule-providersで定義し、RULE-SETルールから参照します。ルールセットは条件を提供し、それを参照するルールが接続先のポリシーを指定するため、ルールセットの更新は設定全体の置き換えを意味しません。ソースの形式やbehaviorがカーネルに対応しているか確認してください。ダウンロード後も、実際に読み込まれ、参照されていることを確認する必要があります。
GeoIPとGeoSite
IP classification · domain collectionsGeoIPはIPアドレスの地域などの分類情報を提供し、GeoSiteはサイトや用途ごとにドメインをまとめます。それぞれGEOIPとGEOSITEの照合に使用できます。分類はデータの提供元、形式、更新状況によって変わるため、サーバーの実際の所在地や所属を証明するものではありません。名称が似たデータセットでも内容が異なる場合があるため、データの提供元を確認して選択してください。
ネットワークとDNS
まず、通信がどのようにカーネルへ入るかを確認し、次にドメイン名の名前解決方法を確認してください。システムプロキシ、TUN、DNSモードはそれぞれ異なる段階で動作します。いずれかを有効にしても、ほかの段階の問題が自動的に解決するわけではありません。
システムプロキシ
System proxyOSのプロキシ設定を通じて、その設定に従うアプリの通信をローカルプロキシポートに転送します。端末上のすべてのネットワーク通信を処理するわけではなく、一部のゲーム、コマンドラインツール、独自のネットワークスタックを持つアプリはシステムプロキシを使わないことがあります。ブラウザーだけ使えてほかのアプリが直接接続する場合は、まずアプリがプロキシに対応しているか確認してください。クライアント終了後にシステム設定が元に戻っているかも確認しましょう。
TUNモード
Virtual network interface仮想ネットワークインターフェースとルーティングでIPパケットを受け取り、プロキシカーネルで処理します。システムプロキシに従わないアプリの通信を取り込む用途に適しています。通常は追加の権限やバックグラウンドサービスが必要で、ルーティング、DNS、プロトコルスタックの選択にも関係します。TUNとルールモードは併用できます。TUNは通信をカーネルへ取り込む方法、ルールモードは取り込んだ通信の出口を決める方法です。有効にする際は、ほかの仮想ネットワークアダプターとの競合にも注意してください。
DNS
Domain Name Systemドメイン名をIPアドレスなどに変換するための問い合わせシステムです。通常、サービスに接続する前に名前解決が必要です。問い合わせを送るアプリ、経由するリゾルバー、リゾルバーへの接続経路と、実際のサービス通信の出口は別々に考える必要があります。ブラウザー内蔵の暗号化DNS、システムキャッシュ、アプリ内の名前解決も結果に影響します。問題を調べるときは、設定にあるDNSアドレスだけを確認するのでは不十分です。
Fake-IP
Synthetic address mappingアプリに合成アドレスを返し、カーネル内にそのアドレスと元のドメイン名の対応を保存することで、以降の接続でドメイン名に基づくルール照合を可能にします。そのため、アプリに表示されるアドレスが接続先サーバーの実IPアドレスとは限りませんが、それだけで名前解決の失敗を意味するわけではありません。実IPアドレスを必要とする一部のアプリでは、fake-ip-filterに適切な例外を設定してください。モードを切り替えた後は、残ったDNSキャッシュにも注意しましょう。
DNS漏えい
DNS leakドメイン名の問い合わせが想定した名前解決経路を通らない状態を指します。たとえば、通信はプロキシ経由なのにDNS問い合わせは別の経路から送信されるケースです。想定どおりかどうかは、ルールの振り分け先、アプリの名前解決方式、DNSリゾルバーへの接続経路を踏まえて判断してください。検出ページに表示されるリゾルバーの地域だけでは結論を出せません。ブラウザーの暗号化DNS、システムの名前解決設定、カーネルのログも確認してください。
混合ポート
Mixed port · mixed-port同じローカル待ち受けポートでHTTPとSOCKSのプロキシ接続を受け付けます。設定フィールドはmixed-portです。手順に例としてよく登場する7890は固定値ではなく、変更できます。アプリに設定するアドレスとポートは、実際の待ち受け設定と一致させてください。LAN内の端末からのアクセスを許可する場合は、待ち受けアドレス、認証、ファイアウォールも確認し、プロキシポートをインターネットに直接公開しないでください。
サブスクリプションとプロキシノード
サブスクリプションは設定やプロキシノードを取得する方法、プロキシノードは接続パラメーター、テスト結果は特定の条件下での測定値です。それぞれ別に確認する必要があり、一度の速度測定で接続全体を確認したことにはなりません。
サブスクリプション
SubscriptionURLからプロキシノードの一覧や設定ファイルを取得・更新する仕組みで、特定のプロトコルを指すものではありません。Base64形式のプロキシノード一覧、Clash YAML設定、ほかのクライアント向けの形式は、相互にそのままインポートできるとは限りません。取り込み先が対応する形式を確認してください。サブスクリプションURLにアカウント情報が含まれる場合があるため、公開したり信頼できない変換サービスに入力したりしないでください。更新に失敗した場合は、まずエラーの種類を確認しましょう。
プロキシノード
Proxy nodeリモートのプロキシサーバーに接続するためのパラメーター一式で、通常はサーバーアドレス、ポート、プロトコル、認証情報、任意の転送設定を含みます。一覧に表示される名前はラベルにすぎず、サーバーや出口の所在地、実際の帯域幅を証明するものではありません。クライアントが設定を読み込めても、サーバーが利用できるとは限りません。ハンドシェイク、認証、接続先アプリへのアクセスも確認してください。
遅延テスト
Latency testクライアントが指定したテスト先への接続時間を測定します。プロキシ接続の確立やHTTPリクエストを使う場合が多く、ICMP Pingと同じとは限りません。テスト先、タイムアウト値、接続の再利用、ネットワーク状態によって結果は変わります。数値が小さくてもダウンロード速度が速いとは限りません。タイムアウトはそのテストが制限時間内に完了しなかったことを示すだけなので、ログや実際のアクセス状況も確認してください。
プロキシプロバイダー
Proxy provider · proxy-providersproxy-providersで定義するプロキシノードの配信元で、ローカルファイルやリモートURLを指定し、プロキシグループから参照できます。メイン設定とプロキシノードの更新を分けて管理でき、更新によって通常変更されるのはノード情報です。メイン設定のルールやDNS設定が置き換わるわけではありません。設定全体のサブスクリプションとプロキシプロバイダーのファイルは構造が異なります。別の種類の入力欄にURLを貼り付けただけで互換性があるとは限りません。