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

手順 01 / サーバー一覧を作成

Add Server：サーバーを追加、またはSubscribeを読み込み

Shadowrocketを開き、Homeに移動します。初回はサーバー一覧が空の場合があります。これは接続情報がまだ追加されていない状態であり、インストールの失敗ではありません。手元の情報が、複数のサーバーを更新できるサブスクリプションURL、単一サーバーの共有リンク、またはアドレス・ポート・認証情報を記載した設定情報のどれに当たるか確認しましょう。種類によって追加方法が異なります。サブスクリプションURLをサーバーアドレスとして入力しないでください。

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

Homeの右上にある追加ボタンをタップしてAdd Serverを開き、TypeからSubscribeを選びます。入力画面に戻り、完全なサブスクリプションURLをURLに貼り付け、見分けやすい名前をRemarksに入力して保存します。貼り付けの前後に空白、改行、説明文が含まれていないか確認してください。URLのクエリパラメーターも含め、ドメイン部分だけでなく全体をコピーします。

保存後にHomeへ戻り、サブスクリプションの読み込みが終わったら、グループとサーバー項目が表示されているか確認します。サブスクリプション名だけが保存され、選択できるサーバーがない場合は、読み込み結果を確認してください。同じURLを何度も追加する必要はありません。サブスクリプションURLにはアクセス情報が含まれることがあるため、パスワードと同様に管理してください。問題を他の人に相談する際は、URL全体や認証情報を含むQRコードを送らないでください。

単一サーバーの情報がある場合：プロトコルを選んで入力または読み込み

設定情報を受け取っている場合は、Add ServerのTypeで元の案内と同じプロトコルを選び、サーバーアドレス、ポート、認証情報を入力します。名称だけでプロトコルを推測したり、ドメインを独自にIPアドレスへ置き換えたりしないでください。接続によっては元のドメインや関連するTLS設定が必要です。転送方式、パス、その他の拡張項目は、契約先から提供された情報と一つずつ照合し、案内のない項目は入力しないでください。

共有用QRコードがある場合は、Scan QR Codeを選び、システムの案内に従ってカメラへのアクセスを許可します。共有リンクがある場合は、アプリに表示されるクリップボードからの読み込み案内に従ってください。案内が表示されないときは、Webページのタイトルではなく、共有情報全体をコピーしたか確認します。スキャンまたは貼り付け後も、項目の種類とアドレスを確認してください。読み込みに成功したことは、アプリが情報を認識できたことを示すだけで、サーバーが利用可能であることを保証するものではありません。

最後にHomeで使用するサーバーをタップし、選択中になったことを確認します。まずは1つ選んで後続の接続確認に進み、一覧全体の並べ替えは後回しにしてかまいません。サブスクリプションの更新、重複項目、バックアップについてはサブスクリプションとサーバーの管理ガイドをご覧ください。ここではGlobal Routingの設定に進みます。

完了の目安：Homeに選択可能なサーバーがあり、そのうち1つを選択できている。

手順 02 / 通信経路を決める

Global Routing：Config / Proxy / Directを選択

サーバーは「どの接続先を使うか」を決め、Global Routingは「どの通信に適用するか」を決めます。HomeからGlobal Routingを開き、Config / Proxy / Directの3つのモードを確認してください。サーバーが一覧にあることや接続スイッチがオンであることだけでは、すべてのリクエストが選択中のサーバーを経由するとは限りません。実際の通信経路は、ここでの選択にも左右されます。

Config：現在の設定に従ってルールごとに判定

Configでは、現在有効な設定のルールに基づいてリクエストを処理します。DIRECTに一致した通信は直接接続し、PROXYに一致した通信は該当するプロキシ方針を使います。使用前にConfigを開き、どの設定が有効か、その基本的な用途を確認してください。サブスクリプションを読み込んだだけで、ルールを含む設定一式も読み込まれるわけではありません。Homeにサブスクリプショングループが表示されても、Configが切り替わったことにはなりません。

信頼でき、自分の用途に合った設定がすでにある場合は、日常の接続にConfigを使えます。初回接続を完了するためだけに設定一式を安易に置き換えないでください。設定ファイルにはDNSやポリシーグループなども含まれる場合があり、置き換えると問題発生時の確認項目が増えます。このページですべてのルールを学ぶ必要はありません。後から元に戻せるよう、現在の設定名を控えておきましょう。

ProxyとDirect：経路を比較するためのモード

Proxyでは、アプリが処理する通信にプロキシ経路を使用します。選択したサーバーで実際にアクセスできるか、一時的に確認するのに役立ちますが、端末上のすべての通信が必ずその経路を通るわけではありません。Directでは、処理対象の通信を直接接続します。基本ネットワークとの比較に使えますが、「Proxyより安定した接続」を意味する別モードではなく、選択したサーバーを経由することもありません。

初回のトラブルシューティングでルールの影響が分からない場合は、元の選択を控えたうえで、一時的にProxyを使ってアクセスを確認し、その後Configに戻して同じテストを繰り返します。結果が異なる場合は、サーバーをすぐに削除するのではなく、設定やポリシーを優先して確認してください。どのモードを選んだ場合も、設定後にHomeへ戻って次のスイッチ操作を行います。

完了の目安：現在のモードと用途を説明でき、一時的なテストの後にどのモードへ戻すか把握している。

手順 03 / システム接続を確立

Home：接続スイッチと初回VPN許可

Homeに戻り、現在のサーバーとGlobal Routingをもう一度確認します。一覧を見ている間に別の項目を選んでいないことを確かめてから、画面上部の接続スイッチをオンにしてください。初回接続時、システムからShadowrocketによるVPN構成の追加を求められる場合があります。これはアプリが関連するネットワーク通信を処理するために必要なシステム許可であり、アプリを再購入することや、サブスクリプションが有効になったことを示すものではありません。

システムの確認画面で、要求元のアプリがShadowrocketであることを確認し、内容を読んでから追加を許可します。必要に応じて端末の認証を完了してください。キャンセルまたは拒否すると接続を確立できない場合があります。その場合はHomeに戻って再度試し、システムの案内に従って許可してください。端末が組織によって管理されている場合などは、管理ポリシーによって許可が制限されることがあります。制限内容を確認し、設定のリセットを繰り返さないでください。

許可が完了したらアプリに戻り、スイッチと接続状態が維持されているか確認します。システムのステータスバーやコントロールセンターに表示されるVPNアイコンも、システム接続の確認に役立ちますが、表示位置は端末によって異なります。VPN接続中でも、接続先サーバー、DNS、対象サイトが正常とは限りません。実際にアクセスできるか、続けて確認してください。

初回テスト中は、On Demandを有効にしたり設定を変更したりしないでください。オンデマンド接続の条件によって、手動で切断した後に再接続が要求され、テスト前後の状態を比較しにくくなることがあります。自動接続の条件をすでに設定している場合は、内容を控え、動作を理解したうえで一時的に自動起動を停止してください。端末で別のVPN接続を使用中の場合も、状態の切り替わりを避けるため、先に切断します。

スイッチがすぐにオフへ戻る場合は、そのときのシステムの案内とアプリのエラー内容を記録し、トラブルシューティングで許可と設定を確認してください。短時間に何度もスイッチを切り替えないでください。スイッチがオンのままなら、その状態を保って動作確認に進みます。接続を終了するときはHomeに戻ってスイッチをオフにし、システムの接続状態を確認します。自動で再接続する場合はOn Demandの条件を見直してください。

完了の目安：システムの許可が完了し、接続状態が維持されている。次はスイッチだけでなく、実際のリクエストを確認する。

手順 04 / 実際のリクエストで結果を確認

Connectivity Test：遅延とページへのアクセスを個別に確認

まず、端末が現在接続しているWi-Fiまたはモバイル通信自体が使えることを確認します。ネットワークのログイン認証ページが表示されたままの場合や、インターネットに接続できない場合は、先に認証を済ませてネットワークを復旧してからShadowrocketをテストしてください。そうしないと、サブスクリプションの読み込み、遅延テスト、Webページへのアクセスが同時に失敗し、サーバー設定の誤りと誤認するおそれがあります。

HomeでConnectivity Testを使い、読み込んだサーバーをテストして結果が出るまで待ちます。結果は到達可能性や応答状況を確認する目安になりますが、テスト方法によって確認範囲は異なります。遅延が表示されても、認証、DNS、ルール、対象サイトへのアクセスがすべて正常とは限りません。結果が表示されない場合も、1回の結果だけで項目を削除せず、テスト方法とネットワーク環境を合わせて判断してください。

続いてSafariを開き、アクセス権があり、普段利用できるHTTPSページにアクセスします。ページが実際に読み込まれるまで待ってから、同じサイトの別ページも開いてください。キャッシュ済みのページを現在の接続成功と取り違えないためです。対象のアプリでも接続を使う場合は、そのアプリを開いて必要な操作を試します。ブラウザーでアクセスできたことが確認できるのは、そのブラウザーのリクエストだけであり、アプリ内の動作確認の代わりにはなりません。

Configを使用している場合、ページが開いてもプロキシ経由とは限りません。そのドメインがDIRECTに一致している可能性があります。通信経路を確認するには、アプリのリクエスト履歴やログで対象ドメインのリクエストを探し、現在の設定のポリシーと一致しているか確認してください。自分の端末で必要な情報だけを確認しましょう。ログにアクセス先のドメインが含まれる場合があるため、全体を公開しないでください。

結果を比較できるよう、一度に変更する条件は1つだけにします。たとえばネットワーク、サーバー、テストページを変えず、ConfigからProxyへ一時的に切り替えて同じページを再読み込みし、その後元の選択に戻します。ProxyでアクセスできてConfigで失敗する場合は、ルール、ポリシーの選択、DNSを重点的に確認します。どちらでも失敗する場合は、サーバーとネットワークを続けて確認してください。

確認が終わったら、利用可能と確認できたサーバー1つと現在の設定を基準として残します。今後サーバーの変更、サブスクリプションの更新、ルールの変更を行った際も、同じページを使って再テストできます。遅延が最も小さいことだけで選ばず、実際のアクセスが安定し、目的の操作を完了できることを確認してください。

完了の目安：テストページが実際に読み込まれ、目的の操作が完了し、通信経路が現在のGlobal Routingの想定と一致している。

手順 05 / 発生した段階から原因を絞り込む

Shadowrocketで接続できない場合：まず失敗した手順を特定

問題が起きたら、まず「どの手順で完了の目安に達しなかったか」を記録し、以下の順に確認します。読み込みの失敗、スイッチを維持できない問題、Webページが開かない問題は発生段階が異なり、対処方法も異なります。現在の設定と元の接続情報を残し、一度に変更するのは1項目だけにしてください。変更後に同じテストを繰り返すことで、その変更が問題を解決したか判断できます。

サブスクリプションに項目がない、または更新後も使えない

サブスクリプション情報に戻り、URL全体が正しいか、特に末尾のパラメーター、大文字・小文字、貼り付け時に混入した空白を確認します。現在のネットワークからURLにアクセスできることを確かめてから、グループを何度も新規作成するのではなく、既存のサブスクリプションを更新してください。アカウントのログインページ、説明ページなど、アプリが認識できない内容が返された場合、サーバー一覧は想定どおりに作成されません。

サブスクリプションへのアクセス権、有効状態、サーバーの利用可否は契約先に確認してください。問題を伝える際は、エラーメッセージ、発生した段階、必要な範囲で情報を伏せた内容を共有すれば十分です。トラブルシューティングのために、サブスクリプションURL全体を公開ページやチャットのスクリーンショットに載せないでください。更新や整理の詳しい手順はサブスクリプションの更新ガイドをご覧ください。

項目はあるがテストに失敗する、または接続が切れる

まず選択中のサーバーを確認し、次にプロトコル、アドレス、ポート、認証情報を確認します。手動入力した項目では、TLSや転送に関する設定も特に注意して確認してください。接続パラメーター同士の整合性が必要で、アドレスとポートが正しいだけでは接続できない場合があります。契約先から設定変更の連絡があった場合は、最新の有効な情報に更新してください。項目名だけを変更しても解決しません。

システムの許可が完了していない場合や、スイッチがすぐにオフへ戻る場合は、端末に表示された許可の案内に従って対処します。接続状態を維持できても実際のリクエストに失敗する場合は、同じネットワークとテストページを使い、手持ちの別サーバーも試してください。複数のサーバーを切り替えながらDNSとルールも同時に変更すると、結果を比較できなくなります。

遅延は正常なのにWebページが開かない

まずDirectが想定と異なる状態になっていないか確認し、前の手順と同じ方法でConfigとProxyを比較します。Configだけ失敗する場合は、現在有効な設定と関連ルールを確認してください。どちらのモードでもアクセスできない場合は、サーバーの機能、基本ネットワーク、DNSを続けて確認します。別の通常のページをテストすると、特定のWebサイトだけの問題か、広範囲なアクセス障害かを切り分けやすくなります。

DNSはドメイン名をアドレスに変換する仕組みです。遅延テストに成功しても、すべてのドメインが名前解決できるとは限りません。確認前に設定を保存し、dns-serverなどの項目を変更したことがあるか確認してください。よく分からないアドレスを安易に入力しないでください。まず、以前に動作確認できた設定へ戻し、同じリクエストを再試行します。詳しい確認手順は遅延は正常なのにWebページが開かない場合のDNS確認ガイドをご覧ください。

トラブルシューティング後に通常の設定へ戻す

同じネットワーク、同じサーバー、同じページで安定して再テストできたら、通常使用するGlobal Routingに戻し、一時テストの設定がProxyやDirectのまま残っていないか確認します。On Demandが必要な場合は、起動条件を個別に設定して動作を確認してください。続いてサブスクリプションとサーバーの管理ガイドでグループ、更新、バックアップの整理方法を確認できます。初回接続の段階で、すべての詳細設定を同時に変更する必要はありません。

完了の目安：「スイッチがオン」という情報だけでなく、失敗した段階、確認した項目、再テストの結果を具体的に説明できる。