画面の項目
Home
Homeは、サーバー項目の確認、接続先の選択、接続スイッチの操作を行うメイン画面です。一覧に項目が表示されていても、情報が読み込まれたことを示すだけで、認証や接続テストの成功を意味しません。初めて使う場合は、選択中の項目、Global Routingの設定を確認してから接続を有効にしてください。
公式ガイド · 英語表記との対照
Shadowrocket 用語集
画面項目からルールのポリシーまで確認できます。用語が表示された場所を確かめ、操作画面、接続方式、リクエストの処理結果のどれを指すのか判断しましょう。
画面項目と設定
プロトコル設定
ルールと診断
01 / INTERFACE
画面項目とスイッチ
画面上の項目とルーティングモードは別の概念です。英語表記を見たら、まずどの画面や設定項目に属するか確認してください。実際の表示位置は現在のアプリ画面で確認できます。
手動で追加
Add Server
Add Serverでは、登録済みのサーバー情報を入力します。プロトコルの種類を選び、アドレス、ポート、認証情報を入力してください。同じパスワード欄でもプロトコルによって意味が異なる場合があるため、項目名が似ているだけで流用しないでください。保存後に項目を開き直して確認すると、入力漏れによるトラブルを減らせます。
全体のルーティング動作
Global Routing
Global Routingでは、全体のルーティングモードとしてConfig、Proxy、Directを選択します。Configは現在の設定ファイルのルールに従ってリクエストを処理し、Proxyはプロキシ経由、Directは直接接続で処理します。ルールによる振り分けを調べるときは、変更後のルールが想定どおりに動作しない原因にならないよう、まずこの設定を確認してください。
表示位置で意味を判断
Config
設定管理画面のConfigは、設定ファイルの表示、読み込み、選択を指します。Global RoutingのConfigは、設定ファイルのルールに従って通信を処理するモードです。ファイルを読み込んだだけでは、そのファイルが使用中とは限りません。ルールが反映されないときは、一覧にファイル名があるかだけでなく、選択中のファイルとGlobal Routingの設定も確認してください。
ルーティングモード
Proxy / Direct
ProxyとDirectは、Global Routingで全体の処理方法を切り替えるモードです。ルール内の大文字のPROXY、DIRECTと意味は関連しますが、適用される階層が異なります。一時的な切り替えは問題の切り分けに役立ちます。比較テスト後は必要な設定に戻し、テスト時の状態を通常設定と混同しないようにしてください。
条件に応じて接続
On Demand
On Demandでは、Wi-Fiやモバイル通信などの条件に応じてシステムのVPN接続を開始するよう設定できます。これは接続をいつ開始・切断するかを指定する機能です。接続後のリクエストをどう処理するかは、ルールによる振り分けで決まります。テストでは一度に変更するネットワーク条件を1つにし、実際の接続状態を確認して、異なる設定階層の問題を混同しないようにしてください。
設定と状態の確認
Settings / Data
Settingsでは設定項目、Dataでは通信量に関する情報を確認できます。表示内容は現在の画面で確認してください。通信量が変化していればデータ通信があったことは分かりますが、特定のWebページやサービスへのアクセス成功を単独で証明するものではありません。問題を調べるときは、統計情報、接続履歴、実際のアクセス結果を同じ時間帯で比較してください。
02 / PROTOCOLS
プロキシプロトコル
プロトコルの種類は、登録済みサーバーの設定に合わせて選択します。速度の段階を表すものではありません。サーバー情報と同じ種類を選び、認証、伝送方式、TLSの設定を1つずつ確認してください。詳しくはプロトコル技術リファレンスをご覧ください。
プロキシプロトコル
Shadowsocks
Shadowsocksは、サーバーアドレス、ポート、パスワード、暗号化方式などを指定してプロキシ接続を確立します。暗号化方式はサーバー側と一致させてください。接続を試すためだけに任意の方式へ変更しないでください。登録済みの情報にプラグインや追加の伝送要件が含まれている場合は、クライアント側の設定もサーバーの要件と一致するか確認してください。
プロキシプロトコル
VMess
VMessでは、IDなどの情報を使って認証します。伝送方式やTLS関連の設定も必要になる場合があります。サーバーアドレスが同じでも、ほかの項目を省略できるとは限りません。パスやサーバー名が接続に関わる場合もあります。ハンドシェイクエラーが発生したら、アドレスやポートだけを変更するのではなく、まず登録済みの情報と各項目を照合してください。
プロキシプロトコル
VLESS
VLESSは、IDによる認証と接続の転送を中心とするプロトコルです。実際の通信の安全性は、使用する伝送方式とTLS設定にも左右されます。IDを入力した後も、伝送方式、サーバー名、その他の必須項目を確認してください。VLESSとVMessは異なる種類のプロトコルです。認証項目の見た目が似ていても、そのまま入れ替えて使うことはできません。
プロキシプロトコル
Trojan
Trojanは通常TLSと組み合わせて使います。接続には認証情報に加え、正しいサーバー名と証明書の検証が必要です。パスワードが正しくてもTLSハンドシェイクが成功するとは限りません。ドメイン名や端末の時刻に問題がある場合も接続に影響します。証明書エラーが発生したら、サーバー名、時刻、サーバー設定を確認してください。検証を無効にする方法を通常の対処として使わないでください。
プロキシプロトコル
HTTP / SOCKS5
HTTPとSOCKS5は異なるプロキシプロトコルです。認証方式、アドレス解決の動作、UDP対応はサーバーの仕様に合わせて確認してください。HTTPプロキシを使っても、プロキシサーバーまでの通信が自動的に暗号化されるわけではありません。接続設定を別途確認してください。読み込む際は対応する種類を選び、アドレスとポートだけで設定が完了したと判断しないでください。
トンネルプロトコル
WireGuard
WireGuardは鍵ペアで通信相手を識別し、設定には通常、インターフェースアドレス、ピアの公開鍵、エンドポイント、ルーティング範囲が含まれます。秘密鍵とピアの公開鍵は役割が異なるため、入力を逆にしないでください。また、公開の記録に表示しないでください。ピアとの通信確認だけでなく、ルーティング範囲とDNSが実際の接続先をカバーしているかも確認してください。
QUICベースのプロトコル
Hysteria2
Hysteria2はQUICベースのプロトコルです。接続状況は、利用中のネットワークでのUDP到達性、パケットロス、サーバー設定に左右されます。認証情報、TLS設定、追加パラメーターがある場合は、それらも一致させてください。プロトコル名だけで特定のネットワークで速いと判断せず、同じ条件で実際のアクセスと継続的な通信を確認してください。
03 / RULES & POLICIES
ルールキーワードとポリシー
ルールは通常、マッチタイプ、照合する内容、ポリシーで構成されます。キーワードは「何に一致するか」、ポリシーは「どのように処理するか」を示します。両者を同じ項目として扱わないようにしてください。
ドメイン名の照合
DOMAIN / DOMAIN-SUFFIX
DOMAINは指定した完全なドメイン名に一致し、DOMAIN-SUFFIXは指定したドメイン名とそのサブドメインに一致します。たとえばexample.comにDOMAIN-SUFFIXを使うと、www.example.comも対象になりますが、この文字列を含むすべてのドメインが対象になるわけではありません。単一のホスト名だけを処理したい場合は、より正確なDOMAINを使うべきか確認してください。
文字列の照合
DOMAIN-KEYWORD
DOMAIN-KEYWORDは、ドメイン名に指定した文字列が含まれているかを確認します。その文字列がドメインの末尾にある必要はありません。短いキーワードでは、意図していない多くのドメインまで対象になる場合があります。誤って一致するときは、キーワードの範囲が広すぎないか確認し、DOMAINまたはDOMAIN-SUFFIXへの変更を検討してください。
アドレス範囲の照合
IP-CIDR / IP-CIDR6
IP-CIDRはIPv4のアドレス範囲、IP-CIDR6はIPv6のアドレス範囲を指定します。スラッシュ以降のプレフィックス長で範囲が決まります。たとえば10.0.0.0/8は単一のホストではなく、アドレス範囲を表します。ドメイン名へのリクエストがアドレスルールに一致するかは、名前解決の結果と設定上の解決動作も確認してください。
IPの地理情報による照合
GEOIP
GEOIPはIPの地理情報を使って接続先アドレスを照合します。Webページの言語やドメイン名の文字列から地域を判断するものではありません。結果はデータベース、接続先の解決結果、サービスの配置によって変わります。振り分け結果が想定と異なる場合は、サイト名から一致するルールを推測せず、実際の接続先IPを確認してください。
フォールバックルール
FINAL
FINALは、それ以前のルールに一致しなかった場合に適用する最終ポリシーを指定し、通常はルール一覧の末尾に配置します。「最優先」を示すキーワードではありません。早い位置に置くと、後続ルールを照合できなくなる場合があります。リクエストが既定の経路を通る理由を調べるときは、まずそれ以前のルールに一致しているか確認し、その後FINALのポリシーを確認してください。
処理ポリシー
PROXY / DIRECT / REJECT
PROXYはプロキシ経由、DIRECTは直接接続、REJECTは該当するリクエストの拒否を表します。これらはルール内のキーワードであり、プロトコルの種類やサーバー名ではありません。リクエストに一致するルールを確認したら、ポリシーが想定した処理方法か、使用する接続先が利用可能かも確認してください。
マッチングの仕組み
ルールの順序
ルールは上から順に照合され、最初に一致したルールのポリシーが該当リクエストに適用されます。そのため、個別の例外ルールは通常、広範囲に一致するルールより前に配置します。FINALの後にルールを追加しても、通常は想定どおりに動作しません。変更前に元のファイルを複製し、一度に変更する順序を1か所にとどめると、記録から原因を特定しやすくなります。
04 / SUBSCRIPTION & CONFIGURATION
サブスクリプションと設定ファイル
このページでは、利用者がすでにサブスクリプションまたはサーバー情報を持っていることを前提に説明します。サーバー一覧、ルールファイル、購入履歴はそれぞれ役割が異なり、どれか1つを読み込んでも、ほかの情報が自動的に補われるわけではありません。
サブスクリプションの読み込み
Subscribe
Subscribeは、登録済みのサブスクリプション情報の読み込みや更新に使う種類または項目です。具体的な画面は現在のアプリで確認してください。サブスクリプションには通常サーバー項目が含まれますが、内容は形式によって異なり、ルール一式も必ず含まれるとは限りません。サブスクリプションURLにアクセス情報が含まれる場合があるため、完全なURLを公開のスクリーンショットやトラブル記録に貼り付けないでください。
個々の接続項目
Server
Serverは個々のサーバー接続項目を指し、通常はプロトコル、アドレス、ポート、認証情報で構成されます。一覧にはSERVERというラベルが表示される場合もあります。名前は識別用のメモにすぎず、実際の所在地や利用可能性を示すものではありません。サブスクリプションから作成された項目を手動で変更する前に、元の情報を保存してください。次回の更新でローカルの変更が上書きされる場合があります。
設定ファイル
.conf
.confは設定ファイルによく使われる拡張子です。ファイルには全般設定、ルールによる振り分け、ローカルマッピング、書き換えなどをまとめて記述できます。サーバー項目だけを提供するサブスクリプションとは別のものです。また、拡張子だけでファイルの内容が完全かどうかは判断できません。読み込み後に各セクションを確認し、使用するファイルを選択して、Global RoutingがConfigになっていることを確認してください。
設定ファイルのセクション名
[General] / [Rule] / [Host]
[General]は全般設定、[Rule]は上から順に適用する振り分けルール、[Host]はローカルのアドレスマッピングを記述するセクションです。セクション名によって後続の行の解釈が変わるため、行を誤ったセクションに置くと想定どおりに動作しない場合があります。編集時はまずセクションの範囲を確認してから、各項目の構文を確認してください。サーバーの認証情報をルールのセクションに入力しないでください。
リクエストの処理
URL Rewrite
URL Rewriteは条件に基づいてURLを書き換えるなどの処理を行い、設定ファイルでは[URL Rewrite]セクションに記述します。リクエストの処理方法を変更する機能であり、PROXYやDIRECTへ振り分ける設定とは異なります。暗号化されたリクエストには、処理に必要な条件が別途ある場合もあります。既存のルールを有効にする前に、必要性、マッチ範囲、プライバシーへの影響を確認してください。
情報の読み込み
Scan QR Code
Scan QR CodeはQRコードに含まれる接続情報を読み込みます。読み込みに成功したことは、情報を認識できたことを示すだけで、設定値が利用可能であるとは限りません。読み込み後にプロトコル、アドレス、認証項目が元の情報と一致するか確認してください。QRコードに機密情報が含まれる場合もあります。操作画面を共有する際は、周囲の文字だけでなくQRコード自体も隠してください。
05 / CONNECTION & DIAGNOSTICS
接続と診断
診断では、システム接続、サーバー認証、DNS、実際のサービスへのアクセスを分けて確認してください。1つの段階が正常でも、ほかの段階の確認には代わりません。トラブルへの対処方法はよくある質問もご覧ください。
名前解決
DNS
DNSはドメイン名をアドレスなどのレコードに変換し、リクエストが接続先に届くまでの重要な役割を担います。名前解決に成功しても、その後の認証、接続、ページ読み込みが成功するとは限りません。キャッシュのために変更結果がすぐ反映されない場合もあります。問題を調べる際は「アドレスを取得できない」のか「アドレスはあるが接続できない」のかを切り分け、該当する設定を確認してください。複数の項目を同時に変更しないようにしましょう。
接続テスト
Connectivity Test
Connectivity Testは、現在のテスト方法と接続先に基づいて到達性を確認します。結果は具体的な設定と合わせて判断してください。1回のテストに成功しても、すべてのドメインや伝送方式が正常に使えるとは限りません。サーバー項目を比較するときはテスト方法とネットワーク条件をそろえ、実際に使用するサービスにもアクセスしてください。
テスト指標
遅延
遅延は通常、特定のテスト条件における往復時間を表します。帯域幅、継続的なスループット、Webページの読み込み速度とは異なります。遅延が短くても、パケットロス、混雑、接続先サービスの応答によって実際の利用状況が変わる場合があります。比較する際は、近い時間帯、同じネットワーク、同じテスト方法で複数回確認し、単回の数値だけで長期的な判断をしないでください。
通信とハンドシェイク
TLS / SNI
TLSは通信を保護し、SNIはハンドシェイク時に接続先のサーバー名を示します。関連する仕組みですが、同じ設定ではありません。接続先アドレスとサーバー名は別の役割を持つ場合があります。登録済みのサーバー情報に従って入力し、アドレスがIPアドレスだからといってサーバー名を削除しないでください。ハンドシェイクに問題が発生したら、まずサーバー名、証明書、端末の時刻を確認し、その後でほかの伝送設定を確認してください。
システムの許可
VPN構成の許可
VPN構成の許可は、AppleのシステムがクライアントによるVPN接続を許可するために必要な設定です。初回接続時にシステムから確認を求められる場合があります。許可してもサーバーのパスワードが正しいとは限らず、すべてのリクエストが想定したポリシーで処理されるとは限りません。接続できない場合は、システムの許可状態、選択中のサーバー、実際のリクエスト結果をそれぞれ確認してください。