公式マニュアル · 用語から探す

Shadowrocket 用語集

画面上の用語、プロトコル名、ルールキーワードは英語表記のまま掲載しています。まず用語がどの設定階層に属するかを確認し、接続モード、サーバー情報、設定ファイルのどれを変更するか判断してください。

操作手順はクイックスタートをご覧ください。ルールの詳しい記述例は設定項目で確認できます。Shadowrocket の入手方法はApp Store ダウンロードガイドをご覧ください。

Interface / Switches

画面・スイッチ

ここで紹介する名称は操作画面や接続モードを表します。サーバープロトコルや個別の Rule を直接指すものではありません。

Global Routing: 接続全体の方式を選ぶ設定です。代表的なモードは Config、Proxy、Direct の3つです。ルールで通信を振り分ける場合は、まず Config が選択されていることを確認し、次に現在の設定ファイルを確認してください。Rule だけを編集して Proxy のままにすると、ルールごとの振り分けが期待どおりに動かないことがあります。トラブルの切り分けでは、変更前のモードを記録し、一度に変更する項目は1つにしてください。モードの違いをサーバーの不具合と取り違えにくくなります。

Config: Config は設定ファイルの管理画面を指すほか、Global Routing のモードにも表示されます。意味は表示される場所によって異なります。管理画面では設定ファイルの確認、編集、選択に使います。接続モードでは現在の設定ファイルに従ってリクエストを処理します。ファイルを読み込んだだけでは使用中とは限らないため、操作後に選択状態を確認してください。

Proxy: Proxy は Global Routing のプロキシモードです。主に現在選択しているプロキシを使ってリクエストを処理しますが、システムの通信やバイパス設定も確認が必要です。Shadowsocks や VLESS などのプロトコル全般を指す項目ではなく、サーバーが利用可能であることを示すものでもありません。ルールの影響を切り分ける際は、一時的にこのモードでテストできます。テスト後は元の設定に戻してください。

Direct: Direct は Global Routing の直接接続モードで、主に現在のネットワークから接続先へ直接アクセスします。同じ接続先への現在のネットワーク上のアクセス状況を比べる際に役立ちますが、直接接続できてもプロキシサーバーの設定が正しいとは限りません。画面上の Direct とルール内の DIRECT は異なる階層の設定です。一方を変更しても、もう一方は自動的に変わりません。

On Demand: On Demand は、ネットワーク環境ごとに設定した条件に応じて、システムに VPN 接続を要求します。接続するタイミングを決める機能であり、特定のドメインを PROXY と DIRECT のどちらで処理するかを指定するものではありません。有効にした後は、システムの VPN 設定と接続条件を確認してください。手動で接続を切った場合の動作も、現在の条件に照らして判断します。

Connectivity Test: サーバーへの接続状況を確認するテスト機能です。結果はテスト方法、接続先アドレス、現在のネットワークによって異なります。表示される遅延時間は特定のテストにかかった時間で、ダウンロード速度ではなく、すべての接続先にアクセスできることを示すものでもありません。結果を比べる際はテスト方法を統一してください。テストに失敗した場合は、アドレス、ポート、認証情報、実際のリクエストをそれぞれ確認します。

Protocols

プロトコル

プロトコルによって接続の確立方法が異なります。Add Server に情報を入力するときは、手元にあるサーバー情報に従い、名称だけから認証方式、伝送方式、証明書の設定を推測しないでください。

Shadowsocks: Shadowsocks は指定した暗号化方式と認証情報を使ってサーバーに接続します。アドレス、ポート、パスワード、暗号化方式をサーバー側と一致させてください。読み込み後に接続できない場合は、パスワードだけでなく各項目を個別に確認します。手元の情報に追加の伝送パラメータがある場合も、サーバーの実際の設定に従って入力してください。似た名称の設定に置き換えないでください。

VMess: VMess はユーザー識別情報などを使って認証します。サーバー情報には伝送方式やセキュリティ設定も指定されていることがあります。UUID が正しくても設定が完全とは限りません。Host、パス、TLS の設定が一致しない場合も接続に失敗することがあります。共有リンクを読み込んだ後は元の情報と各項目を照合してください。特に、ウェブページの URL パスを伝送用のパスとしてそのまま設定しないでください。

VLESS: VLESS はユーザー識別情報で認証します。プロトコル自体はペイロードを暗号化しないため、接続の安全性は組み合わせる伝送方式とセキュリティ設定に左右されます。サーバー情報に記載された伝送方式、TLS 関連の項目、その他の設定をまとめて確認してください。UUID だけを入力しても不十分です。不足する項目は手元の情報で補い、プロトコル名から既定の組み合わせを推測しないでください。

Trojan: Trojan は通常、TLS とパスワード認証を組み合わせて接続します。サーバーアドレスとは別に、証明書に対応する名前の入力が必要な場合があります。接続できないときは、パスワード、ポート、サーバー名、デバイスの時刻を確認してください。証明書の検証エラーは、パスワードの誤りとは別の問題です。まずサーバー名や証明書の設定を見直し、検証を無効にする方法を通常の設定として使わないでください。

Hysteria2: Hysteria2 は QUIC ベースで、通常は UDP を使って接続します。認証情報や関連パラメータは、手元にあるサーバー情報に従ってください。名称に含まれる数字はプロトコル名の一部であり、Shadowrocket のアプリバージョンを示すものではありません。現在のネットワークで UDP がどのように扱われるかによって接続状況は変わるため、TCP のテストに成功しても、この接続が確立できるとは限りません。

WireGuard: WireGuard は公開鍵で通信相手を識別します。設定には通常、ローカルの秘密鍵、ピアの公開鍵、Endpoint、アドレス、Allowed IPs が含まれます。通常の「アドレスとパスワード」のサーバー項目と同じように扱うことはできません。鍵を公開スクリーンショットやトラブル記録に載せないでください。Allowed IPs はこのトンネル設定で対象となる通信範囲に関わる項目であり、Shadowrocket の他のルールの処理結果を示すものではありません。

SOCKS5: SOCKS5 はプロキシリクエスト用のプロトコルです。TCP 接続を中継でき、クライアントとサーバーの双方が対応していれば UDP も扱えます。名称だけでは通信が暗号化されているとは限りません。ユーザー名とパスワードが必要かどうかはサーバー設定によります。項目を確認する際は認証要件と UDP 対応をそれぞれ確認し、HTTP プロキシの設定をそのまま流用しないでください。

Rule / Policy

ルールキーワードと処理方法

Rule は条件を上から順に確認し、一致した場合に指定の処理を適用します。条件は「何に一致するか」、処理方法は「どのように扱うか」を示します。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT

example.com は構文説明のための例です。具体的な条件を先に記述し、FINAL は末尾に置きます。例の PROXY を使うには、利用者がすでに持っている利用可能なサーバーに対応させる必要があります。

DOMAIN: DOMAIN はドメイン名全体に一致する条件です。たとえば DOMAIN,example.com,DIRECT は example.com 自体を対象にします。www.example.com など、すべてのサブドメインが自動的に含まれるわけではなく、ウェブページのパスにも一致しません。サブドメインも対象にする場合は、完全一致のドメイン名にワイルドカードを付け足すのではなく、DOMAIN-SUFFIX を使います。

DOMAIN-SUFFIX: DOMAIN-SUFFIX は、指定したドメインとそのサブドメインに一致します。たとえば example.com と www.example.com が対象になります。条件にはドメイン名だけを指定し、https://、ポート、ページのパスは含めません。特定のサブドメインに別の処理を適用する場合は、より具体的な DOMAIN ルールをこのサフィックスルールより前に置いてください。

DOMAIN-KEYWORD: DOMAIN-KEYWORD は、ドメイン名に含まれる文字列に一致します。たとえば example を指定すると、異なる複数のドメインが対象になる場合があります。指定したサフィックスより広い範囲に一致し、名称が似ている別の目的の接続先まで含むことがあります。設定前に対象範囲を確認し、接続先を正確に指定できる場合は、より具体的な条件を優先してください。

GEOIP: GEOIP は IP の地理情報データベースを使って接続先アドレスを照合します。例：GEOIP,CN,DIRECT。判定されるのは接続先 IP のデータベース上の所属地域であり、アクセス元の所在地やウェブサイトの運営主体ではありません。ドメインの名前解決結果とデータベースの内容も判定に影響します。すべてのドメインルールを GEOIP で置き換えることはできません。

IP-CIDR: IP-CIDR は IPv4 アドレス範囲に一致する条件です。たとえば 192.168.0.0/16 はネットワーク範囲を表し、スラッシュの後の数字はポートではなくプレフィックス長です。IPv6 のアドレス範囲には IP-CIDR6 を使い、IPv4 の例をそのまま当てはめないでください。ドメイン名で指定されたリクエストの接続先 IP を照合する場合は、名前解決の仕組みやルールのオプションも考慮してください。

FINAL: FINAL は、それ以前のルールに一致しなかったリクエストの最終処理を指定し、通常は Rule セクションの末尾に置きます。ドメインやアドレスの条件は不要です。例：FINAL,DIRECT。前の方に置くと、後続のルールが未一致のリクエストを処理できなくなることがあります。ルールの順序を確認する際は、まず FINAL の位置を確認してください。

PROXY: PROXY はルール内で使うプロキシ処理です。一致したリクエストをプロキシ経由にします。実際に使われるサーバーは現在の選択と設定によって異なります。プロトコルの種類ではなく、アドレス、ポート、認証情報も含みません。大文字表記を維持し、Global Routing の画面用語 Proxy と区別してください。前者は個別ルールの処理結果、後者は接続全体のモードです。

DIRECT: DIRECT はルール内で使う直接接続の処理です。一致したリクエストを接続先に直接つなぎます。現在のネットワーク、DNS、接続先サービスの状態にも左右されるため、リクエストの成功が保証されるわけではありません。ローカルネットワークのアドレス範囲によく使われますが、実際のネットワークに合わせて条件を指定してください。範囲を広く取りすぎると、意図しない通信まで直接接続になります。

REJECT: REJECT はリクエストを拒否する処理です。一致したリクエストは通常の接続先への接続を続行しません。Proxy の代わりとなるサーバーでも、ネットワークの不具合を自動修復する機能でもありません。一部のページでリソースを読み込めない場合は、関連ドメインが拒否ルールに一致していないかを確認し、条件の範囲やルールの順序を見直してください。

Subscription / Configuration

サブスクリプションと設定ファイル

サーバー一覧は「どこに接続するか」を設定し、設定ファイルは「リクエストをどう処理するか」をまとめます。片方を読み込んでも、もう片方が準備できたことにはなりません。

SERVER: サーバー項目には、接続に必要なアドレス、ポート、プロトコル、認証情報などが記録されます。入力項目はプロトコルによって異なります。接続にはサーバーが利用可能であることが前提となり、表示名は識別のためのラベルにすぎません。共有リンクとサブスクリプションのどちらからもサーバー項目を作成できますが、更新方法は異なります。手動で編集した場合は、サブスクリプションの更新で変更が上書きされないかにも注意してください。

設定ファイル: 設定ファイルは General、Rule、Host、URL Rewrite などの設定をまとめたテキストです。各セクションの役割は異なります。サーバーのサブスクリプションとは別のもので、ファイルに PROXY が記載されていても、利用可能なサーバー情報が含まれるとは限りません。編集前に元に戻せるコピーを保存してください。保存後は Config で使用中のファイルを確認し、Global Routing が Config になっているかも確かめます。

General: General は設定ファイルの共通設定をまとめるセクションです。DNS やバイパスに関する項目が含まれます。例：dns-server = system。各項目の値はそれぞれの構文に従って入力してください。Rule のカンマ区切り形式をここに流用することはできません。変更後は影響を確認してから次の項目を調整すると、原因の特定や設定の復元がしやすくなります。

Host: Host セクションでは、特定のホスト名とアドレスの対応を指定します。例：localhost = 127.0.0.1。ここでは名前とアドレスの対応を設定します。PROXY や DIRECT を指定するルールではありません。固定した対応先は、接続先アドレスが変わると機能しなくなる場合があります。特定のドメインに継続してアクセスできない場合は、古い対応設定が残っていないかも確認してください。

URL Rewrite: URL Rewrite は、指定したパターンに応じてリクエスト URL を処理します。Rule による接続方法の選択とは役割が異なります。通常は一致条件、書き換え先、処理方法を指定します。正規表現ではピリオドなどの文字を正しくエスケープしてください。HTTPS リクエストで確認できる情報は、暗号化や関連設定によって制限されます。Rewrite を1行設定しただけで、すべての URL を処理できるとは限りません。

System / Account

システムとアカウント

アプリの購入、システムの許可、ネットワーク情報を分けて考えてください。アプリを再入手してもサーバー情報が復元されるとは限りません。また、システムに接続済みと表示されても、接続先へのアクセスが確認できたことにはなりません。

DNS: DNS はドメイン名を IP アドレスに変換します。名前解決に失敗すると、ウェブページが開かない、特定の接続先にアクセスできないなどの問題が起きることがあります。DNS とプロキシサーバーの認証は別の処理です。名前解決の設定を変更しても、パスワードの誤りやサーバーの停止は解決できません。トラブルの切り分けでは、現在の DNS 設定を記録し、接続モードやドメインルールを踏まえて、名前解決のリクエストがどの経路を通るか確認してください。

VPN 構成: 接続スイッチを初めてオンにすると、VPN 構成の追加をシステムから求められることがあります。この設定項目は Shadowrocket のネットワーク接続を保存・管理するためのもので、サーバー情報ではなく、利用可能な接続先があることを示すものでもありません。設定項目を削除した場合は、アプリから再度接続を開始し、システムの許可を行ってください。その後、サーバーと接続先へのアクセスを別途確認します。

Apple ID: Apple ID は App Store での購入と購入済みアプリの確認に使います。ストアの国または地域によって、アプリの表示や価格の通貨が異なります。購入前に App Store で使用中のアカウントを確認してください。デバイスの iCloud にログインしているアカウントだけで判断しないでください。Shadowrocket の入手先は App Store のみです。システム要件とデバイスの互換性は App Store の製品ページをご確認ください。

購入済み: 購入済みは、App Store で購入履歴を確認し、アプリを再入手するための画面です。名称や表示位置はシステムの画面によって異なることがあります。デバイスを買い替えたり再インストールしたりする際は、購入時のアカウントで履歴を確認してください。アプリを再入手しても、アプリ内のサブスクリプションや設定ファイルが自動で復元されるわけではありません。正規のアプリか確認する場合は、デベロッパ名 Shadow Launch Technology Limited、公式アイコン、アプリ ID 932747118 も確認してください。

iCloud 同期: iCloud 同期は、クラウド経由でデバイス間にアプリの情報を保存または共有する機能です。同期対象は Shadowrocket 内に表示されるオプションを確認してください。App Store の購入履歴とは別の仕組みであり、同期を有効にしてもすべての情報がバックアップされるわけではありません。デバイスを買い替える前に、同期状況と必要な情報を復元できるか確認してください。サブスクリプション URL や認証情報の取り扱いにも注意が必要です。

ルールと設定の解説を続けて読む →

用語の分類に戻る ↑