Shadowrocket
追加と接続の手順

STEP 01 / IMPORT

サーバーを追加／既存のサブスクリプションを読み込む

手元の情報の種類を確認してから、適切な追加方法を選びます。サブスクリプションURLは通常、更新可能なサーバー一覧を取得するためのものです。個別の共有リンクには1台分のサーバー情報が含まれます。手動入力ではサーバーアドレス、ポート、プロトコル、認証情報などを指定します。これらは別の情報です。URLの先頭の形式だけを見て、任意の入力欄に貼り付けないでください。情報の種類が分からない場合は元の案内を確認し、異なるプロトコルを試し続けて追加しようとしないでください。

Subscribeで既存のサブスクリプションを追加する

1. Shadowrocketを開き、Homeの右上にある「＋」をタップしてAdd Serverを開きます。Typeを開いてSubscribeを選択し、ご自身のサブスクリプションURLを入力します。
2. サブスクリプションを識別しやすい名前で登録し、URLに文字の欠落や前後の空白、コピー時に混入した改行がないか確認してください。URLに認証情報が含まれている場合があります。内容を省略せずに貼り付け、疑問符以降をむやみに削除しないでください。
3. 保存してHomeに戻り、サブスクリプションの取得が完了するまで待ちます。通常は一覧にサブスクリプションのグループとサーバーが表示されます。名前だけが表示され、サーバーが見当たらない場合は、接続スイッチをオンにする前に取得エラーが表示されていないか確認してください。

Configページでは設定ファイルを管理します。設定ファイルにはルール、DNS、ポリシーなどが含まれる場合があり、サーバーのサブスクリプションとは異なります。最初に、追加しようとしている情報の種類を確認してください。サーバーのサブスクリプションだけをお持ちの場合は、上記のAdd Server → Subscribeの手順で追加します。ルール設定ファイルとして扱わないでください。設定ファイルをお持ちの場合も、設定が有効になっているか、サーバー一覧を取得済みかをそれぞれ確認してください。

Add Serverでサーバー情報を入力する

手動入力用のサーバー情報をお持ちの場合は、Add ServerでTypeを指定されたプロトコルに設定し、アドレス、ポート、認証情報を順に入力します。プロトコルによって入力欄が異なります。暗号化方式、通信設定、TLS、サーバー名などは元の情報と一致させてください。初期値があるからといって省略できるとは限りません。内容が分からない項目に推測で値を入力しないでください。入力後に保存し、Homeに戻って名前とサーバーが表示されることを確認します。

個別の共有リンクをお持ちの場合は、コピー後にアプリの読み込み案内を確認し、確定する前に解析されたプロトコルとアドレスを確認してください。QRコードの場合はScan QR Codeを利用できます。QRコードにも機密性の高い接続情報が含まれる可能性があるため、公開しないでください。どの方法でも、最終的に選択可能なサーバーが追加されている必要があります。名前が表示されても、情報の正確さやサーバーの稼働状況が確認できたわけではありません。

一覧の準備ができたら、次に通信の処理方法を決めてから接続します。

STEP 02 / GLOBAL ROUTING

Global Routingの3つのモード

HomeでGlobal Routingを開くと、Config、Proxy、Directを選択できます。ここで設定するのは全体のルーティングモードであり、サーバーのプロトコルではありません。また、誤った接続情報を修正する機能でもありません。初回のテストでは選択したモードを覚えておきましょう。Webページが開いても、プロキシ接続が成功したのか、Directで接続されたのか判断できなくなるためです。

追加したばかりのサーバーが使えるか確認する場合は、まずProxyを選び、Homeでテストするサーバーを選択します。ルール照合による影響を一時的に減らせます。テスト後に、日常利用するモードを決めてください。「ProxyでWebページが開く」ことは「設定ルールも正しい」ことを意味しません。確認している階層が異なるため、分けて検証する必要があります。

Configを使う前にConfigを開き、使用する設定ファイルが有効になっていることを確認してください。ファイルが一覧に保存されているだけでは不十分です。通常、ルールは上から順に照合され、その結果によって使用するポリシーが決まります。サーバーを追加しても、用途に合った振り分けルールが自動作成されるわけではありません。サーバー名だけで特定のWebサイトがプロキシ経由になると判断しないでください。最初はルール、DNS、ポリシーグループを同時に変更せず、まず検証可能な接続経路を1つ確立しましょう。

Directは接続スイッチのオン・オフによる基本的なアクセス状況の比較に使えますが、サーバーが使える証明にはなりません。接続先のWebページがDirectでも開く場合、切り替え後も表示されるからといってプロキシが有効とは限りません。Homeに戻り、Global Routingの現在のモードと選択中のサーバーをもう一度確認してください。モードとサーバーの両方を確認してから、接続を許可します。

この手順で確認すること：現在のモードがConfig、Proxy、Directのどれか説明できること。Configの場合は有効な設定ファイルがどれか、Proxyの場合は選択中のサーバーがどれかを把握していること。

STEP 03 / CONNECT

スイッチをオンにして、接続を許可する

Homeに戻り、情報を確認済みのサーバーを選択してから、画面上部の接続スイッチをオンにします。初回接続時、システムからShadowrocketによるVPN構成の追加を求められる場合があります。直前にご自身で開始した操作に対する通知であることを確認し、システムの案内に従って許可してください。デバイスの認証を求められる場合もあります。この操作は、アプリがデバイス上に該当するネットワーク接続構成を作成することを許可するものです。購入の案内ではなく、サーバー情報の有効性を確認するものでもありません。

1. 現在選択されている項目を確認し、サブスクリプショングループを開いただけで、実際のサーバーを選択していない状態にならないようにします。複数のサーバーを比較する場合は、1台ずつテストして名前を記録してください。
2. 接続スイッチをオンにした後、必要に応じてシステムの許可を行います。以前に許可を取り消した場合は、アプリに戻って接続を再度開始し、案内が再表示されるか確認してください。まずアプリを削除する必要はありません。
3. 許可が完了したらHomeに戻り、スイッチがオンのままか、アプリに接続状態が表示されているか確認します。状態が安定する前に、スイッチを何度も切り替えないでください。

システムのVPN状態は、該当する接続構成が使用中であることを示しますが、接続先サーバーに到達できることや、すべてのWebサイトが読み込めることを保証するものではありません。接続情報の誤りが、実際にリクエストを送信して初めて分かることもあります。この手順では「デバイス上でアプリの接続状態を確立できる」ことを確認するだけです。次の手順でテスト結果と実際のアクセスを確認してください。状態表示だけで完了と判断しないでください。

スイッチがすぐにオフに戻る場合は、システムの案内を見落としたり、許可を取り消したりしていないか確認します。デバイスで別のVPN構成が使用中でないかも確認してください。組織や学校の管理下にあるデバイスでは、管理ポリシーの制限を受ける場合があります。その場合はデバイスの管理要件に従い、見覚えのないシステム構成を削除しないでください。iPadとiPhoneでは画面の配置が表示領域によって異なる場合があります。固定された画面位置を見て操作するのではなく、Home、選択中のサーバー、接続スイッチを目印にしてください。

初回の確認中は、現在のネットワークを変えず、On Demandも有効化・変更しないことをおすすめします。オンデマンド接続はその後の自動接続に影響するため、同時に変更すると、自動再接続をスイッチの操作失敗と誤認することがあります。すでにOn Demandを設定している場合は、現在の状態を記録してください。テスト後に接続が自動的に復帰する場合は、同じスイッチを何度も操作するのではなく、まず設定を確認します。

この手順で確認すること：本人が操作して許可を確認し、接続スイッチが想定した状態を保てること。システムのVPN表示だけを遠隔サーバーへの接続成功の根拠にしていないこと。

STEP 04 / VALIDATE

Connectivity Testと実際のアクセスを確認

接続をオンにしたら、まずConnectivity Testを実行し、選択中のサーバーに対する結果を確認します。結果は切り分けの手掛かりになります。タイムアウトした場合は、サーバーとネットワークを先に確認します。応答があれば、そのテストで結果が得られたことを示します。ただし、テストの接続先や方法は実際のWebアクセスと完全には同じではありません。応答時間が表示されてもWebページが正常に表示されるとは限らず、すべてのプロトコル機能が確認できたわけでもありません。数値の大小だけで用途への適否を判断しないでください。

次にブラウザーを開き、普段利用していてアクセス権のあるWebページにアクセスし、キャッシュされた古いページではなく実際に読み込めることを確認します。ページを更新し、別のWebサイトでも確認してください。1つのサイトだけでテストすると、そのサイト固有の障害を接続全体の問題と誤認する可能性があります。比較できるよう、ネットワーク、選択中のサーバー、Global Routingのモードも記録してください。

1. 基本のネットワーク接続を確認する。接続を中断しても問題ない場合は、Shadowrocketをオフにして、本来直接アクセスできるWebページが読み込めるか確認します。ネットワーク自体に問題がある場合は、Wi-Fiのログイン、電波状態、モバイルデータ通信の許可などを先に確認してください。
2. プロキシ経由の接続を確認する。アプリに戻り、サーバーとProxyが選択されていることを確認します。接続を再度オンにし、対象のページにアクセスしてください。信頼できる方法で接続元の情報を確認できる場合は、追加の判断材料として利用できます。ページが開くかどうかだけでは経路を証明できません。
3. ルールによる経路を確認する。振り分けを確認する場合はConfigに切り替え、アクセスをやり直し、アプリで確認できる接続履歴から適用されたポリシーを確認します。切り替え前後のテスト条件を記録し、ネットワークの変化を判断に混ぜないようにしてください。

Proxyでは正常でConfigでは問題が起きる場合は、サーバーをすぐに変更するのではなく、有効な設定と適用されたポリシーを確認します。すべてのモードで同じWebページにアクセスできない場合は、サイト側の障害、基本のネットワーク接続、DNSなども考慮してください。ブラウザーの既存の接続が切り替え後の確認に影響することもあります。必要に応じて該当ページを閉じてから再アクセスしてください。原因を特定できるよう、一度に変更する条件は1つにします。

確認が終わったら、Global Routingを実際に使用するモードに戻します。テスト用のProxyを常に使う必要はありません。Configは、ルールが想定どおりの場合にのみ意味があります。日常利用を始める前に、よく使うアプリでも接続を確認してください。Webページのテストだけでは、すべてのアプリの通信要件を確認できません。ルールのキーワードやDNSについては用語集、問題が続く場合の確認手順はトラブルシューティングガイドをご覧ください。

この手順で確認すること：テスト結果と実際のWebページの読み込みを確認し、現在のモードを把握していること。Configを使用する場合は、スイッチがオンであることだけでなく、動作が想定どおりであることも確認します。

STEP 05 / CHECKPOINTS

問題が発生した段階ごとに、1項目ずつ確認

問題が起きたら、最後に完了した確認を振り返ってください。情報をまだ追加できていないのか、スイッチをオンのまま保てないのか、テストがタイムアウトしたのか、テストには結果が出たのにWebページが開かないのか。症状によって確認する段階が異なります。すぐに再インストールしたり、多数の設定を同時に変更したりすると、元の状態が分からなくなり、原因の特定も難しくなります。手元の情報と設定名を記録し、以下の順に範囲を絞ってから、さらに詳しく調べるか判断してください。

追加後にサーバーが表示されない：情報の種類と取得結果を確認

貼り付けたものがサブスクリプションURLか設定ファイルのURLか、Webページの案内URLを誤って使っていないか確認してください。元のURLが欠けていないか、コピー時の空白が含まれていないか、アプリに取得エラーが表示されていないかも確認します。サブスクリプションURLをブラウザーで開いてページが表示されても、読み込み可能なサーバー一覧が返されるとは限りません。既存のサブスクリプションの有効期限や利用条件は、契約先に確認してください。公開の場に完全なURL、QRコード、認証情報を貼り付けないでください。すでにサーバー一覧がある場合は、確認のために何度も削除せず、現在利用できる情報を残してください。

スイッチがオンのままにならない：システムの許可を確認

手順3に戻り、VPN構成の追加を求めるシステムの案内を取り消していないか、デバイスで別のVPN構成が使用中でないかを確認します。管理対象のデバイスは、管理要件に従ってください。接続をオフにした後に自動で再接続する場合は、On Demandが有効か確認し、自動接続と手動スイッチの問題を分けて考えます。この段階では、リクエストがサーバーに届いたことは確認できていません。まずデバイス上の状態を確認し、最初からDNSを変更しないでください。

Connectivity Testがタイムアウトする：サーバーとネットワークを確認

まず、テストするサーバーが選択されていることを確認し、アドレス、ポート、プロトコル、認証情報が元の資料と一致しているか確認します。サブスクリプションから追加した項目は、現在の情報を残したうえで更新し、内容に変化があるか確認できます。続いて、手元にある別のサーバーと比較するか、可能であればWi-Fiとモバイル通信を切り替えてテストします。一度に変える条件は1つだけにしてください。タイムアウトだけでは、どの情報に誤りがあるのか特定できず、1回の結果だけでサービスの状態を判断することもできません。

テスト結果は出るのにWebページが開かない：DNS、ルール、接続先を切り分ける

まず別の正常なWebページを開き、特定のサイトだけの問題か、全体の問題かを確認します。次にProxyとConfigの結果を比較してください。Configだけで失敗する場合は、有効な設定ファイルと適用されたポリシーを確認します。複数の接続先で名前解決できない場合は、DNS設定が変更されていないか確認し、元の値を記録してから1項目ずつ変更します。出所が分からない設定を丸ごとコピーして現在の設定に上書きしないでください。複数の条件が一度に変わってしまいます。テストが正常に完了しても、Webアクセスに必要なドメインの名前解決、通信、サイトからの応答がそれぞれ失敗する可能性があります。

上記の手順でも原因が分からない場合は、機密情報を含めずに記録をまとめます。デバイスの種類、現在のネットワーク、選択中のモード、許可の完了状況、エラーメッセージの原文、すでに試した個別の比較内容を記録してください。サーバーのパスワード、サブスクリプションURL全体、認証情報は記録に含めないでください。次に症状に応じてトラブルシューティングガイドを確認するか、よくある質問で該当する説明を探してください。すべての設定をやり直す必要はありません。