手順 01 · サーバー項目を登録

Add Server / Subscribe：既存情報を読み込む

Shadowrocketを開き、Homeに移動します。まずサーバー一覧に項目があるか確認し、追加方法を決めてください。サブスクリプションURLからは複数のサーバー情報を取得でき、以後の更新にも使えます。個別のサーバーリンクや手入力の設定情報は、特定の接続先を示すものです。用途が異なるため、URLのように見える文字列をサブスクリプションとして入力しないでください。

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

Homeの右上にある追加ボタンをタップし、Add Serverを開きます。種類の選択でSubscribeを選び、自分のサブスクリプションURLを省略せずにURLへ入力します。名前を付ける場合は、見分けやすいメモを入力してください。貼り付け後、先頭と末尾を確認し、誤って含まれた空白、改行、説明文を取り除きます。URL内のパラメーターは自分で削除・変更しないでください。

保存してHomeに戻り、サブスクリプションの読み込みを待ちます。正常に読み込まれると、一覧にサブスクリプションに対応するサーバー項目が表示されます。メモは接続元の識別に役立ちますが、メモ自体は接続可否に影響しません。名前だけ保存されてサーバーが表示されない場合は、取得または解析エラーがないか確認し、すぐに接続スイッチをオンにしないでください。

サブスクリプションURLには、アカウントを識別する機密パラメーターが含まれる場合があります。URL全体を公開のQ&Aやスクリーンショットの説明に貼り付けたり、他人のデバイスに入力したりしないでください。以後の管理や更新も同じサブスクリプションを使い、同じURLを何度も追加して一覧が重複しないようにします。更新方法や複数のサブスクリプションの管理についてはサーバー管理マニュアルをご覧ください。

個別のサーバー情報がある場合はAdd Serverを使用

Homeから再度Add Serverを開き、手元の情報に合ったプロトコルを選択します。サーバーアドレス、ポート、プロトコルで必要な認証情報を一つずつ入力してください。Shadowsocks、VMess、VLESS、Trojan、WireGuardなどは必要な項目が異なります。他のプロトコルのパスワードや識別情報を、そのまま現在のフォームに流用しないでください。

TLS、Server Name、通信方式、パスなどのパラメーターも提供されている場合は、元の情報と照合してください。サーバーアドレスとTLS検証に使う名前は異なることがあります。入力を減らすために、本来必要な検証を無効にしないでください。項目の意味が分からない場合は、先にプロトコルとネットワーク用語を確認し、必要な接続パラメーターを情報の提供元に問い合わせてください。

読み取り可能なサーバー共有リンクがある場合は、対応する読み込み機能を使用できます。QRコードはScan QR Codeで読み取れます。スキャン前に、内容が自分のサーバー情報であることを確認し、システムの案内に従ってカメラへのアクセスを許可してください。方法にかかわらず、保存後はHomeに戻って項目が正しく登録されたか確認します。「リンクを認識できた」ことは「接続に成功した」ことを意味しません。

この手順が完了すると、一覧に識別できるサーバーが表示され、1つ選択されている状態になります。次に通信の処理方法を選び、接続します。

手順 02 · 通信の処理方法を決める

Global Routing：3つのモードから選択

HomeでGlobal Routingを開き、現在の選択を確認します。モードはConfig、Proxy、Directの3つです。接続時にどのような方針で通信を処理するかを選ぶもので、サーバー情報を補ったり、無効な認証情報を修復したりするものではありません。

モード	処理方法	初回確認で見るポイント
Config（設定）	現在有効な設定ルールに従って処理します。	現在の設定と、テスト対象に適用されるルールを確認します。
Proxy（プロキシ）	プロキシ処理の対象となる通信にプロキシを使用します。	選択したサーバーでリクエストを完了できるか確認します。
Direct（直接接続）	直接接続を使用します。	現在のネットワークから直接アクセスできるかを確認します。

ルールに沿った通常利用を始める場合はConfigを選び、Configを開いて実際に有効な設定ファイルを確認します。ここでいうConfigページは設定ファイルを管理する画面であり、Global RoutingのConfigは設定に従って通信を処理する選択肢です。関連はありますが、同じ操作ではありません。ファイルを一覧に読み込んだだけでは、そのファイルが選択されたことにはなりません。

まずサーバーへの接続を確認したい場合は、一時的にProxyを選び、テスト後にConfigへ戻す方法があります。ルールによる振り分けが初回の判断に与える影響を抑えられますが、デバイス上のすべてのアプリの通信が必ず同じ経路を通るとは限りません。システムのネットワーク動作や個別設定も結果に影響するため、実際のリクエスト記録をもとに判断してください。

Directはサーバーが利用可能であることの確認には適しません。このモードでWebサイトが正常に開いても、現在のネットワークから直接アクセスできているだけの場合があります。一方、Configを選んでもWebサイトが直接接続されることがありますが、設定が無効とは限りません。DIRECTルールに一致している可能性があります。

初回操作では選択したモードを記録してください。Configを使う場合は、現在の設定名も控えます。既存のDNSやその他の詳細設定はそのままにし、理解していないルール一式をコピーする必要はありません。PROXY、DIRECT、REJECTの意味やルールの適用順序は、用語クイックガイドで確認できます。選択後はHomeに戻り、接続手順へ進みます。

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

Home：スイッチをオンにして許可

Homeに戻り、サーバーの左側に選択マークがあることを確認します。Global Routingも前の手順で選んだ状態と同じであることを確認してから、画面上部の接続スイッチをオンにします。初回接続時、システムからShadowrocketによるVPN構成の追加を求められることがあります。これはアプリがシステムのネットワーク拡張機能を使って接続を処理するための許可であり、サブスクリプションの読み込み時に済んでいる操作ではありません。

システムのダイアログを読み、要求元がShadowrocketであることを確認してから、案内に従って追加を許可します。デバイスのパスコード入力や認証が必要な場合があります。完了したらアプリに戻り、接続状態が維持されているか確認してください。すでに構成の追加を許可している場合、同じダイアログが再表示されないことがあります。ダイアログが出ないことだけを理由に、接続手順の異常と判断しないでください。

先ほど許可を拒否した場合は、Shadowrocketに戻って接続を再度開始し、システムに未処理の許可要求が残っていないか確認してください。スイッチを何度も素早くタップせず、操作が終わってから状態を判断します。デバイス管理ポリシーによって制限されたiPhoneやiPadでは、VPN構成を追加できないことがあります。デバイスでこのシステム機能が許可されているか確認してください。

初回テストの結果を明確にするため、システム上でほかのVPN接続が有効になっていないか確認します。ネットワーク設定が互いに影響する場合があるため、切り分け中は今回必要な接続だけを使用してください。自動接続条件と手動操作が同時に変化しないよう、当面はOn Demandを有効にしないでください。手動接続が安定してから、オンデマンド接続を個別に設定します。

スイッチがオンでシステムにVPN状態が表示されていても、システム接続が確立または実行中であることを示すだけで、選択したサーバーからすべての接続先にアクセスできる証明にはなりません。リモートサーバーの認証に失敗していても、システムのネットワーク拡張機能は起動する場合があります。この手順の完了条件は、許可の処理が済み、接続状態が安定していることです。通信経路が利用可能かどうかは、次のテストで確認してください。

今回の接続を終了する場合は、Homeに戻って画面上部のスイッチをオフにします。初回確認中は、通常の切断の代わりにシステム構成を削除しないでください。次回接続時に再度許可が必要になる場合があり、トラブルシューティングの変数も増えてしまいます。

手順 04 · 実際のリクエストで確認

Connectivity Test：接続を確認

接続状態が安定したらConnectivity Testを実行し、テストが完了するか、エラーが表示されるかを確認します。テスト機能の場所や選択できる項目は、現在のアプリ画面で確認してください。結果を保存し、使用したサーバー、Global Routingのモード、現在のネットワークを記録しておくと、失敗時に同じ条件で再試行できます。

次にブラウザを開き、明確なテスト対象にアクセスしてページを再読み込みします。まず接続先が正常にサービスを提供していることを確認し、新しいリクエストが完了するかを確認してください。すでに開いているページだけで判断しないでください。通信できない状態でも、キャッシュされた内容が表示されることがあります。設定を比較する場合は、毎回同じ接続先にアクセスしてください。

「遅延結果がある」と「実際の通信に成功した」を区別する

サーバー一覧の遅延テストは項目の一次選別に使えますが、テスト方法は実際の通信と完全には同じではありません。遅延が表示されても、認証、TLS、接続先へのアクセスがすべて成功したとは限りません。逆に、特定の確認方法で応答がなくても、それだけでサーバー全体が利用できないとは断定できません。Connectivity Testと実際のページへのアクセスをあわせて確認してください。

Configでは適用ルールも確認

Configを使う場合は、アプリの接続ログを開き、先ほど送信したリクエストを探して、接続先ドメインと実際に適用されたルールを確認します。DIRECTに一致した場合、そのリクエストはルールに従って直接接続されています。PROXYに一致した場合は、ルールによりプロキシへ送られています。設定でポリシーグループを使っている場合は、グループで実際にどのサーバーが選ばれているかも確認してください。Homeに表示される既定の項目だけでは判断できません。

「接続元が変わらない」ことを「スイッチが機能していない」ことと同一視しないでください。テスト対象に直接接続ルールが適用されている場合や、以前の接続が再利用されている場合があります。まず新しいリクエストであることを確認し、適用されたルールとポリシーを調べてください。サーバーへの接続とルールの影響を切り分けたい場合は、一時的にProxyへ切り替えて同じテストを行い、結果を記録してから元のモードに戻します。

Connectivity Test、実際のアクセス、想定したルールの適用結果が一致すれば、初回接続の確認は完了です。使える設定を維持し、以後は一度に一項目ずつ調整してください。変更前に復元できる設定を保存します。正常動作を確認した直後にDNS、ルール、サーバーをまとめて変更すると、問題の原因を特定しにくくなります。

手順 05 · 失敗した段階から原因を絞る

初回接続に失敗した場合：項目ごとに確認

まず失敗した段階を特定します。サブスクリプションを追加できない、接続スイッチがオンの状態を維持できない、接続は確立するがテストに失敗する、一部の接続先だけ開けない、といった症状では確認箇所が異なります。設定は一度に一つだけ変更し、同じテストを繰り返してください。むやみに再インストールしたり、複数の項目をまとめて変更したりしないでください。

Subscribeを保存してもサーバーが表示されない

URLが完全か確認し、自分のサブスクリプションURLを入力したことを確かめてください。説明ページのURLや個別サーバーのリンクではありません。エラーが取得失敗か内容の解析失敗かを確認します。取得に失敗した場合は、現在のネットワークでインターネットに接続できるか確認してください。解析に失敗した場合は、情報の種類と有効性を確認します。サブスクリプションに期限切れの認証情報が含まれる場合もあり、Global Routingを変更しても解決できません。

以前は正常に追加できていたのに更新に失敗する場合は、既存の項目を残し、すぐに一覧を消去しないでください。更新時のエラーを記録し、自分のサブスクリプションの状態を確認します。重複項目の整理、メモの保持、バックアップについてはサーバー管理マニュアルをご覧ください。トラブルシューティング中にまだ使える情報を失わないようにしましょう。

スイッチがオフになる、許可が完了しない

システムの許可が拒否されていないか、デバイスでVPN構成の追加が制限されていないか確認します。別の接続がシステムのネットワーク状態を繰り返し切り替えていないかも確認してください。On Demandを有効にしている場合は、その起動条件を確認します。初回の切り分けでは一時的に手動接続を使ってください。システム接続が安定して維持できてから、サーバーやルールのテストに進みます。

接続済みだがConnectivity Testに失敗する

まず、Homeで選択されているサーバーがテストに使うものか確認します。手動で追加した項目は、プロトコル、アドレス、ポート、認証情報、TLS関連のパラメーターを再確認してください。コピー時に混入した空白や、大文字・小文字の違いにも注意します。メモを変更したり一覧の順序を変えたりしても、接続パラメーターは修正されません。

ほかに有効な項目がある場合は、同じモードとテスト対象を維持したままサーバーを切り替えて比較できます。Wi-Fiとモバイル通信で比較する方法もありますが、ネットワークを切り替えた後は再接続してテストし直してください。比較結果は問題の範囲を判断するためのもので、特定のネットワークやサーバーがすべての状況で必ず使えることを意味しません。

Proxyでは使えるがConfigで問題が起きる

まず、Configで実際に有効なファイルと、テストリクエストに適用されたルールを確認します。接続先がDIRECT、REJECT、または利用可能なメンバーがないポリシーグループに振り分けられている可能性があります。この場合、サーバー自体に問題があるとは限りません。以前使えていた設定に戻してから、関連するルールを一つずつ調整してください。ルールキーワードの意味は用語クイックガイドをご覧ください。

一部のドメインだけ接続できない

ログに名前解決エラー、接続タイムアウト、TLS検証エラーが記録されていないか確認してください。ドメインの名前解決に失敗しても、サーバー認証の失敗とは限りません。特定のWebサイトが使えなくても、すべての通信に異常があるとは限りません。まずほかの接続先と比較し、現在の設定にあるDNSを確認します。出所が不明なDNSサーバーを複数設定して試したり、名前や証明書の問題を隠すために証明書検証を無効にしたりしないでください。

さらにサポートが必要な場合は、失敗した段階、エラーの原文、使用プロトコル、ルーティングモード、ネットワークの種類をまとめてください。ログを共有する前に、サブスクリプションURL、パスワード、ユーザー識別情報、その他の認証パラメーターを削除します。「どの手順まで成功し、どこで失敗したか」を具体的に説明すると、「使えない」とだけ伝えるより原因を特定しやすくなります。

Shadowrocketの使い方ガイド