本文へ移動

公式マニュアル · 用語集

Shadowrocket 用語集：画面表示から設定とルールを理解する

用語が表示されている場所を確認してから、その役割を判断しましょう。同じConfigでも、画面名の場合とGlobal Routingの選択肢の場合があります。ルール内の大文字表記PROXYは処理方針であり、プロトコル名ではありません。以下では英語表記を保ち、用途別に解説します。

画面表示とスイッチ
プロトコルとルール
サーバーと診断

画面表示とスイッチ：まず操作する場所を確認

Home: Homeはサーバーリストの確認、デフォルトサーバーの選択、接続スイッチの操作を行う画面です。設定を1件インポートしてリストに表示されても、接続が確立したとは限りません。初めて操作する場合はクイックスタートに沿って、選択内容、スイッチ、システムの許可を順に確認してください。

Global Routing: Global Routingでは、通信全体の処理方法を選択します。主な選択肢はConfig、Proxy、Directで、Sceneの画面もあります。サーバーの選択とは別の設定です。特定のリクエストの経路を調べるときは、まずここを確認し、その後で設定ファイル内のルールを確認してください。

Config: Configは画面名としては設定ファイルの管理に使い、Global Routingの選択肢としては現在の設定ルールに従って通信を処理します。この選択肢を使う前に、どの設定ファイルが有効か確認してください。ファイルがリストに表示されていても、選択中とは限りません。

Proxy: ProxyはGlobal Routingで、通信を現在選択中のプロキシに渡す設定です。ルールの判定とサーバー接続のどちらに問題があるかを一時的に切り分けるのに使えますが、アドレスや認証情報の誤りは修正できません。切り替える前に元の設定を控え、テスト後は必要に応じて戻してください。

Direct: Directはプロキシサーバーを経由せず、宛先に直接接続する設定です。サーバーリストから設定を削除する機能でも、アプリの接続スイッチをオフにする設定でもありません。切り替え後も宛先にアクセスできない場合は、サーバーの状態だけでなく、ローカルネットワーク、DNS、宛先側を確認してください。

On Demand: On Demandは、あらかじめ設定した条件に応じてVPN接続を開始します。動作は設定した条件とシステムの処理に左右されます。全体の通信方針ではなく、サーバーの認証の代わりにもなりません。手動で切断しても再接続する場合は、On Demandの条件と現在の接続設定を確認してください。

プロトコル：手元の情報をもとに設定を確認

プロトコル名は通信方式を示すもので、速度の順位を表すものではありません。ユーザー自身が用意したサーバー情報に合わせて選び、名前だけを変更して別のプロトコルの設定項目をそのまま使わないでください。

Shadowsocks: Shadowsocksはプロキシプロトコルです。接続情報には通常、サーバーアドレス、ポート、暗号化方式、パスワードが含まれます。暗号化方式はサーバー側と一致させる必要があり、パスワードが同じでも接続できるとは限りません。プラグインの設定が含まれている場合は、元の案内に従って確認してください。

VMess: VMessはユーザーIDなどの情報で認証し、複数のトランスポート方式に対応します。インポート時はアドレスとポートに加えて、トランスポートの種類、パス、TLS関連の項目を確認してください。端末の時刻が大きくずれていると認証に影響する場合もあるため、あわせて確認しましょう。

VLESS: VLESSはプロキシプロトコルの名称で、具体的なトランスポート方式とセキュリティ設定を合わせて確認する必要があります。TLSと同じものではなく、プロトコル名だけで通信が暗号化されるかどうかは判断できません。インポート後はユーザーID、トランスポート方式、元の情報に記載されたセキュリティ設定を確認してください。

Trojan: Trojanは通常TLSと組み合わせて使います。パスワード、サーバーアドレス、ポート、サーバー名が接続に影響する場合があります。アドレスを名前解決できても、証明書の検証に成功するとは限りません。エラーが発生した場合は、サーバー名とシステム時刻を確認し、検証のスキップを通常の対処方法にしないでください。

Hysteria2: Hysteria2はQUICをベースとするプロキシプロトコルで、接続状況はUDPの到達性やサーバー設定に左右されます。名称はインポートした情報と一致させ、別のプロトコルの認証項目を流用しないでください。あるネットワークでは接続でき、別のネットワークでは失敗する場合、ネットワーク経路の違いも確認しましょう。

WireGuard: WireGuardは公開鍵・秘密鍵と対向側の設定を使って暗号化トンネルを確立します。パスワードだけを入力するサーバー設定とは構成が異なります。秘密鍵、対向側の公開鍵、エンドポイントアドレス、ルート範囲にはそれぞれ別の役割があります。画面の共有やバックアップの際は秘密鍵を保護し、一般的なメモのように公開しないでください。

ルールキーワード：マッチ条件と処理方針を区別

ルールは通常、上から順に判定されます。前のルールに一致すると、後のルールが適用されない場合があります。以下のドメイン名は構文の説明用であり、サーバーやサブスクリプションの提供元を示すものではありません。

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

DOMAIN: DOMAINは完全一致するドメイン名を判定します。たとえばDOMAIN,example.com,PROXYは、特定のドメイン名に一致する条件を指定します。そのドメインのすべてのサブドメインに自動で適用されるわけではありません。入力時は、完全なWebアドレスに含まれるパス、クエリパラメーター、プロトコルの接頭辞をドメイン名に含めないでください。

DOMAIN-SUFFIX: DOMAIN-SUFFIXは指定したドメイン名とそのサブドメインに一致し、同じドメイン範囲に共通の方針を適用する場合に便利です。たとえばexample.comを指定すると、www.example.comも対象になります。ドメインの境界に基づいて判定するため、任意の文字列に含まれる類似部分を探すものではありません。

DOMAIN-KEYWORD: DOMAIN-KEYWORDは、ドメイン名に指定した文字列が含まれるかどうかで判定します。完全なドメイン名を指定するルールより、通常は対象範囲が広くなります。短い語句では、互いに関係のない複数のドメインに一致する場合があります。追加後は実際の一致記録を確認し、条件が広すぎて他のリクエストに影響しないようにしてください。

IP-CIDR / IP-CIDR6: IP-CIDRはIPv4のアドレス範囲、IP-CIDR6はIPv6のアドレス範囲に使います。スラッシュの後の数字はプレフィックス長です。たとえば192.168.0.0/16は単一のアドレスではなく、アドレス範囲を表します。名前解決、ルールの順序、設定された名前解決オプションが、アドレスルールの判定に影響する場合があります。

GEOIP: GEOIPはIP地理データベースの分類結果をもとに宛先アドレスを判定します。Webページの言語やドメインの末尾を使って判定するものではありません。データベース上の分類と実際のサービス設置場所が異なることもあります。意図しない振り分けが起きた場合は、名前解決の結果と一致したルールを確認し、分類を所在地の保証と捉えないでください。

FINAL: FINALは、それ以前のルールに一致しなかったリクエストの最終的な処理方針を指定し、通常はルールの末尾に置きます。前のルールを無効にする全体設定ではありません。多くのリクエストがFINALに一致する場合は、前のルールの条件や順序、現在のGlobal Routingの選択肢を確認してください。

PROXY / DIRECT / REJECT: この3つの大文字表記はルールの処理方針を示します。PROXYはプロキシ経由、DIRECTは直接接続、REJECTはリクエスト拒否です。ルール内のマッチ条件とは役割が異なり、プロトコル名でもありません。リクエストに失敗した場合は、まずREJECTに一致していないかを確認し、その後でネットワークや認証の問題を調べてください。

サブスクリプションとサーバー：情報の取得先と設定ファイルを区別

このカテゴリーで扱うのは、ユーザーがすでに持っている情報のインポートと整理です。操作画面や更新、バックアップの手順はサーバー管理マニュアル →をご覧ください。

サーバー: サーバー設定は、アプリに保存された接続情報のまとまりです。通常、プロトコル、アドレス、ポート、認証情報を含み、「ノード」と呼ばれることもあります。リストに設定があっても、接続先が現在稼働中とは限りません。表示名は識別用のラベルで、実際の接続先は設定内のアドレスなどで決まります。

Add Server: Add Serverはサーバー設定を手動で作成する画面です。プロトコルを選ぶと、それに応じた入力項目が表示されます。すでに持っている情報に沿って入力し、どのプロトコルもアドレス、ポート、パスワードの3項目だけだと考えないでください。保存後に設定を開き直し、トランスポート、パス、TLSの設定漏れがないか確認しましょう。

Scan QR Code: Scan QR Codeでは、QRコードから接続情報を読み込み、長い設定を手入力する手間を省けます。QRコードを読み取れたことは、アプリが内容を処理できたことを示すだけで、サーバーが利用可能である保証にはなりません。インポート後もプロトコルとアドレスを確認し、認証情報を含むQRコードを公開しないでください。

設定ファイル: 設定ファイルはルールや関連設定をまとめたもので、サーバー設定やサブスクリプションURLとは異なります。サブスクリプションは利用できる接続情報を提供し、設定ファイルは通信の処理方法を決めます。変更前に復元できるコピーを保存し、対象のファイルが選択され有効になっていることを確認してください。未使用のファイルだけを変更してしまうのを防げます。

接続と診断：テストの範囲を踏まえて結果を確認

Connectivity Test: Connectivity Testは、現在の接続からテスト先にアクセスできるかを確認します。結果はテスト先、ルーティングの選択肢、その時点のネットワーク状況に左右されます。テストに成功しても、すべてのアプリや接続先にアクセスできるとは限りません。失敗した場合は、まずデフォルトサーバー、接続スイッチ、Global Routingを確認してから、個々の設定項目を調べてください。

遅延: 遅延は、特定のテスト方法で計測したリクエストと応答の所要時間です。ダウンロード速度や長期的な安定性を示すものではありません。テスト方法が異なる結果は、単純に比較できない場合があります。並べ替えた後も実際の接続で確認し、タイムアウトはローカルネットワークやサーバーの状態を踏まえて判断してください。

DNS: DNSはドメイン名をアドレスに変換する、接続プロセスの一部です。名前解決に成功しても、その後の通信、認証、TLS検証に失敗することがあります。一部のドメインだけに問題がある場合は、名前解決の結果、関連ルール、接続先への到達性をあわせて確認し、VPNの接続状態だけで原因を判断しないでください。

TLS: TLSは通信の暗号化とサーバー認証に使われます。証明書とサーバー名は、よく確認する項目です。接続アドレス、HTTP Host、TLSのサーバー名は同じとは限らないため、手元の情報に従って設定してください。証明書の問題が発生したら、システム時刻、サーバー名、証明書の状態を確認し、通常の検証設定を維持してください。

VPN構成: VPN構成は、Appleのシステムがアプリによる対象通信の処理を許可するために必要な設定です。初回接続時にシステムの確認画面が表示されることがあります。構成の追加を許可しても、サーバー認証が成功したとは限りません。システムに接続中と表示された後も、Connectivity Testと実際の接続先へのアクセスで動作を確認してください。

Data: Dataでは通信に関する記録や統計を確認できます。具体的な項目はアプリ内の表示に従ってください。通信記録があることは、対応するネットワーク活動があったことを示すだけで、リクエストの成功を単独で証明するものではありません。問題を調べる際は、リクエストの時刻、一致したルール、エラー情報をあわせて確認し、記録を共有する前に機密情報を削除してください。