Shadowrocket
サブスクリプションの追加と初回接続ガイド

必要な情報を準備：サブスクリプション、サーバー、Config の違い

手元の情報がどの種類に当たるかを確認します。サブスクリプション URL は通常、複数のサーバーをまとめて読み込み、更新するために使います。個別のサーバー情報には、プロトコル、アドレス、ポート、認証項目が含まれます。Config ファイルは主にルール、DNS、ポリシーなどの動作を決めます。それぞれ用途が異なるため、Config の URL をサーバー用のサブスクリプションとして入力すると、読み込みに失敗したり、サーバー項目が表示されなかったりすることがあります。

サービス提供元の元の説明は、後から確認できる場所に保管してください。サブスクリプション URL にはアカウント情報が含まれる場合があるため、完全な形でコピーし、コメントやスクリーンショット、チャットグループなどに公開しないでください。手動入力では、情報に記載されたプロトコルを選択します。サーバーアドレスとポートだけでは、通常設定を完了できません。情報が不足している場合は、推測で補わず、提供元に各項目の意味を確認してください。

開始前に、端末が通常どおりインターネットに接続できることも確認してください。現在の Wi-Fi で Web 認証が必要な場合は、先に認証を完了します。Shadowrocket を終了しても通常の Web ページを開けない場合は、まず基本のネットワーク接続を解決してください。こうすることで、後に問題が起きた際、端末のネットワークとサーバー設定のどちらに原因があるかを切り分けられます。以下では、Home に選択可能な項目を追加するところから始めます。

01 · Add Server：サーバーの追加またはサブスクリプションの読み込み

サブスクリプション URL がある場合：Subscribe を選択

Shadowrocket を開き、画面下部の Home に移動して、右上のプラスをタップし Add Server を開きます。種類の選択肢から Subscribe を選び、既存のサブスクリプション URL を URL 欄に完全な形で貼り付けます。備考欄があれば、後から提供元を区別できる名前を入力できます。備考は端末内で識別するための情報であり、URL 自体の問題を解決するものではありません。

保存前に、URL の先頭や末尾に空白、改行、説明文が混じっていないか確認してください。特に、チャット画面で短縮表示されたテキストだけをコピーしないようにします。確認後、画面上の保存ボタンをタップして Home に戻り、サブスクリプションの読み込みを待ちます。正常に読み込まれたかどうかは、サブスクリプション名だけでなく、リストにサーバー項目が実際に表示されるかで判断します。この時点では接続スイッチをオフのままにしておけます。

サブスクリプショングループだけが表示され、サーバーがない場合は、その項目にある更新操作を実行し、エラーが表示されるか確認します。URL の有効期限切れ、認証情報の不足、サブスクリプション URL にアクセスできない基本ネットワークなどが、読み込み失敗の原因になることがあります。同じ URL を何度も追加して重複したグループを作らず、1つだけ残して元の URL と提供元の説明を確認してください。

個別のサーバー情報がある場合：プロトコルに合わせて入力

個別のサーバー情報を受け取っている場合も、Home のプラスから Add Server を開きます。ただし、種類は Subscribe ではなく、情報に指定された Shadowsocks、VMess、VLESS、Trojan などの該当プロトコルを選択します。元の情報に従ってアドレス、ポート、認証情報を入力し、TLS や転送方式などの追加項目も一つずつ確認します。項目を入力する必要があるかどうかはプロトコルとサーバー側の設定によって異なります。画面で空欄にできるからといって、すべて省略できるわけではありません。

サービス提供元からクライアントで読み込める QR コードを受け取っている場合は、Scan QR Code を使えます。初回スキャン時は、システムの案内に従ってカメラへのアクセスを許可します。読み取り後も、認識された種類と各項目を確認してから保存してください。QR コードには接続情報が含まれることがあるため、他の人に見せないようにしましょう。スキャンした内容が通常の Web URL の場合は、無理にサーバー情報として読み込まず、元の説明で用途を確認してください。

いずれかの方法で読み込みが完了したら Home に戻り、使用するサーバーが見つかることを確認します。この段階で分かるのは「情報が保存された」ことだけで、サーバーへの接続が確認できたわけではありません。次に、既定のサーバーとリクエストのルーティングモードを指定します。この2つによって、接続後のトラフィックの処理方法が決まります。

02 · Global Routing：サーバーを選んでからモードを選択

Home のサーバーリストで、対象サーバーの左側にある丸印をタップし、現在のサーバーとして選択します。サーバー名や詳細画面への入口をタップすると編集画面が開く場合があり、選択が完了したとは限りません。Home に戻って丸印の位置をもう一度確認してください。サブスクリプションに複数の項目がある場合、初回は1つを選び、サーバーの切り替えと他の設定変更を同時に行わないでください。

続いて Home から Global Routing を開きます。よく使われる3つのモードはConfig / Proxy / Directです。リクエストにどのポリシーを適用するかを変えるものであり、サーバーアカウントの内容を変更したり、無効なサーバー情報を再び使えるようにしたりするものではありません。

Config：現在の Config に従って振り分け

Config は、接続先に応じて振り分ける日常的な使い方に適しています。選択後は Config ページで現在有効な Config を確認し、どのリクエストが PROXY に、どのリクエストが DIRECT に振り分けられるかを把握します。Config ページにファイルが表示されているだけでは、そのファイルが有効とは限りません。現在選択されている状態を確認してください。関連する Config が提供されている場合は、用途を読んでから読み込みや有効化を判断します。

ルールは一致する順序に従って処理されるため、特定の接続先は FINAL に到達する前に別のルールに一致することがあります。そのため、Config モードで Web サイトが開けても、そのサイトへの通信がプロキシ経由とは限りません。使い始めの段階で完全なルールをすぐに作成する必要はありません。現在どの Config が使われ、どのように振り分けるかを大まかに把握しましょう。Config の編集やプロトコル項目の詳しい説明はプロトコルリファレンス、関連する操作は設定ガイドで確認できます。

Proxy と Direct：経路を切り分ける

Proxy は主に、クライアントで処理するリクエストをプロキシ経由にして、選択したサーバーが動作するかを初めに確認するために使います。「速度が速くなる」ことを保証するものではなく、サーバーが利用できなければ正常にアクセスできません。確認後に接続先ごとのルールを使う場合は Config に戻し、実際のアクセスをもう一度確認してください。

Direct は主に直接接続するためのもので、「サーバーが利用可能である」ことの証明にはなりません。接続スイッチがオンでも、Direct で Web ページを開ける場合、基本のネットワーク接続が使えることを示しているだけかもしれません。モードを切り替えたら Home に戻り、現在の表示が意図したものか確認してから接続許可の手順に進みます。

03 · Home：接続スイッチをオンにしてシステムの許可を完了

Home に戻り、最後に2点を確認します。丸印でテスト対象のサーバーが選択されていること、Global Routing に先ほど選んだモードが表示されていることです。確認したら画面上部の接続スイッチをオンにします。初回使用時、iPhone / iPad で VPN 構成を追加するシステムの確認が表示されることがあります。起動元のアプリが Shadowrocket であることを確認して許可し、システムの案内に従って端末の認証を完了してください。

この許可は端末にネットワーク処理の構成を作成するためのもので、サブスクリプションのパスワードを送信するものではありません。端末のロック解除パスワードを他の人に教える必要もありません。システムのダイアログを完了したら Shadowrocket に戻り、スイッチがオンのままか、接続状態が安定しているかを確認します。許可画面の処理が終わる前にスイッチを何度もタップすると、操作が反映されたか分かりにくくなります。

以前に許可を拒否した場合は、再度スイッチをオンにしたときに表示される案内に従ってください。システムの Settings で VPN を検索し、Shadowrocket に対応する構成があるか確認する方法もあります。端末が管理ポリシーによって制限されていると VPN 構成を追加できない場合があるため、他のシステム構成を何度も削除せず、端末の管理ルールに従ってください。

ほかの VPN 構成が接続中の場合は、先に別の接続を切断してから Shadowrocket に戻り、再試行してください。システムが構成を切り替えることで状態が不安定になる場合があります。スイッチをオンにしてもすぐオフになる場合と、接続は維持されるのに Web ページが開かない場合では、問題が異なり、確認の順序も変わります。スイッチがオンのままになったら、状態アイコンの確認だけで終わらせず Connectivity Test を実行してください。

04 · Connectivity Test：接続と実際のアクセスを確認

Home で Connectivity Test を見つけて実行し、処理が完了するまで待ちます。このテストは現在の接続状況を診断する手がかりになります。失敗またはタイムアウトした場合は、そのとき選択していたサーバーと Global Routing を記録してから、次の手順で確認してください。ここでは一定の遅延や成功を前提としません。結果は端末のネットワーク、サーバー、現在のポリシーによって異なります。

その後ブラウザーを開き、実際に利用する接続先へアクセスし、キャッシュされたタイトルや古い内容だけではなく、ページ全体が読み込まれることを確認します。必要に応じてページを再読み込みし、画像、追加のリクエスト、ログインの流れも正常か確認してください。テストに一度成功しても、そのテスト対象へのアクセスが確認できただけです。すべての Web サイトやアプリが同じ経路を使う保証にはならず、実際の利用確認の代わりにもなりません。

サーバー接続の問題とルールの問題を切り分けるには、現在の設定を記録してから Proxy モードで同じ接続先をテストし、Config に戻してもう一度テストします。結果が異なる場合は、サーバー情報一式をすぐに変更するのではなく、Config 内の該当接続先のルール、ポリシー、DNS を優先して確認してください。比較の際は基本のネットワークとテスト対象を変えず、結果を参考にできる状態にします。

リクエストの処理方法をさらに確認する場合は、利用可能な接続記録またはリクエスト記録を開き、接続先のドメイン名とテスト時刻から該当項目を探して、実際に適用されたポリシーを確認します。Data の通信量の変化は通信が発生したかを確認する補助になりますが、通信量が増えただけでは、特定の接続先が PROXY を経由した証明にはなりません。記録には個人のアクセス情報が含まれる場合があるため、外部に問い合わせる前にサブスクリプション情報、アカウント情報、不要な接続先の記録を削除してください。

スイッチがオンのまま維持され、Connectivity Test で有効な結果が得られ、実際の接続先にも意図どおりアクセスできれば、初回接続は完了です。その後サーバー、Global Routing、Config を変更した場合は、同じ手順で再確認してください。以前の成功結果を、新しい設定の結果と取り違えないようにします。

05 · よくある問題：一度に変更する項目は一つ

読み込み後にリストが空

サブスクリプションの編集画面に戻り、種類が Subscribe か、URL が完全か、保存後に内容を読み込めたかを確認します。接続していない状態で端末がインターネットに接続できることを確認してから、そのサブスクリプションを更新してください。元の URL にアカウント認証が必要な場合や、有効期限が切れている場合は、提供元に確認します。サブスクリプション名があることと、サーバー情報があることは別です。接続スイッチを何度も操作しても、空のリストは解決しません。

スイッチをオンのまま維持できない

まず VPN 構成を追加するシステムの許可が完了しているか確認し、次にシステムの VPN 設定で別の接続が動作していないか確認します。管理対象の端末の場合は、関連する制限も確認してください。この問題では、システムの許可と接続状態を優先して確認します。リクエストが想定するネットワーク処理に入っていない可能性があるため、DNS を変更したり、多数のルールを一度に入れ替えたりしないでください。

スイッチはオンだが Connectivity Test が失敗する

Home に戻り、丸印で意図したサーバーが選択されたままか確認してから、アドレス、ポート、認証項目を確認します。手動で追加した項目では、プロトコルと TLS、転送パラメーターが対応しているかも確認してください。サブスクリプションに複数の項目がある場合は、ほかの設定を変えずにサーバーだけを切り替え、同じテストを繰り返します。項目が1つしかない場合、ポート番号やパスワードを推測して修正しようとしないでください。

Wi-Fi とモバイルネットワークを切り替えて比較する方法もありますが、切り替え前後でサーバーとモードを同じにしてください。一方の基本ネットワークだけで失敗する場合は、そのネットワークに認証やローカル接続の制限がないか確認します。比較のたびに何を変更したか記録し、ネットワーク、サーバー、Config を同時に変えて、どの変更が影響したか分からなくならないようにします。

テスト結果はあるが、特定の Web サイトが開かない

まず Global Routing を確認します。Proxy では利用でき、Config では失敗する場合、接続先が意図したルールに一致しているか、ルール内のポリシーが利用可能か確認してください。Direct で開けたとしても、サーバーが正常だという証明にはなりません。特定の接続先の問題はその接続先に絞って確認し、Web サイト1つの障害をクライアント全体の問題と決めつけないでください。

DNS が原因で「接続済みなのにドメインへアクセスできない」状態になることもあります。まず現在の DNS 設定を記録し、既存の Config の説明をもとに名前解決の動作を確認してください。出所が分からないアドレスを安易に追加しないでください。リクエスト記録にドメインの名前解決エラーがある場合は、同じサブスクリプションを再読み込みするのではなく、名前解決の問題を優先して解決します。プロトコル接続とドメインの名前解決は別の段階なので、それぞれ確認が必要です。

使えていたのに、サブスクリプション更新後に接続できなくなった

サブスクリプションの更新でサーバーリストが変わることがあります。まず現在の丸印が、存在していて有効な項目を指しているか確認し、次に Config 内で参照するポリシーに利用可能な接続先があるか確認してください。サーバー情報の更新は Config 全体の更新とは異なります。片方だけを更新した場合、もう一方には古い設定が残っていることがあります。元のサービス提供元が項目を変更したか確認してから、案内に従って修正します。

解決しない場合は、基本のネットワークの種類、選択したプロトコル、Global Routing のモード、テスト結果、すでに行った個別の変更を整理してから、プロトコルリファレンスと項目の説明を確認してください。操作手順をもう一度確認する場合は、Add Server の手順に戻れます。単に「使えない」と伝えるより、どの段階で何が失敗したかを説明すると、問題を特定しやすくなります。

接続後に確認する3項目

普段使いを始める前に、Home で選択中のサーバー、Global Routing の現在のモード、Config で有効な設定を確認してください。サブスクリプションを更新したりネットワークを切り替えたりしてアクセス状況が変わった場合は、このページの手順で再テストします。しばらく接続しないときは Home で接続スイッチをオフにし、基本のネットワーク状態を確認してください。

その後の学習で、最初から多くのルールを覚える必要はありません。まず「読み込み → 選択 → 接続 → 確認」の流れを一度実行し、次に設定ガイドで On Demand などの項目を確認するか、プロトコルリファレンスで既存サーバーの各項目の意味を調べましょう。元の接続情報を保管し、変更前の状態を記録しておけば、問題が起きたときに戻す基準になります。