公式マニュアル / 用語集

Shadowrocket 用語集
画面表示・プロトコル・ルール

英語の設定項目を見つけたら、まず画面操作、接続プロトコル、ルールポリシーのどれに当たるかを確認し、該当する説明を読んでください。このページでは英語の名称をそのまま掲載しています。各用語カードはURL末尾のアンカーから直接開けます。

操作を始める場合は初回利用ガイドで手順を確認してください。ルールの詳しい記述例はルールマニュアルをご覧ください。以下の用語説明は、アプリ内に表示される現在の選択肢に代わるものではありません。

01 / Interface

画面表示とスイッチ

同じ単語が常に同じ機能を指すとは限りません。画面と前後の文脈を確認し、特にConfigの入口、Configモード、ルール内のポリシーを区別してください。

画面表示とスイッチ

Home

現在の接続状態はどこで確認できますか?Homeはサーバー項目、現在の選択内容、接続スイッチを確認する主な画面です。まず選択中の項目を確認し、次にスイッチの状態を見ます。「接続済み」と表示されても、トンネルの状態を示すだけで、接続先サイトにアクセスできるとは限りません。問題がある場合は、テスト結果、モード、ルールも確認してください。

画面表示とスイッチ

Global Routing

モードを切り替えるとアクセス結果が変わるのはなぜですか?Global Routingは通信全体の処理方法を決めます。Config、Proxy、Directはそれぞれ設定、プロキシ、直接接続に対応する画面上の名称です。設定に従って通信を振り分ける場合はConfigを確認してください。一時的な切り分けには別のモードも比較できますが、テスト後は意図した設定に戻し、テスト状態を通常の設定と混同しないようにします。

画面表示とスイッチ

Config

Configはファイルですか、それともモードですか?設定管理画面では、設定ファイルの表示、編集、選択を指します。Global Routingでは、現在の設定に従ってリクエストを処理するモードを表します。ファイルを編集した後は、それが現在使用中の設定かどうかも確認してください。保存できたことだけでは、ルールが有効になったとは判断できません。

画面表示とスイッチ

Proxy / Direct

この2つのモードはルールのポリシーと同じですか?ProxyとDirectはGlobal Routingのモード名で、それぞれ通信全体をプロキシ経由または直接接続で処理します。一方、ルール行のPROXYとDIRECTは大文字のポリシーキーワードです。確認時はまずモードを記録してからルールを読み、設定による振り分けが有効でない状態でルールファイルを何度も変更しないようにしてください。

画面表示とスイッチ

On Demand

ネットワークが変わると接続が開始されるのはなぜですか?On Demandは、ネットワークなどの条件に応じてVPN接続を開始する機能です。具体的な条件はアプリ内の選択肢を確認してください。On Demandは「いつ接続するか」を決め、ルールは「リクエストをどう処理するか」を決めます。役割は異なります。変更後はWi-Fiとモバイル通信で実際の動作をそれぞれ確認してください。

画面表示とスイッチ

Add Server / Subscribe

手元にある接続情報はどこに入力すればよいですか?Add Serverは接続情報を追加する入口で、Subscribeはサブスクリプションの種類を表します。手動で追加する場合は、手元の情報と一致するプロトコルを選択してください。サブスクリプションを読み込む場合は、自分のサブスクリプションURLを入力し、作成された項目を確認します。サブスクリプションURLを個別サーバーのアドレス欄に入力しないでください。

画面表示とスイッチ

Connectivity Test

テストに成功すると何がわかりますか?Connectivity Testは、選択した方法で接続状態を調べます。結果が示すのは、その時点のテスト条件に限られます。項目を比較する際は、テスト方法とネットワークをそろえたうえで、実際の接続先も確認してください。一度の失敗だけで設定値が無効とは限らず、一度の成功ですべてのサービスに接続できるとも限りません。

02 / Protocols

プロトコル

プロトコル名だけで入力内容を決められますか?わかるのはパラメータの種類までで、具体的な値は判断できません。手元のサービス情報を確認し、認証、トランスポート、セキュリティの設定を一つずつ照合してください。

プロトコル

Shadowsocks

アドレスが正しいのに接続できないのはなぜですか?Shadowsocksでは、ポート、パスワード、暗号化方式などのパラメータも一致させる必要があります。どれか一つでも異なると接続に失敗する場合があります。暗号化方式は任意に変更できる好みの設定ではありません。手元の情報に追加のトランスポートパラメータが含まれる場合は、それも確認し、アドレスとパスワードだけをコピーして済ませないでください。

プロトコル

VMess

UUIDだけ入力すれば接続できますか?VMessはUUIDなどの識別情報を使いますが、接続にはサーバーアドレス、ポート、トランスポート方式、対応するTLS設定も必要です。WebSocketを使う場合は、パスやHostなどの関連項目も確認してください。名称が似ているからといって、別のプロトコルのパラメータを流用しないでください。

プロトコル

VLESS

VLESSのセキュリティ設定はどう考えればよいですか?VLESSはUUIDでユーザーを識別します。接続が保護されるかどうかは、実際のトランスポート方式とセキュリティ設定を合わせて判断してください。プロトコル名だけでは判断できません。手元の情報に基づいてTLS、サーバー名、トランスポートの項目を確認します。アドレスとUUIDが同じでも、関連項目が異なると接続できない場合があります。

プロトコル

Trojan

パスワードとサーバー名の両方を確認するのはなぜですか?Trojanは通常TLSと組み合わせ、パスワードで認証します。パスワードが正しくても、証明書の検証に失敗することがあります。ポート、TLSのサーバー名、証明書に関する表示を確認してください。証明書エラーが出たら、まず名前とデバイスの時刻を確認し、検証を無効にすることを通常の対処にしないでください。

プロトコル

HTTP / SOCKS5

HTTPとSOCKS5は互換性がありますか?異なるプロキシプロトコルのため、サーバー側と同じ種類を選び、ポートやユーザー名、パスワードなどの認証情報を確認してください。プロトコル名だけで通信が暗号化されるとは限りません。安全なトランスポート層があるかどうかは、設定全体で判断します。WebページのURLをそのままプロキシの接続情報として使うことはできません。

プロトコル

WireGuard

WireGuardには複数の項目が必要なのはなぜですか?鍵ペアを使って暗号化トンネルを構築するほか、接続先エンドポイント、トンネルアドレス、ルーティング範囲などの情報も必要です。公開鍵と秘密鍵は用途が異なるため、入れ替えて入力できません。秘密鍵は機密情報です。接続に問題がある場合は、手元の設定を一つずつ確認し、自分で生成した値に置き換えないでください。

プロトコル

Hysteria2

Hysteria2のテスト結果がネットワークに左右されるのはなぜですか?Hysteria2はQUICをベースとしており、ネットワークからUDPで到達できることと、認証情報およびTLSパラメータが正しいことが必要です。設定が合っているように見えて接続できない場合は、まず認証の問題かネットワーク到達性の問題かを切り分けてください。追加のobfuscationなどの項目は、手元のサービス情報に従って入力します。

03 / Rules & Policies

ルールキーワードとポリシー

ルールは何で構成されていますか?まず照合条件を確認し、次に対応するポリシーを適用します。example.comは構文説明用の例です。例を確認したら、自分の設定に戻ってルールの順序を確認してください。

ルールキーワードとポリシー

Rule

ルールは何をするものですか?Ruleはリクエストの照合条件を処理ポリシーに割り当てます。通常は一覧の上から順に照合し、一致した時点で対応するポリシーを適用します。より具体的な例外は、範囲の広い条件より前に置いてください。問題を調べるときは、最後に追加した行だけでなく、最初に一致する行を探します。

ルールキーワードとポリシー

DOMAIN

ドメイン全体ではなく、指定した完全なドメインだけに一致させるには?DOMAINは完全一致に使います。たとえばexample.comを指定しても、www.example.comは自動的には含まれません。条件にはドメインだけを記述し、https://、ポート、ページのパスは加えません。サブドメインも対象にする場合は、DOMAIN-SUFFIXが適切か確認してください。

DOMAIN,example.com,DIRECT
ルールキーワードとポリシー

DOMAIN-SUFFIX

ルートドメインとサブドメインをまとめて対象にするには?DOMAIN-SUFFIXはドメインの末尾の境界に基づいて照合します。example.comなら、example.com自体とwww.example.comなどのサブドメインが対象になりますが、任意の文字列を含むドメインには一致しません。特定のサブドメインに別のポリシーを適用する場合は、具体的なルールをこの広い範囲のルールより前に置いてください。

DOMAIN-SUFFIX,example.com,PROXY
ルールキーワードとポリシー

DOMAIN-KEYWORD

特定の文字列を含むドメインに一致させるには?DOMAIN-KEYWORDは、ドメインに指定した文字列が含まれるかどうかを確認します。異なるドメイン末尾にまたがって一致する場合があります。完全なドメインや末尾による条件より範囲が広く、意図しない接続先にも一致する可能性があります。使う前に、想定どおりの一致例と意図しない一致例を挙げて確認してください。

ルールキーワードとポリシー

GEOIP

GEOIPはWebサイトの言語を判定しますか?いいえ。IP地理情報データベース上の所属情報に基づいて接続先アドレスを照合するもので、Webページの言語やアクセスする人の所在地は判定しません。データベースと実際のネットワーク構成には差がある場合があり、接続先アドレスの変化も結果に影響します。問題を調べる際は、実際に名前解決されたアドレスとルールの一致状況を確認してください。

GEOIP,CN,DIRECT
ルールキーワードとポリシー

IP-CIDR / IP-CIDR6

接続先アドレスの範囲を指定するには?IP-CIDRはIPv4のアドレス範囲、IP-CIDR6はIPv6のアドレス範囲に一致します。スラッシュの後ろのプレフィックス長で範囲が決まります。プレフィックスが広すぎると、より多くのアドレスが含まれます。先頭が似ているだけで一致が正しいと判断しないでください。接続先がIPv4とIPv6の両方に対応する場合は、実際に使われるアドレスファミリーもそれぞれ確認します。

IP-CIDR,192.0.2.0/24,DIRECT
IP-CIDR6,2001:db8::/32,DIRECT
ルールキーワードとポリシー

USER-AGENT

USER-AGENTですべてのアプリを識別できますか?読み取り可能なHTTP User-Agent情報に基づく照合であり、アプリの識別情報による判定とは異なります。暗号化されたリクエストでは、該当する情報を通常そのまま読み取れません。照合できる範囲はリクエストの可視性に左右されます。設定前に利用可能なフィールドが実際に存在することを確認し、汎用的なアプリ別振り分け条件として使わないでください。

ルールキーワードとポリシー

FINAL

それまでのルールに一致しない場合はどうなりますか?FINALは最終的な処理ポリシーを指定し、通常はルール一覧の末尾に置きます。具体的なルールより前に置くと、後続の条件が想定どおりに照合されません。DIRECTとPROXYのどちらを選ぶかは、自分の設定方針に基づいて判断してください。例をそのまま汎用的な答えとして使わないでください。

FINAL,DIRECT
ルールキーワードとポリシー

PROXY / DIRECT / REJECT

ルールに一致すると、どのように処理されますか?PROXYはプロキシ経由、DIRECTは直接接続、REJECTはリクエストの拒否を表します。実際に使われるプロキシの接続先は、現在の選択内容と設定も確認してください。これらは処理結果を示すもので、照合条件ではありません。REJECTを誤って使うと接続先にアクセスできなくなるため、適用範囲を先に確認します。

04 / Subscription & Configuration

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

読み込みに成功しても設定を確認する必要があるのはなぜですか?接続項目は「どこに接続するか」を示し、設定ファイルは「リクエストをどう処理するか」を定めます。両者を同じものとして扱うことはできません。

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

サブスクリプション

サブスクリプションURLには何が含まれますか?接続項目の読み込みや更新に使う情報源です。形式や更新結果はユーザー自身が利用するサービスによって異なり、ルール設定一式が必ず含まれるわけではありません。URLに個人用のアクセス情報が含まれる場合があるため、公開するスクリーンショットやログ、共有テキストに載せないでください。更新後は項目を確認してから接続テストを行います。

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

サーバー項目

項目名から接続可能かどうかわかりますか?いいえ。サーバー項目には、アドレス、ポート、プロトコル、認証情報などが記録されています。表示名は識別用のラベルにすぎません。複数の項目が同じ接続先を指す場合もあります。変更前に元のパラメータを記録し、変更後は現在選択されている項目を確認して、別の項目をテストしないようにしてください。

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

設定ファイル

設定ファイルとサブスクリプションはどう違いますか?設定ファイルには共通設定、ルール、その他の処理内容がまとめられています。よく使われるセクション名にはGeneral、Rule、Host、URL Rewriteがあります。一方、接続用のサブスクリプションは主に接続情報を管理します。ファイルを保存することと、選択して有効にすることは別の操作です。変更前に復元できるコピーを用意し、変更の影響を一つずつ確認してください。

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

URL Rewrite

URL RewriteとDOMAINルールは同じですか?いいえ。URL RewriteはURLの条件に応じて書き換えなどを行い、通常の振り分けルールは接続ポリシーを決めます。URLのパス、クエリパラメータ、プロトコル部分が照合に影響する場合があり、暗号化リクエストでは内容を参照できないこともあります。直接接続かプロキシ経由かを選ぶだけなら、通常のルールで対応できるか先に確認してください。

05 / DNS & Network

DNSとネットワーク

名前解決、接続、認証は同じ段階の処理ですか?それぞれ別の段階です。まず問題がどの段階で起きているかを特定し、対応する設定を変更してください。一度に複数の項目を変更すると、原因を判断しにくくなります。

DNSとネットワーク

DNS

ドメインにアクセスできない場合、必ずDNSが原因ですか?DNSはドメイン名をIPアドレスに変換します。名前解決に成功しても、その後の接続、認証、ルール処理で失敗することがあります。まず想定したアドレスが取得できているかを確認し、その後の接続状態を調べてください。DNSを変更した後はキャッシュの影響も考慮し、同じ接続先でテストします。一度更新しただけで結論を出さないでください。

DNSとネットワーク

Host

設定ファイルのHostとトランスポートパラメータのHostは同じですか?設定ファイルのHostセクションは静的なドメイン名の対応付けに使われます。一方、トランスポートパラメータのHTTP Hostはリクエストに関するフィールドで、用途が異なります。静的な対応付けは名前解決の結果に影響するため、接続先アドレスが変わった場合は更新が必要になることがあります。確認時は、どちらの設定を見ているのかを先に確かめてください。

DNSとネットワーク

遅延時間

数値が小さければ必ず速くアクセスできますか?遅延時間は特定のテスト条件で計測した応答時間であり、通信のスループットとは異なります。各Webサイトでの使用感を示すものでもありません。同じテスト方法とネットワークで比較し、実際のアクセスでも確認してください。短時間の変動や一度のタイムアウトだけでは長期的な状態は判断できません。テスト結果は条件と合わせて確認します。

DNSとネットワーク

TLS / SNI

サーバーアドレスとSNIが異なる場合があるのはなぜですか?TLSは接続を保護し、SNIはハンドシェイク時にサーバー名を伝えます。接続先はアドレスで指定できても、検証に使う名前はサービスの設定や証明書と一致させる必要があります。手元のパラメータに従って入力し、両者を任意に入れ替えないでください。証明書エラーが出た場合は、名前、デバイスの時刻、証明書の状態を確認してから次の対応を判断します。

用語を確認した後、どのように問題を切り分ければよいですか?

まず、問題が情報の追加時に起きているのか、接続を確立できないのか、接続後に接続先へアクセスできないのかを簡潔に整理します。関連する画面表示、プロトコル、Global Routingのモード、一致したルールを記録し、一度に変更する条件は一つにしてください。記録を共有する場合は、サブスクリプションURL、パスワード、秘密鍵などの機密情報を伏せます。

具体的な手順はチュートリアルをご覧ください。ルールの適用順を確認する場合はルールマニュアルをご覧ください。購入、購入済みアイテムの復元、初回起動に関する問題はトラブル対処をご確認ください。システム要件とデバイスの互換性はApp Storeの表示をご確認ください。

用語の分類に戻る ↑