公式マニュアル · 用語集

Shadowrocket
画面表示とルール用語

まず名称を確認し、次にどの階層で使われているかを見てください。このページでは5つの分類に分けて、画面上の項目、プロトコルのパラメータ、ルールの動作を解説します。英語の名称は原文のまま記載し、説明は用途の理解を助けるものです。アプリ内の表示を置き換えるものではありません。

操作を始める場合は使い方ガイドへ。既存のサブスクリプションを整理する場合はサブスクリプションガイドをご覧ください。

INTERFACE / CONTROLS

画面表示と切り替え項目

まずGlobal Routingの選択を確認し、その後で個々のルールを確認してください。接続の切り替え、ルーティングモード、自動起動の条件はそれぞれ役割が異なり、相互に置き換えられません。

Global Routing: 接続全体の処理方法を選ぶ項目です。よく使う選択肢はConfig、Proxy、Directで、それぞれ設定に従う、プロキシ経由、直接接続を意味します。ルールが反映されない場合は、まずConfigが選択されているか確認し、その後で設定内容を見直してください。モードが異なると、同じルールが現在の接続処理に使われないことがあります。

Config: Global RoutingのConfigは、現在選択されている設定に従って接続を処理するモードです。通常はルールによって接続先ごとの経路が決まります。一方、画面上の項目としてのConfigは、設定ファイルの管理や選択に使います。表示場所を確認し、どちらの意味か判断してください。

Proxy: Global RoutingのProxyは、接続をプロキシ経由で処理するモードです。プロキシ経路が利用できるか一時的に確認するときなどに使います。このモードに切り替えても、サーバーのパスワードやTLSパラメータ、認証情報の誤りは修正されません。ルール内の大文字表記PROXYとは別の概念です。

Direct: Global RoutingのDirectは、接続先へ直接接続するモードです。ローカルネットワーク経由とプロキシ経由の動作を比較するときに使えます。選択しても、既存のサブスクリプションやシステム上のVPN設定が削除されるわけではありません。テスト後は必要に応じて元のモードに戻し、一時的なテスト状態を通常の設定として残さないようにしてください。

On Demand: 設定したネットワーク条件に応じて接続動作を開始します。結果は条件の内容とシステムの現在の状態によって異なります。設定前に、どのネットワーク環境で動作させるかを明確にし、条件を一つずつ確認してください。これは通信を振り分けるルールではありません。接続状態が自動で変わる場合は、サーバー一覧だけでなくOn Demandの条件と手動切り替えも確認してください。

Data: 通信量の統計や接続情報を確認でき、リクエストの発生や通信量の増加を把握する際に役立ちます。アプリに表示される数値は、サーバー側の計測方法や集計期間と異なる場合があります。残りの通信量を示すものとして扱わないでください。数値を比較する前に、集計範囲、リセット時刻、確認中の接続をチェックしてください。

PROTOCOLS

プロキシプロトコル

プロトコルによって、クライアントとサーバー間のデータ交換方法が決まります。以下の説明は、利用中のサーバー情報を確認するためのものです。接続を試すために、プロトコルをむやみに別の種類へ変更しないでください。

Shadowsocks: サーバーアドレス、ポート、パスワード、暗号化方式などを指定するプロキシプロトコルです。追加時は利用中のサーバー情報を一つずつ入力してください。パスワードが正しくても、ほかの設定がすべて正しいとは限りません。暗号化方式が一致しないと、遅延テストや実際の通信に失敗することがあります。

VMess: ユーザー識別子などで認証するプロキシプロトコルです。トランスポート方式とTLSの設定も接続に影響します。読み込み後は、サーバー名だけでなく、ユーザー識別子、トランスポートの種類、サーバーが求める追加パラメータを確認してください。認証に正確な時刻が必要な場合は、端末の日付と時刻も確認します。

VLESS: ユーザー識別子と対応するトランスポート設定が必要なプロキシプロトコルです。プロトコル名だけではトランスポートの暗号化は保証されません。接続には、サーバーが求めるTLSやトランスポート方式などのパラメータが一致している必要があります。VMessの項目で種類だけを変更しても、VLESSの設定として利用できるとは限りません。

Trojan: 通常TLSと組み合わせて使うプロキシプロトコルです。認証パスワード、サーバー名、証明書の検証設定を一致させてください。証明書エラーが発生した場合は、検証を無効にする前に、アドレス、サーバー名、端末の時刻を確認します。サーバーに到達できても、TLSと認証が完了しているとは限りません。

Hysteria2: QUICベースのプロキシプロトコルです。接続時は認証情報やTLSパラメータに加え、利用中のネットワークでUDP通信が可能か確認してください。特定のネットワークで失敗しても、サブスクリプションの項目が無効とは限らず、経路の条件が原因の場合もあります。別世代のプロトコルと同義ではないため、サーバーの実際の種類に合わせて読み込んでください。

WireGuard: 鍵ペアとトンネルアドレスを使うネットワークトンネルプロトコルです。主な設定項目はローカルアドレス、接続先、公鍵、エンドポイント、許可するネットワーク範囲です。ユーザー名やパスワードを使う項目とは構成が異なるため、同じ要領で設定しないでください。秘密鍵は機密情報です。設定の整理やバックアップ、画面を共有して相談する際は適切に保護してください。

HTTP / SOCKS5: 異なる2種類のプロキシプロトコルです。サーバーアドレス、ポート、任意の認証情報などを指定する場合があります。利用可能なトランスポートや暗号化の有無は、選択したプロトコルの設定とサーバーの対応状況によって異なります。項目名だけで通信全体が暗号化されていると判断したり、2種類を相互に置き換えられると考えたりしないでください。

RULE ENGINE

ルールキーワード

ルールは通常、照合条件と処理動作で構成され、設定内の順序に従って確認されます。まず「何に一致するか」、次に「どのように処理するか」を確認し、前のルールに先に一致していないかも確認してください。

DOMAIN-SUFFIX: ドメインのサフィックスを使って、対象ドメインとそのサブドメインを照合します。たとえば、example.comとその下位ドメインが対象です。文字列がどこかに含まれるかを判定するルールではありません。特定のドメインだけに一致させる場合は、DOMAINの用途と区別してください。設定には、パスやクエリを含む完全なURLではなく、ドメインを指定します。

GEOIP: IPジオロケーションデータベースに基づいて対象IPを分類・照合します。結果はデータベースの内容や更新状況によって変わります。サーバーの物理的な所在地を正確に検証するものでも、遅延や帯域幅を測定するものでもありません。ドメインが最終的にどのIPアドレスへ解決されるかによって、このルールに一致するかが変わる場合があります。

IP-CIDR: CIDR表記でIPv4ネットワーク範囲を照合します。たとえば192.0.2.0/24はドキュメント用のアドレス範囲です。スラッシュ後の数字はネットワーク範囲を表し、サーバーのポート番号ではありません。IPv6の範囲にはIP-CIDR6を使います。範囲を変更する前に、関係のない接続まで一致しないか確認してください。

FINAL: それ以前のルールに一致しなかった接続を処理するため、通常はルール一覧の末尾に置きます。これは最終的な照合先であり、「優先して実行する」指定ではありません。配置を誤ると、その後のルールが一致しなくなる場合があります。特定の接続がプロキシ経由または直接接続になる理由を調べる際は、個別ルールとFINALの動作をあわせて確認してください。

PROXY: ルール内で接続をプロキシ経由にする動作です。実際にどの接続先が使われるかは、現在の選択と設定内のポリシーによって異なり、この行だけでは判断できません。Global Routingで使う、先頭のみ大文字のProxyモードとは分けて考えてください。

DIRECT: ルール内で一致した接続先へ、現在のネットワークから直接アクセスする動作です。DIRECTを選んでも接続先に必ず到達できるわけではありません。DNS、地域のネットワーク経路、接続先サービスの状態も影響します。直接接続したい対象がプロキシ経由になる場合は、前にあるより広範囲なルールに一致していないか確認してください。

REJECT: 一致した接続を拒否し、指定した接続先へのアクセスを阻止するルール動作です。アプリの一部機能が使えない場合は、関連するドメインやIPが誤ってこの種のルールに一致していないか確認してください。検証では必要な範囲だけを変更し、設定の原本を残してください。一つの接続先を調べるために全体の動作を大きく変えないようにしましょう。

RULE-SET: ルールセットを参照し、一連の照合条件を個別に管理するためのキーワードです。参照位置もルールの順序に影響するため、前後どちらに置くかで結果が変わる場合があります。更新後は内容が正しく読み込まれたか確認し、ルールセットの更新とサーバーサブスクリプションの更新を区別してください。

プロキシモードとルールによる振り分けを読む →

SUBSCRIBE / CONFIGURATION

サブスクリプションと設定

以下の説明は、利用者自身がすでにサブスクリプションまたはサーバー情報を持っていることを前提としています。Shadowrocket HubはShadowrocketの公式サイト・公式マニュアルです。ノードやサブスクリプションサービスの提供、販売、推奨は行っていません。

Add Server: サーバーを手動で追加する項目です。手元にある情報に基づいてプロトコルを選び、アドレス、ポート、認証情報を入力してください。プロトコルによって表示される項目は異なります。名前が似ているからといって、関係のない情報を別の欄に入力しないでください。保存しただけでは接続されません。項目を選択して接続を確認してください。

サブスクリプション: サーバー情報の取得と、その後の更新に使うURLまたはデータです。内容は管理状況によって変更される場合があります。サブスクリプションのリンクにはアクセス情報が含まれることが多いため、パスワードと同じように保護し、公開された画像やサイトのファイルに載せないでください。更新に失敗した場合は、リンクの有効性、ネットワーク接続、返されるデータ形式の順に確認し、すべての項目を何度も削除しないようにしましょう。

設定ファイル: ルールやDNS、関連するポリシー設定を含むファイルです。サーバー情報だけを含むサブスクリプションとは用途が異なります。サーバーを読み込んでも現在のルールが置き換わるとは限らず、設定を切り替えても既存のサブスクリプショングループが変わるとは限りません。変更前に復元可能なコピーを保存し、原因を判断しやすいよう、一度に変更する設定の種類は一つにしてください。

購入済み: App Storeで過去に購入したアプリを確認できます。端末の買い替えや再インストールの際は、購入時に使ったApple IDを確認してください。アプリを再入手しても、端末内のサーバー、ルール、その他の設定は復元されません。データの復元には、バックアップを別途確認する必要があります。対応デバイス、システム要件、ユニバーサル購入についてはApp Storeの掲載内容をご確認ください。

読み込み・更新・バックアップの手順を見る →

NETWORK / DIAGNOSTICS

ネットワークとDNS

テスト結果は判断材料の一部です。設定を何度も切り替えるより、ドメインの名前解決、経路の到達性、認証、実際のアクセスを分けて確認すると、問題を特定しやすくなります。

DNS: ドメインをIPアドレスなどに変換する仕組みで、多くのネットワーク接続に先立つ重要な処理です。名前解決が成功しても接続先サービスに接続できるとは限らず、名前解決の失敗がプロキシ認証のエラーとは限りません。問題を調べるときは、まず対象ドメインが妥当な結果に解決されるか確認し、その後でルーティングとサーバー接続を確認してください。各段階を混同しないことが大切です。

DNS over HTTPS: HTTPS経由でDNSクエリを送信する方式で、DoHと略されます。変更されるのは名前解決リクエストの転送方法です。ルールによる振り分けの代わりにはならず、サーバー認証情報を補うものでもありません。設定後は、DNSサービスへの接続、対象ドメインの名前解決、実際の接続が想定どおりかを個別に確認してください。

Connectivity Test: 選択したテスト方法で接続可能か確認します。結果は、その時点のネットワークとテスト対象に対する状態を示します。テストに成功しても、すべてのサイトやアプリに接続できるとは限りません。タイムアウトした場合も、方法と対象を踏まえて判断してください。サーバーを比較する際は同じ条件でテストし、実際の通信でも確認しましょう。

遅延: 特定のテスト要求に応答が返るまでの時間で、通常はミリ秒で表示されます。数値が低くてもスループットが高いとは限らず、接続が長時間安定することも保証されません。パケットロスや経路の変化、接続先の負荷も使用感に影響します。並べ替えは候補を絞る目安として使い、最終的には同じネットワーク環境で実際のアクセスを確認してください。

用語を確認するときの手順

まず、画面上の項目、プロトコルのパラメータ、ルールのどれに当たるかを確認し、次に現在の操作画面を確認してください。具体的な問題を解決する場合は、使い方ガイドに沿って接続を一度確認します。複数のサブスクリプションの整理、更新、削除については、サブスクリプションガイドで順に確認してください。

分類一覧の先頭へ戻る ↑