公式マニュアル · 用語集

Shadowrocket 用語集

画面の設定値、プロトコル名、ルールキーワードを区別してから、該当する項目を確認しましょう。よく使う用語を5つのカテゴリに分けて解説します。画面上の英語表記はそのまま掲載し、日本語で用途や注意点、間違えやすいポイントを説明します。

画面と設定項目

通信全体の処理方法、自動接続の条件、サーバー情報の入力は、それぞれ異なる目的の設定です。変更する前に、接続経路と接続条件のどちらを調整するのか確認しましょう。

画面と設定項目

Global Routing

通信全体の処理方法を選ぶ設定です。Config、Proxy、Directの3種類があり、それぞれ設定に従う、プロキシ経由、直接接続を意味します。接続方法を決める設定であり、サーバーアドレスや認証情報を補うものではありません。サーバーを追加した後も、選択中の設定を別途確認してください。

Global Routingの操作方法を見る →
画面と設定項目

Config

Global RoutingでConfigを選ぶと、有効な設定とルールに従って接続を処理します。すべての接続がプロキシ経由になるわけではありません。Configは設定管理の画面にも表示されるため、説明を読む際は画面に応じて、モードの選択肢と設定ファイルを区別してください。

画面と設定項目

Proxy

Global RoutingのProxyは、通常、選択したプロキシ経由で通信します。診断時にルール照合の影響を一時的に抑えたい場合に利用できます。選択してもサーバー情報の誤りは修正されず、すべてのサービスに接続できることが保証されるわけでもありません。テスト後は目的に合った設定に戻してください。

画面と設定項目

Direct

Global RoutingのDirectは、通常、選択したリモートプロキシを使わず、ローカルネットワークから接続先に直接接続します。ローカルネットワークとプロキシ経由の動作を比較する際に利用できます。Directに切り替えてもアプリの接続が無効になるわけではなく、接続先に到達できるとは限りません。

画面と設定項目

On Demand

On Demandは、設定条件に応じて接続を開始するオンデマンド機能です。具体的な条件は、アプリの現在の設定で確認してください。Global Routingとは役割が異なり、On Demandは接続を開始するタイミング、Global Routingは通信の処理方法を設定します。有効にした後も、サーバーの利用可否や手動切断後の動作を確認してください。

画面と設定項目

Add Server

Add Serverは、登録済みのサーバー情報を手動で入力する画面です。表示される項目はプロトコルによって異なります。正しい種類を選び、アドレス、ポート、認証、トランスポート、TLSを順に確認してください。表示名は端末内で識別するためのラベルで、名前を変えても接続パラメータは変わりません。

サーバー項目の説明を見る →

プロトコル

プロトコルによって、通信相手の認証方法やデータの転送方法が異なります。ここでは、登録済みサーバーの情報を読み解くための用語を説明します。プロトコル名だけで速度や安定性を判断することはできません。

プロトコル

Shadowsocks

Shadowsocksはプロキシプロトコルの一つです。一般的な設定項目には、サーバーアドレス、ポート、パスワード、暗号化方式があります。クライアントとサーバーの暗号化方式を一致させてください。パスワードが同じでも設定が正しいとは限りません。提供元から追加の情報がある場合は、あわせて確認してください。

プロトコル

VMess

VMessはユーザー識別情報などを使って認証します。UUIDは代表的な項目ですが、それだけで接続条件がそろうわけではありません。トランスポート方式、パス、ホスト名、TLSなど、該当する項目も確認してください。同じUUIDでも別のサーバー情報に使い回せるとは限りません。また、デバイスの時刻が正しくない場合、認証に影響することがあります。

プロトコル

VLESS

VLESSはUUIDでユーザーを識別します。プロトコル自体にデータ暗号化機能はなく、通信の保護は使用するトランスポートやセキュリティ設定によって異なります。UUID、トランスポートの種類、サーバー名、提供元から指定された項目をあわせて確認してください。UUIDを使うという理由だけで、VMessの設定をそのまま流用しないでください。

登録済みサーバーの設定を確認 →
プロトコル

Trojan

Trojanは通常、TLSを使って接続します。パスワードとサーバー名を重点的に確認してください。サーバーアドレスはネットワーク接続に使い、TLSのサーバー名はハンドシェイクと証明書の検証に使います。両者が異なる場合もあります。証明書エラーが発生したら、サーバー名、デバイスの時刻、サーバー側の証明書を確認してください。

接続パラメータの確認方法を見る →
プロトコル

HTTP / SOCKS5

HTTPとSOCKS5は、一般的なプロキシプロトコルの2種類です。認証方式や対応する通信の範囲は異なります。プロトコル名だけでは通信が暗号化されているとは限らず、追加の保護が有効かどうかは設定によります。入力時に種類、アドレス、ポートのほか、サーバー側でユーザー名とパスワードが必要か確認してください。

プロトコル

WireGuard

WireGuardは鍵を使うトンネルプロトコルです。ローカルの秘密鍵、相手側の公開鍵、エンドポイントアドレス、トンネルアドレスなどを設定します。トンネルに流す通信の範囲を決めるルーティング設定も重要です。鍵だけでなく、ルーティング範囲も確認してください。秘密鍵は機密情報です。設定を整理したり問い合わせたりする際は、必ず隠してください。

プロトコル

Hysteria2

Hysteria2はQUICをベースとしており、UDPに依存します。実際の動作はパケットロス、往復時間、帯域幅、サーバー設定によって異なります。どのネットワークでも速いとは限りません。現在のネットワークでUDPが制限されている場合は、まず通信経路を確認し、次に認証とTLSの設定を調べてください。帯域幅の設定だけを繰り返し変更するのは避けましょう。

ルールキーワード

まず照合条件、次に処理方法、最後にルールの順番を確認しましょう。例にあるexample.comは構文の説明用で、実際のサービス設定ではありません。

ルールキーワード

[Rule]

[Rule]は分岐ルールを記述する設定内のセクションです。通常、ルールは上から順に照合され、最初に一致した項目が処理方法を決めます。具体的な条件は、広い条件より前に配置してください。意図しないルールが適用される場合は、対象のルールだけでなく、その前に一致するルールがないかも確認しましょう。

ルールによる振り分けの説明を見る →
ルールキーワード

DOMAIN-SUFFIX

DOMAIN-SUFFIXはドメインの末尾を照合します。たとえばexample.comを指定すると、そのドメインとサブドメインが対象になりますが、文字列を含むだけの別ドメインは対象になりません。例のDOMAIN-SUFFIX,example.com,PROXYでは、最後の項目が処理方法を指定します。プロトコル名やWebページのパスを含めないでください。

ルールキーワード

DOMAIN-KEYWORD

DOMAIN-KEYWORDは、ドメインに指定した文字列が含まれているかどうかで判定します。たとえばexampleを指定すると、異なる末尾を持つ複数のドメインが一致する場合があります。末尾による照合より対象範囲が広く、意図しない接続先も含まれやすくなります。ルールの動作に問題がある場合は、接続ログで実際に一致したドメインを確認してください。

ルールキーワード

IP-CIDR / IP-CIDR6

IP-CIDRはIPv4のアドレス範囲、IP-CIDR6はIPv6のアドレス範囲に使います。スラッシュの後の数字はネットワークプレフィックス長です。たとえば192.168.0.0/16はアドレス範囲を表し、単一のデバイスを指すものではありません。IPアドレスを対象にするルールであり、ドメイン名の文字列を照合するルールとは判定方法が異なります。

ルールキーワード

GEOIP

GEOIPは、アドレスデータベース上の地域情報に基づいて接続先IPを判定します。例:GEOIP,CN,DIRECT。データベース上の地域情報は、実際の所在地をリアルタイムに測定したものではなく、ユーザーの現在地を示すものでもありません。同じドメインでも異なるアドレスに名前解決されると、判定結果が変わる場合があります。名前解決の記録とあわせて確認してください。

ルールキーワード

FINAL

FINALは、それ以前の条件に一致しなかった場合に適用する最終ルールです。通常はルールの末尾に配置します。たとえばFINAL,DIRECTは、残りの通信にDIRECTを適用するという意味です。単なる締めくくりの説明ではありません。この処理方法を変えると、それまでのルールに一致しなかったすべての接続に影響します。

ルールキーワード

PROXY / DIRECT / REJECT

PROXYはプロキシ経由、DIRECTは直接接続、REJECTは接続拒否を表します。これらはルールの処理結果であり、照合条件ではありません。大文字の処理キーワードと、Global RoutingのProxy、Directは区別してください。接続が拒否された場合は、サーバーを変更する前に、どのルールに一致したか確認しましょう。

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

サブスクリプションはサーバー情報を管理し、設定は通信の処理方法を定義します。両者を混同しないでください。ここでは、すでに利用しているサブスクリプションまたはサーバー情報があることを前提とします。サブスクリプションURLは利用中のサービス提供元から入手してください。

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

Subscribe

Subscribeは登録済みのサブスクリプションを管理する機能です。更新すると、サブスクリプションURLからサーバーリストを読み込みます。URLに認証情報が含まれることがあるため、公開しないでください。サーバーリストの更新とアプリのアップデートは別の操作です。更新に失敗しても、既存のサーバーがすぐに使えなくなるとは限りません。取得処理と実際の接続を分けて確認してください。

Subscribeの管理方法を見る →
サブスクリプションと設定

SERVER

SERVERに関する情報には、リモートサービスへの接続に必要なプロトコル、アドレス、ポート、認証情報が記録されます。日本語では「サーバー」や「ノード」と呼ばれることもあります。表示名がサーバーのドメイン名と一致するとは限りません。2つの情報を比較する際は、名前、地域ラベル、並び順だけで判断せず、実際のパラメータを確認してください。

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

共有リンクとScan QR Code

共有リンクには、接続パラメータが所定の形式で記録されます。Scan QR CodeではQRコードの内容を読み取り、クリップボードからの読み込みではコピー済みのテキストを使います。QRコードには通常のWebページのURLが含まれることもあります。読み取りに成功しても、サーバー情報の追加が完了したとは限りません。保存前に種類、アドレス、各項目がそろっているか確認してください。

QRコードとクリップボードからの読み込みを見る →
サブスクリプションと設定

Configファイル

Configファイルにはルール、ポリシー、関連設定を記述できますが、利用可能なサーバー情報が含まれているとは限りません。サーバーのサブスクリプションとは別のものです。読み込み後は、どの設定が有効になっているか確認し、既存の設定が上書きされていないかも確認してください。変更前にコピーを保存し、共有する前にアカウント名、パスワード、サブスクリプションの認証情報が含まれていないか確認しましょう。

ネットワークと診断

名前解決、接続、認証、データ転送を分けて確認しましょう。1回のテストで分かるのは、特定の時点、接続先、方法における結果です。

ネットワークと診断

DNS

DNSはドメイン名をアドレスに変換します。名前解決の結果は接続先に影響し、IPアドレスに基づくルールの判定にも関わることがあります。ドメインに接続できない原因は、サーバーの停止だけではありません。名前解決のタイムアウト、キャッシュ、応答されたアドレスへの到達不能なども考えられます。まず、名前解決とその後の接続のどちらで失敗しているか確認してください。

ネットワークと診断

レイテンシ

レイテンシは、特定の測定方法でリクエストの送信から応答までにかかった時間です。ダウンロード速度や利用可能な帯域幅を直接表すものではありません。同じネットワーク、同じ測定方法、近い時間帯で比較すると、結果を比べやすくなります。タイムアウトは今回の測定が完了しなかったことを示すため、実際の接続状況もあわせて確認してください。

レイテンシの測定と並べ替えを見る →
ネットワークと診断

Connectivity Test

Connectivity Testは、指定した経路で特定の接続要求を実行できるか確認する機能です。結果はテスト先と現在のネットワーク状況に左右されます。テストに成功しても、すべてのアプリやドメインに接続できるとは限りません。実際のアクセスに失敗する場合は、Global Routing、適用されたルール、DNS、接続先のサービスを引き続き確認してください。

ネットワークと診断

TLS

TLSは通信を暗号化し、相手を認証します。ハンドシェイクではサーバー名、証明書、デバイスの時刻を確認してください。接続先のアドレスと証明書の検証に使う名前は異なる場合があるため、提供元の情報に従って入力します。証明書エラーが発生しても、検証を無効にする方法を常用せず、名前や証明書に問題がないか調べてください。

問題に応じた操作手順へ

用語の説明は設定項目を理解するためのものです。具体的な手順は現在の画面に合わせて確認してください。トラブルシューティングでは一度に一つの設定だけを変更し、変更前後の接続状況を記録しましょう。設定情報、QRコード、ログに認証情報が含まれる場合は、共有する前に必ず隠してください。