Home
サーバー、サブスクリプショングループ、接続状態を確認する画面で、現在選択中のサーバーを調べる際にも使います。サーバーが一覧にあるのは情報が読み込まれていることを示すだけで、接続が有効とは限りません。問題の切り分けでは、選択中の項目、接続スイッチ、Global Routingを順に確認し、それぞれの状態を混同しないようにしてください。
Shadowrocket 用語集
画面の場所や設定の用途から用語を探せます。「接続中か」「どこに接続するか」「リクエストをどう振り分けるか」を区別してから、個々の項目を確認してください。画面表示、プロトコル名、ルールキーワードは英語表記のまま記載しています。
このページでは、利用者がすでにサブスクリプションまたはサーバー情報を用意していることを前提に、設定を理解するための用語を解説します。実際の接続情報の代わりにはなりません。初期設定はクイックスタートから、ルールの構文は設定項目をご覧ください。
5つのカテゴリ
30用語
ルールと設定のリファレンス
画面表示とスイッチ
画面上の項目はそれぞれ異なる操作を担います。Global Routingは全体の通信方式を、On Demandは接続を開始する条件を設定するもので、同じスイッチではありません。
Global Routing
全体のルーティング方式を設定します。主な選択肢はConfig（設定）、Proxy（プロキシ）、Direct（直接接続）です。Configは現在の設定ファイル内のルールに従って通信を振り分け、Proxyはプロキシ経由、Directは直接接続で通信します。ここで選ぶ方式は、個別ルール末尾のPROXYやDIRECTとは別のレイヤーです。ルールを検証する前にConfigが選択されていることを確認してください。
On Demand
あらかじめ設定したネットワーク条件に応じて接続を開始し、接続スイッチを何度も手動で操作する手間を減らす機能です。接続を試みるタイミングを決めるもので、特定のドメインをPROXYとDIRECTのどちらに振り分けるかは決めません。手動で切断した後に再接続する場合は、On Demandの条件とシステム側の関連設定を確認してください。
Add Server
サーバー情報を1件ずつ手動入力する画面です。必要な情報がそろっている場合に使用します。対応するプロトコルを選び、アドレス、ポート、認証項目を入力してください。転送方式とTLS設定もサービス提供元の指定に合わせる必要があります。アドレスとポートが正しくても、ほかの必須項目が不足していれば接続できません。
Connectivity Test
サーバーへの到達性を確認する診断機能です。結果は、現在のネットワークとテスト方式における状態を示します。テストに成功しても、すべてのWebサイトでDNSやルール判定、アプリのリクエストが正常とは限りません。失敗した場合も、テスト方式を踏まえて判断してください。特定の遅延値だけで比較せず、実際のアクセス状況とあわせて記録します。
Settings
アプリの設定や動作を調整する画面です。サブスクリプションの一覧や、現在有効な設定ファイルとは異なります。問題が起きたら変更前の値を記録し、症状に関係する項目を一度に1つだけ変更して、同じテストを繰り返してください。表示内容はプラットフォームによって異なる場合があるため、操作箇所は各デバイスに表示される英語名を確認してください。
プロキシプロトコル
プロトコルはクライアントとサーバー間の通信方法を定めます。プロトコル名だけで接続情報が分かるわけではなく、速度や安定性が決まるわけでもありません。読み込み後も転送方式と認証情報を確認してください。
Shadowsocks
プロキシプロトコルの一種です。主な設定項目はサーバーアドレス、ポート、暗号化方式、パスワードです。暗号化方式はプロトコル設定の一部であり、名称が似ているからといって任意に置き換えることはできません。提供元から追加の転送設定が示されている場合は、それらも確認してください。アドレスとパスワードが合っていても、ほかの項目が異なると接続できないことがあります。
VMess
ユーザー識別情報などを使って認証するプロキシプロトコルです。設定にはUUIDなどの項目が含まれることがあります。VMessはプロトコル層の名称で、実際の接続では複数の転送方式やTLS設定が使われます。読み込み後はUUIDだけでなく、サーバー情報全体を確認してください。デバイスの時刻がずれていると認証に影響する場合もあります。
VLESS
プロキシプロトコルの一種です。プロトコル名だけでは、通信が暗号化されているとは限りません。サーバー側が指定するトランスポート層やセキュリティ設定、その他の関連項目をまとめて確認してください。VMessの設定でプロトコル名だけをVLESSに変更しても使えるとは限りません。実際にサーバーから提供された情報に従ってください。
Trojan
通常、TLSを使ってプロキシ通信を行うプロトコルです。パスワードは認証に、TLS設定は安全な接続の確立と検証に使います。サーバーアドレスとSNIは同じ場合も異なる場合もあるため、提供元の指定に従ってください。証明書の検証に失敗したら、ドメイン名、デバイスの時刻、提供元の設定を確認します。検証を無効にする方法を通常の解決策として使わないでください。
Hysteria2
QUICベースのプロキシプロトコルです。通信にUDPを使用するため、現在のネットワークでUDP通信が許可されているかが接続に影響します。認証情報、サーバー名、TLS設定も正確に一致させてください。ネットワークによって接続できるかどうかが変わる場合は、パスワードを繰り返し変更するのではなく、ネットワーク環境も確認してください。
WireGuard
鍵を使って暗号化トンネルを構築するプロトコルです。主な設定項目には、クライアントの秘密鍵、ピアの公開鍵、エンドポイント、トンネルアドレスがあります。それぞれ役割が異なり、秘密鍵と公開鍵は入れ替えられません。エンドポイントはトンネル内のアドレスとも異なります。秘密鍵は機密情報です。問題の調査やスクリーンショットの共有前に隠し、読み込んだ情報がご自身の設定元から提供されたものか確認してください。
HTTP / SOCKS5
異なる2種類のプロキシプロトコルです。サーバーが対応する種類を選んでください。アドレスとポートが同じでも相互に置き換えられるとは限りません。サーバーによってはユーザー名とパスワードが必要ですが、認証の要否はサーバー設定によります。また、プロトコル名だけではクライアントからプロキシサーバーまでの通信が暗号化されているとは判断できません。実際の通信方式を確認してください。
ルールキーワード
キーワードはマッチ条件を、行末のポリシーはマッチ後の処理を示します。以下のドメイン名とアドレス範囲は構文の説明用であり、実際の接続情報には使用できません。
DOMAIN
ドメイン名に完全一致させるルールです。たとえばDOMAIN,example.com,PROXYはそのドメインだけに適用されます。www.example.comなどのサブドメインには自動的に適用されないため、単一のホスト名に対象を限定したい場合に適しています。ルールにはプロトコル、ポート、Webページのパスを含めず、ドメイン名だけを指定してください。
DOMAIN-SUFFIX
ドメインのサフィックスで判定します。たとえばDOMAIN-SUFFIX,example.com,PROXYはexample.comとそのサブドメインに適用されます。同じドメイン体系の通信に適していますが、別のドメインを使う関連リソースには適用されません。特定のサブドメインだけ例外にする場合は、より具体的なDOMAINルールを前に記述してください。
DOMAIN-KEYWORD
ドメインに指定した文字列が含まれるかを判定します。たとえばDOMAIN-KEYWORD,ads,REJECTは、ドメインにその文字列を含むリクエストにマッチします。Webページの内容や完全なURLを検索するルールではなく、想定より広い範囲にマッチする場合があります。ブロックする前に実際にマッチするドメインを確認し、正確なドメインを指定できる場合は条件を絞ってください。
GEOIP
IP地理データベース上の地域情報に基づいて宛先を判定します。たとえばGEOIP,CN,DIRECTのCNは、中国本土のIPアドレス地域情報を表します。Webサイトの言語、企業の所在地、ページの内容を判定するものではありません。判定結果は宛先の解決先IPアドレスとデータベースに左右されるため、ネットワークや名前解決の結果によって同じWebサイトでもマッチする条件が異なる場合があります。
IP-CIDR / IP-CIDR6
IPv4とIPv6のアドレス範囲を個別に判定し、範囲はネットワークアドレスの後ろに付けるプレフィックス長で決まります。例のIP-CIDR,192.0.2.0/24,DIRECTは説明用のアドレス範囲です。実際のルールとしてそのまま使用しないでください。IPv4とIPv6の両方を考慮しないと、片方のアドレスファミリーで実際のリクエストを取りこぼす場合があります。
USER-AGENT
リクエストから識別できるUser-Agent情報を使って、該当する特徴を持つ通信を判定します。アプリ名で汎用的に通信を振り分ける機能ではなく、暗号化されたすべてのリクエストからマッチに使える情報を取得できるとも限りません。ルールにマッチしない場合は、文字列だけを変更せず、まずクライアントが該当情報を取得できるか確認してください。
FINAL
ほかのルールにマッチしなかったリクエストを処理する、ルールリスト全体のフォールバックです。FINAL,PROXYは残りのリクエストをPROXYに渡し、FINAL,DIRECTはDIRECTに渡します。通常はリストの末尾に記述してください。具体的なルールより前に置くと、後続ルールでそれらのリクエストを処理できなくなります。
ポリシーとマッチング
PROXY、DIRECT、REJECTは「マッチした後の処理」を示します。ポリシー名はプロトコル名やサーバー設定ではありません。大文字・小文字と使われている箇所を設定ファイルの原文で確認してください。
PROXY
マッチしたリクエストを、設定で指定されているプロキシ経路に渡します。実際に使うサーバーは現在の選択状態と設定によって異なります。サーバーアドレスではなく、不足している認証情報を補うものでもありません。PROXYにマッチしてもアクセスできない場合は、サーバー接続、プロトコル設定、接続先を続けて確認してください。ルールが正しいかどうかだけでは判断できません。
DIRECT
プロキシサーバーを経由せず、宛先に直接接続します。ただし、通信はクライアントのルール処理を通る場合があります。個別ルールのDIRECTは、接続スイッチがオフになっていることや、Global RoutingがDirect方式であることを意味しません。直接接続できない場合は、現在のネットワークから宛先に到達できるか、DNSが正常かを確認してください。
REJECT
マッチしたリクエストを拒否します。明確にブロックしたい宛先やリクエストの特徴に対して使用してください。条件が広すぎると、ログインや画像などの必要なリソースまでブロックする場合があります。追加前に対象範囲を確認してください。ページの一部だけが表示されない場合は、すべての通信をPROXYに変更する前にREJECTにマッチしていないか調べてください。
マッチング順序
ルールは通常、上から順に確認され、最初にマッチしたルールのポリシーが適用されます。後ろにより具体的な条件があっても、自動的に判定し直すことはありません。個別ドメインなどの例外は広範な条件より前に置き、FINALは最後に記述してください。変更をテストするときは新しいリクエストを発生させ、利用可能な接続ログでマッチ結果を確認します。既存の接続が判定を紛らわせないようにしてください。
サブスクリプションと設定ファイル
サブスクリプションは通常サーバーリストを、設定ファイルはルールや関連する動作を管理します。どちらか一方を読み込んでも、もう一方が設定済みとは限りません。また、接続が確立したことを意味するものでもありません。
Subscribe
利用中のサブスクリプションURLからサーバーリストを取得・更新します。URLはご自身のサービス提供元から入手してください。サブスクリプションにグループなどの情報が含まれるかどうかは、提供元の形式によって異なります。ルール全体を含む設定ファイルと同じものではありません。URLに認証情報が含まれる場合があります。問い合わせやスクリーンショットを共有する際は、URL全体と機密パラメーターを隠してください。
サーバー情報
接続に必要なアドレス、ポート、プロトコル、認証情報などを指します。一般に「ノード情報」と呼ばれることもあります。一覧に表示される名前は識別用であり、プロトコルや実際の所在地を判断する確かな根拠にはなりません。手動入力とサブスクリプションのどちらでも、ご自身のサービス提供元から入手した情報を使ってください。説明用のドメイン名は実際のサーバーとして利用できません。
Config
設定ファイルを管理する画面名であり、Global Routingで設定ファイルのルールに従って通信する方式の名称でもあります。文脈に応じて区別してください。Configにファイルが保存されていても、有効になっているとは限りません。ファイルを選択していても、全体のルーティング方式が正しいとは限りません。確認時は現在のファイル、ファイル内のRule、Global Routingの順に調べてください。
General / Rule / Host / URL Rewrite
設定ファイル内の役割を示すセクション名です。Generalには全般設定、Ruleには通信振り分けルール、Hostにはホスト名のマッピング、URL RewriteにはURL書き換えを記述します。URL書き換えは一般的なドメイン振り分けとは異なり、具体的なリクエストと条件によって動作します。編集前に元の設定を保存し、ルール行を誤ったセクションに記述しないでください。
DNS
ドメイン名をIPアドレスに変換する仕組みです。接続先を決める重要な処理であり、宛先IPに依存するルール判定にも影響する場合があります。サーバーへの接続テストに成功してもWebページが開かない場合は、DNSも確認してください。設定を変更するときは元の値を記録し、サーバードメインと接続先Webサイトのドメインのどちらで名前解決に問題が起きているかを切り分けます。
サブスクリプションの更新
サブスクリプションの提供元からサーバーリストを再取得します。提供元の内容が変わると、サーバー名、件数、設定値も変わる場合があります。更新に成功しても、すべてのサーバーに接続できるとは限りません。失敗した場合も、すぐに既存のリストを削除しないでください。URLの正確さ、現在のネットワーク、提供元の状態を確認し、利用可能な情報を残してから再読み込みを検討してください。
目的に合ったガイドを見る
用語を確認したら、現在の操作に合った手順をご覧ください。サーバー、設定ファイル、システム設定を一度に変更しないようにしましょう。