公式マニュアル · カテゴリ別用語集

Shadowrocket 用語集

画面上のモード、プロトコル、ルールのポリシーを区別してから設定を確認してください。英語表記はアプリ内のまま記載し、日本語で用途と適用範囲を説明します。

画面上の用語は原文のまま
設定の用途別に分類
例は実際の設定を示すものではありません

Home / Settings

画面と設定

「どこで操作するか」「いつ接続するか」に関する用語です。初めて使う場合は、まずHome、Global Routing、Connectivity Testを確認し、はじめにに沿って接続してください。

Home: 接続操作のメイン画面です。接続状態、Global Routing、SERVERリストを確認し、登録済みのサーバーを選択できます。未接続時にはNot Connectedなどの状態が表示されます。スイッチをオンにすると接続処理が始まりますが、すべてのリクエストが検証済みであることを示すものではありません。

Global Routing: 全体の通信処理方法を選択する項目で、一般的な選択肢はConfig、Proxy、Directです。設定に基づいて通信を振り分けるか、プロキシ経由にするか、直接接続するかを決めます。ルールを変更しても期待した結果にならない場合は、ここがConfigになっているか確認してください。

Config / Proxy / Direct: Global Routingでは、Config、Proxy、Directがそれぞれ設定、プロキシ、直接接続に対応します。Configは現在の設定ルールに従ってリクエストを処理し、Proxyはプロキシ経由、Directは直接接続します。これらは全体のモードであり、プロトコルの種類ではありません。ルール内の大文字のPROXY、DIRECTとも区別してください。

On Demand: 設定済みの条件に基づいて、システムが接続動作を開始する機能です。手動操作を減らすのに役立ちます。「いつ接続するか」はこの機能が決め、「リクエストがどの経路を通るか」はRuleが決めます。意図しない自動接続を調べる場合は、On Demandの条件と現在のシステム接続状態をあわせて確認してください。

Add Server: ユーザーがすでに持っているサーバー情報を手動で入力する項目です。実際のプロトコルに合わせてTypeを選び、アドレス、ポート、認証情報を確認してください。必要な項目はプロトコルによって異なります。あるプロトコルのパスワード、UUID、TLS設定を別のプロトコルに流用しないでください。

Connectivity Test: 選択中のテスト方法でサーバーへの接続性を確認し、サーバー項目に到達できるかを判断するための機能です。テスト成功はその条件で応答があったことを示すだけで、すべてのサイトにアクセスできることを意味しません。失敗した場合も、方法、対象、ローカルネットワークをあわせて確認してください。

レイテンシ: テストリクエストが所定の往復処理を完了するまでの時間で、通常はミリ秒で表示されます。ファイル転送速度を示すものではありません。比較する際は、テスト方法、対象、ネットワーク条件をそろえてください。1回の数値が低くても、長時間の接続が安定しているとは限りません。

Type / Transport / TLS

プロトコル

プロトコルはクライアントとサーバー間の通信方式を定めます。選択時は名称やテスト結果ではなく、ユーザーがすでに持っているサーバーの設定に合わせてください。同じプロトコルでも、通信パラメータが異なる場合があります。

Shadowsocks: 暗号化に対応したプロキシプロトコルです。一般的な接続情報には、サーバーアドレス、ポート、パスワード、暗号化方式があります。暗号化方式はサーバー側と一致させる必要があり、アドレスとポートだけでは設定できません。インポート後も必要な項目がそろっているか確認してください。

VMess: 認証機能を備えたプロキシプロトコルです。一般的な設定項目にはサーバーアドレス、ポート、UUIDがあります。認証情報のほかに、通信方式、Host、Path、TLSの設定が必要な場合もあります。値はサーバー側の設定に従い、名称が同じという理由だけで使い回さないでください。

VLESS: 軽量なプロキシプロトコルで、通常はUUIDで認証し、指定した通信方式と組み合わせて動作します。プロトコル名だけでは通信が暗号化されているとは限りません。通信層、安全設定、サーバー側の要件をそれぞれ確認してください。

Trojan: 通常TLSと組み合わせて使うプロキシプロトコルで、パスワードによって認証します。アドレス、ポート、パスワードに加え、TLS検証に使うサーバー名も接続に影響する場合があります。証明書エラーが発生した場合は、検証を無効にするのではなく、証明書とサーバー名を確認してください。

Hysteria2: QUICをベースにしたプロキシプロトコルで、通信にはUDP経路が必要です。認証情報やTLSなどの接続パラメータを使用します。ネットワークでUDPが制限されていると、接続に失敗する場合があります。プロトコル名だけで接続結果を判断せず、サーバー設定とネットワーク環境をあわせて確認してください。

WireGuard: 鍵ペアを使ってトンネルを構築するプロトコルです。秘密鍵、相手側の公開鍵、エンドポイント、アドレスなどを設定します。秘密鍵は機密情報のため、トラブル調査の際も設定全体を公開しないでください。エンドポイントに到達できても、トンネル内のアドレスやルートが正しいとは限りません。

HTTP / SOCKS5: 異なる2種類のプロキシプロトコルです。アクセス先のサイトの種類ではなく、ユーザーがすでに持っているサーバーが対応する方式を選んでください。認証方式や処理できる通信の範囲は異なる場合があります。HTTPやSOCKS5という名称だけでは、通信が暗号化されているとは判断できません。

TLS: 通信を保護し、接続先の身元を検証する仕組みです。単独のサーバー項目の種類ではありません。サーバー名、証明書の有効性、端末の時刻がハンドシェイクに影響することがあります。サーバー側の要件に従って設定し、証明書の検証は適切に有効にしておいてください。

Match → Policy

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

まず一致条件を確認し、次に末尾のポリシーを確認してください。以下のドメインやアドレスは構文の説明例です。ルールの評価順、設定セクション、詳しい例はルールリファレンスをご覧ください。

Rule: 設定内でリクエストに条件を照合し、ポリシーを指定するルールの集合です。Global RoutingがConfigの場合、通常は上から順にルールを確認し、一致した時点で対応するポリシーを適用します。先に一致してしまわないよう、範囲の狭い条件を広い条件より前に配置してください。

DOMAIN: URLのパスやクエリパラメータを含まず、ドメイン名全体に完全一致します。DOMAIN,example.com,PROXYは、このドメインにPROXYを適用する例です。www.example.comなど、すべてのサブドメインにも一致するわけではありません。

DOMAIN-SUFFIX: 指定したドメインとそのサブドメインに一致し、ドメイン階層に沿ったルールの整理に適しています。DOMAIN-SUFFIX,example.com,PROXYは、example.comとそのサブドメインに適用できますが、この文字列を含む任意のドメインに一致するわけではありません。

DOMAIN-KEYWORD: ドメイン名に指定した文字列を含むリクエストに一致し、通常は完全一致のドメインルールより範囲が広くなります。DOMAIN-KEYWORD,ads,REJECTは構文例です。この文字列を含むすべてのドメインを拒否すべきという意味ではありません。使用前に意図しない一致がないか確認してください。

GEOIP: 宛先IPアドレスの地理情報データベース上の分類に基づいてリクエストに一致させます。例：GEOIP,CN,DIRECT。データベース上の分類は、コンテンツで使われる言語、サービス運営者の所在地、実際のコンテンツ提供元を示すものではありません。判定結果は、名前解決で得たアドレスやデータベースの内容にも左右されます。

IP-CIDR / IP-CIDR6: IPv4とIPv6のアドレス範囲にそれぞれ一致し、スラッシュ以降の数字はネットワークプレフィックス長を表します。IP-CIDR,192.168.0.0/16,DIRECTは、ローカルネットワークのアドレス範囲を示す例です。IPv6の範囲にはIP-CIDR6を使い、プレフィックスの範囲を確認してください。

USER-AGENT: 読み取り可能なリクエストのUser-Agent情報に基づくルールタイプです。任意のアプリ名からすべての通信を識別するものではありません。適用できるかどうかはプロトコル、暗号化、リクエスト情報の可視性に左右されます。すべての接続でこの情報を読み取れるとは限りません。

FINAL: それ以前のルールに一致しなかった場合に使うフォールバックルールで、通常はRuleリストの末尾に置きます。FINAL,PROXYは、それ以前の条件に一致しないリクエストにPROXYを適用する例です。FINALを早い位置に置くと、後続のルールが想定どおりに機能しなくなります。

PROXY / DIRECT / REJECT: ルールでよく使われるポリシーで、プロキシ経由、直接接続、リクエストの拒否をそれぞれ表します。記述時は大文字の原文を使用してください。ポリシーは「どう処理するか」、DOMAINなどの条件は「何に一致させるか」を示します。PROXYの実際の出口は、現在のサーバーとポリシー設定を確認してください。

DNS: ドメイン名をIPアドレスに変換する仕組みで、後続の接続先アドレスを決め、IP関連ルールの判定にも影響する場合があります。名前解決の成功と接続の成功は別の段階です。調査時は、名前解決の失敗、アドレスへの到達不可、サーバー接続の失敗を区別してください。

Subscribe / Config

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

サーバー項目、サブスクリプション、ルール設定はそれぞれ別のものです。以下は、ユーザーが自身のサブスクリプションまたはサーバー情報をすでに持っていることを前提に説明します。当サイトではノードやサブスクリプションの提供・販売・推奨は行っていません。

SERVER: Homeに登録済みのサーバー項目を表示する領域です。項目は手入力またはサブスクリプションからインポートできます。名前は識別用のラベルにすぎず、接続可否はプロトコル、アドレス、ポート、認証情報によって決まります。選択する項目を変更したら、実際のリクエストをあらためて確認してください。

.conf: 設定テキストを格納するファイル形式です。一般的なセクションにはGeneral、Rule、Host、URL Rewriteがあり、それぞれ役割が異なります。Config画面では設定を管理し、Global RoutingのConfigは設定に従って動作するモードです。設定をインポートした後は、どの設定が実際に有効になっているか確認してください。

Host: 設定内でドメイン名とアドレスの対応関係を指定するセクションで、ドメインの最終的な解決先に影響します。HTTPリクエストヘッダーのHostとは異なり、PROXYやDIRECTのポリシーを直接置き換えるものでもありません。アドレスを固定する場合は、接続先の変更や証明書のサーバー名との一致も考慮してください。

URL Rewrite: 条件に応じてリクエストURLなどを書き換える設定機能です。通信ポリシーを選択するだけのRuleとは異なります。リクエスト情報の可視性によって適用できる範囲が限られ、通信の動作を変えることがあります。インポート前に条件と結果を確認してください。問題を調べる際は、項目を一つずつ無効にして原因を絞り込めます。

App Store / Purchase

ストアとアカウント

アプリの購入、購入済みアプリの復元、接続情報のインポートはそれぞれ別の操作です。ShadowrocketはAppleプラットフォーム向けのクローズドソースの有料アプリで、主にiPhoneとiPadで利用されます。

App Store: Shadowrocketを購入・ダウンロードできる唯一の場所で、価格、システム要件、更新履歴も確認できます。購入前に、開発者がShadow Launch Technology Limitedであること、公式アイコン、アプリID 932747118を確認してください。詳しくは正規アプリの確認方法をご覧ください。

買い切り: クライアントの利用権を購入する際の支払い方式です。米国ストアでの価格は約2.99米ドルですが、実際の金額と通貨はApp Storeの表示をご確認ください。クライアントの買い切り購入は、通信サービスのプランとは別です。接続には、ユーザー自身がすでに持っているサブスクリプションまたはサーバー情報が必要です。

購入済み: App Storeで、現在の購入アカウントに紐づく過去のアプリを確認する項目です。機種変更や再インストールの際は、ここからShadowrocketを探せます。購入履歴と端末内の設定は別のものです。クライアントを再ダウンロードしても、すべてのサーバーやルールが自動で復元されるわけではありません。復元手順は購入済みアプリの復元方法をご覧ください。

ストアと互換性: ストアの地域によって、アプリの表示、決済通貨、購入可能状況が異なります。デバイスの互換性は、使用中のデバイスで利用できるかどうかに関わります。Mac、Apple TV、Apple Visionへの対応状況も同じストアページで確認できます。システム要件、デバイスの互換性、購入条件は、すべてApp Storeの表示をご確認ください。