公式ガイド · 初回接続の手順

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

「接続情報の追加 → Global Routingの選択 → 接続をオン → 結果確認 → 失敗箇所の特定」の順に進めます。まず既存のサーバー情報1件で接続を確認してから、ほかのサブスクリプションやルールを整理しましょう。初回設定では複数の項目を同時に変更しないでください。

  • 操作画面 Home / Config
  • 対応デバイス iPhone / iPad
  • 事前準備 接続情報を用意

このページでは、初回設定に必要な操作手順を解説します。サブスクリプションの更新、複数の登録情報の管理、項目の説明、バックアップ方法については、サブスクリプションとサーバー管理ガイドをご覧ください。

[Before You Start]

操作を始める前に、App StoreからShadowrocketをインストールし、ご自身のサブスクリプションURLまたはサーバー情報をご用意ください。当サイトではサーバー情報やサブスクリプションの提供、販売、推奨は行っていません。アプリの買い切り購入は接続サービスの契約とは別です。アプリを購入しても、利用可能なサーバーが自動で設定されるわけではありません。

まだインストールしていない場合は、先にApp Storeでの正規購入・インストール方法をご確認ください。iPhone・iPadのシステム要件、互換性、購入対象については、App Storeの掲載内容をご確認ください。以下ではアプリ内の英語表記を目印に案内します。ボタンの画面上の位置は固定ではありません。

[Subscribe]手順 01 · 接続情報を準備する

サーバーの追加または既存サブスクリプションの読み込み

お手元の情報がサブスクリプションURL、個別の共有リンク、サーバーの各種パラメータのどれに当たるかを確認してください。それぞれ操作する場所が異なります。URLのように見えるという理由だけでSubscribeを選ばないようにしましょう。

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

Shadowrocketを開いてHomeに移動し、右上の「+」をタップしてAdd Serverを開きます。TypeでSubscribeを選択し、ご自身のサブスクリプションURLをすべてURL欄に入力します。識別しやすいメモを追加して保存してください。サブスクリプションから複数のサーバー情報が取得される場合があります。保存または更新後はHomeに戻り、グループや項目が追加されたことを確認します。編集画面にとどまったまま、読み込み完了と判断しないでください。

URLをコピーするときは、先頭から末尾まで一文字ずつ確認してください。クエリパラメータに認証情報が含まれる場合があるため、「?」以降を不用意に削除しないでください。また、チャットの文章、日本語の引用符、改行、末尾の句読点まで一緒にコピーしないよう注意します。以下はサブスクリプションURLの形式を確認するための例で、接続には使用できません。操作時はご自身がお持ちの完全なURLを使用してください。

https://example.com/sub?token=xxxx

保存後にサーバーが表示されない場合は、まずURLが完全か確認し、アプリに表示されたメッセージも確認してください。リストを表示させようとして同じサブスクリプションを何度も追加したり、Subscribeを個別サーバー用のプロトコルに変更して解析を試したりしないでください。リストが空の場合と、個別サーバーの接続に失敗する場合では、問題が起きる段階が異なります。

サーバー情報がある場合:Add Serverで各項目を入力

アドレス、ポート、パスワード、プロトコルの説明をお持ちの場合は、Add ServerのTypeで情報に合うプロトコルを選び、画面に表示される項目を入力します。Addressにはサーバーのホスト名またはアドレスを入力します。Webページのパスを勝手に追加しないでください。Portは提供された情報と一致させます。パスワード、暗号化方式、UUID、TLS、SNIなどの入力要否は、選択したプロトコルとサーバーの仕様によって異なります。他の項目から推測してコピーしないでください。

入力後に保存し、Homeに戻って新しい項目があることを確認します。同じプロトコルでも接続情報が同じとは限りません。特にTrojanのパスワードとSNI、Shadowsocksの暗号化方式とパスワードは、それぞれ代用できません。必須項目の説明がない場合は、検証設定をオフにして警告を回避せず、手元のサーバー情報を確認してください。

共有リンクまたはQRコードがある場合:読み込み後に確認

ss://、vmess://、vless://、trojan://で始まる文字列は、通常、個別の共有リンクであり、継続的に更新されるサブスクリプションとは異なります。クリップボードから読み込む場合は、アプリに表示される案内に従ってください。QRコードをお持ちの場合は、Scan QR Codeで読み取り、システムの案内に従って必要なカメラアクセスを許可します。読み取りを依頼するために、QRコードを公開ページへ投稿しないでください。

どの方法で追加した場合も、最後にHomeへ戻り、今回使用するサーバーの行をタップして、選択マークで選択状態を確認します。次の手順に進む前に、サーバーを1件選んでください。サブスクリプショングループに複数の項目があっても、今回の接続で同時に使われるわけではありません。詳しい追加・管理方法はSubscribeの管理ガイドをご覧ください。

[Global Routing]手順 02 · 通信の処理方法を決める

Config、Proxy、Directを選択する

サーバー情報を追加したら、次にその使い方を指定します。Global Routingの選択とサーバーの選択は別の設定です。前者は通信の処理方法を決め、後者はプロキシが必要な場合に使用するサーバーを決めます。

HomeでGlobal Routingを開き、用途に合わせてConfig、Proxy、Directのいずれかを選びます。選択後はHomeに戻り、選択したモードが表示されていることを確認してから接続スイッチをオンにします。以前選んだモードを覚えているだけで済ませず、トラブル対処の際にも現在の設定を確認してください。

Config:現在の設定ファイルに従って処理する

ルール設定を用意しており、宛先ごとに異なるポリシーを適用する場合はConfigを選びます。次にConfigを開き、使用する設定ファイルが有効になっていることを確認してください。Configにファイル名が表示されているだけ、またはリストにファイルを読み込んだだけでは、現在有効かどうかの確認にはなりません。サブスクリプションはサーバー情報を提供し、設定ファイルはルールを管理します。サブスクリプションを読み込んでも、ルールの準備が完了したことにはなりません。

Configモードでは、ルールに応じて宛先にPROXY、DIRECT、または別の指定ポリシーが適用されます。ルールの順序や最後のフォールバックルールも結果に影響します。特定のWebサイトがDirectで接続されたからといって、すぐにサーバーの故障と判断しないでください。まず、その宛先に本来どのポリシーが適用されるべきか確認します。初回設定では現在の設定を確認するだけで十分です。ルール全体をすぐに編集する必要はありません。

Proxy:選択したプロキシ経路を確認する

選択したサーバーが通常のアクセス通信に使えるか、まず確認したい場合は、一時的にProxyを選択できます。ルール適用による要因を減らせますが、システムのネットワーク動作や関連設定の影響は受けます。デバイスのすべての通信が必ずこの経路を通るという意味ではありません。確認後、日常的にルールで通信を振り分ける場合はConfigに戻し、目的のサービスが想定どおりに動作するか再確認してください。

Direct:選択したプロキシサーバーを経由せずに接続する

Directは直接接続するためのモードで、プロキシサーバーが使えることを確認する目的には使えません。Homeでサーバーを選択していても、Global RoutingがDirectなら、宛先への通信がそのサーバーを経由していない可能性があります。通常のネットワークとプロキシ経路を比較する場合は、切り替え前後の結果を記録してください。サーバーも同時に変更すると比較できなくなるため、一度に変更するのはモードだけにします。

この手順の完了基準は、現在選択しているモードと、その選択理由を説明できることです。DOMAIN-SUFFIX、IP-CIDR、FINALのマッチングについては、サーバー管理と設定ガイドをご覧ください。初回接続では、確認済みの設定をそのまま維持しましょう。

[Connect]手順 03 · システム接続を確立する

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

Homeに戻り、選択中のサーバーとGlobal Routingをもう一度確認してから、画面上部の接続スイッチをオンにします。初回の許可は、アプリがデバイスにVPN構成を追加するためのものです。接続には、ご自身がすでに持っているサブスクリプションまたはサーバー情報を使用します。

初回の有効化時に、ShadowrocketがVPN構成の追加を求めていることをシステムが通知する場合があります。実行中の操作に対する通知であることを確認し、システムの案内に従って許可し、デバイスで必要な認証を完了してください。ここで許可するのは、アプリがデバイス上に該当するネットワーク構成を作成することです。サーバーのパスワードがシステムで確認されたことや、リモートサービスへの接続が保証されたことを意味しません。

以前に許可画面をキャンセルした場合は、Homeに戻ってからスイッチをもう一度オンにし、許可画面が再表示されるか確認してください。操作を続けるために、用途が分からないデバイス構成を削除しないでください。組織の管理下にあるデバイスでは、管理ポリシーでこの操作が許可されているか先に確認します。システムによる制限が明確に表示されている場合、サーバー情報を何度変更しても許可の問題は解決しません。

システムの確認を終えたらShadowrocketに戻り、接続スイッチがオンのままになっているか確認します。接続処理中は完了するまで待ち、スイッチをすばやく何度も切り替えないでください。スイッチがすぐにオフになる場合は、その時に表示されたエラーメッセージを記録し、手順5でシステムの許可、現在のネットワーク、設定の問題を切り分けます。「開けない」のような曖昧な説明より、正確なメッセージが原因の特定に役立ちます。

iPhoneとiPadのどちらも、同じ順番で確認します。画面サイズによってリストや詳細の表示位置は異なる場合があります。固定された座標ではなく、Home、Global Routing、Configなどの画面表記を目印にしてください。ステータスバーの特定位置にVPN表示がないことだけで、接続失敗と判断しないでください。

この段階では、追加の自動接続機能を有効にしたり、On Demandを同時に変更したりしないでください。まず手動で接続・切断が想定どおりに動作することを確認してから、自動化を検討します。Homeの接続スイッチをオフにした後もアプリの状態を確認してください。特にOn Demandを設定したことがあるデバイスでは、自動再接続を手動スイッチの不具合と誤認しないよう注意します。

[Checkpoint]

スイッチがオンのままでも、ローカルの接続状態が次の段階に進んだことを示すだけです。サーバーが利用可能か、宛先に想定したポリシーが適用されているかは、次の手順でテストと実際のアクセスを行って確認します。

[Connectivity Test]手順 04 · 実際の結果を確認する

テストの後、目的のサービスにアクセスする

アプリのスイッチ、サーバーのテスト、実際のアクセスを分けて確認してください。どれか一つの結果だけでは、設定全体が正しいとは判断できません。

HomeでConnectivity Testを使い、サーバー情報をテストします。今回使うサーバーの結果を確認してください。テスト結果は現在のネットワークでの到達性や応答を確認するためのもので、サービス品質を保証するものではありません。ログイン、Webページの読み込み、その他の実利用確認の代わりにもなりません。1回のテスト値だけを見てサーバーを選び、頻繁に切り替えるのは避けてください。

次にブラウザーや利用するアプリを開き、ご自身が利用権限を持つサービスにアクセスします。結果を判断しやすいページを選び、以前のキャッシュタイトルが表示されるだけでなく、実際にコンテンツを読み込めるか確認してください。対象サービスにログインが必要な場合は、アカウントの権限とネットワーク接続を分けて考えます。ログインを拒否されたからといって、プロキシ接続が必ず失敗しているとは限りません。

Configを使用している場合は、現在の設定でその宛先に想定したポリシーが適用されるか確認してください。さらに確認するには、アプリ内で利用できる接続ログを見て、宛先と処理ポリシーが対応しているか確認します。ログの表示は現在の画面に従ってください。特定の色やアイコンを探す必要はありません。宛先にDIRECTが適用されている場合、ページが正常に開いても、選択したプロキシサーバーを経由した証明にはなりません。

ProxyではアクセスできるのにConfigではできない場合は、サブスクリプションを再読み込みする前にConfigへ戻り、有効な設定ファイルとルールを確認してください。Connectivity Testが成功しても目的のサービスにアクセスできない場合は、サービスの状態、プロトコルに必要な項目、DNSなどを確認します。テスト通信と実際のアクセスでは宛先や処理の流れが異なる場合があるため、結果が異なっても矛盾ではありません。

確認後、簡単な記録を残します。使用した基本ネットワーク、選択したサーバー、Global Routingのモード、Connectivity Testの結果、アクセス時の状況を記録してください。自分で識別できる名称だけで十分です。パスワードやサブスクリプションURL全体は記録しないでください。その後、手動で切断し、基本ネットワークが想定どおりの状態に戻ったことを確認すると、接続前後を比較しやすくなります。

選択したサーバー、ルーティングモード、アクセス結果の整合性を確認できたら、初回接続の確認は完了です。サブスクリプション、サーバー、設定ファイルを変更した場合も、同じ手順で確認できます。すべての設定を最初から変更し直す必要はありません。

[Diagnostics]手順 05 · 段階ごとに原因を絞り込む

よくある失敗と確認の順序

まず失敗が起きた手順を特定し、該当する設定を確認します。一度に変更する要素は一つだけにし、変更後は同じ宛先で再確認して、比較できる結果を残してください。

保存後にサブスクリプションが空、または読み込みに失敗する

サブスクリプションの編集画面に戻り、URLがサービス提供元のログインページ、説明ページ、個別の共有リンクではないことを確認します。コピー時にクエリパラメータが欠けていないか、URLが変更または無効になっていないかも確認してください。アプリに取得内容についてのメッセージが表示された場合は、その文面を控え、ご自身のサブスクリプションの状態を確認します。tokenがアクセス権限に直結する場合があるため、URLを公開して他人にテストを依頼しないでください。

更新に失敗しても、すぐに既存のグループを削除する必要はありません。まず以前の項目が残っていることを確認し、更新リクエストの失敗なのか、更新後に内容が実際に変わったのかを見極めます。バックアップがない状態で削除と再追加を繰り返すと、元の情報や変更履歴を失うおそれがあります。

サーバーは表示されるが、テストに失敗する

まず接続を切り、Wi-Fiまたはモバイル通信で通常のアクセスができることを確認します。Webページでのログイン確認が必要なネットワークでは、先にネットワークへの接続を完了してください。その後、Add Serverに戻り、プロトコル、アドレス、ポート、認証項目を元の情報と照合します。手入力の場合は、末尾の空白、大文字・小文字、見間違えやすい文字に注意してください。メモの名称だけを比べないようにします。

プロトコルでTLSやSNIが必要な場合は、手元の情報に基づいて該当する設定を確認します。サーバーアドレスと証明書検証に使う名前は役割が異なる場合があるため、文字列が違うからといって同じ値に変更しないでください。証明書の検証を無効にして問題を回避せず、まずパラメータ、デバイスの日時、サーバー側の状態を確認します。

接続スイッチがオンのままにならない

まずシステムのVPN構成が許可済みか、アプリに明確なエラーが表示されているか確認します。サーバーが実際に選択されていることも確認し、ほかに使用中のネットワーク構成が今回の操作に影響していないか調べてください。競合していると分かっている接続があれば終了してから再試行します。用途の分からないデバイス設定を削除したり、トラブル対処としてアプリを再購入したりしないでください。

接続後、一部の宛先にだけアクセスできない

まずGlobal Routingを確認します。Directの場合は、想定しているプロキシ経路を使っていません。Configの場合は、宛先に別のポリシーが適用されていないか確認し、Proxyに切り替えて条件を揃えて比較します。特定のアプリだけ失敗し、ブラウザーでは正常な場合は、そのアプリのアカウント状態、キャッシュ、サービスの利用状況を確認してください。それだけでサブスクリプション全体が使えないと判断しないでください。

DNS、ルールの順序、プロトコルの項目を詳しく確認する場合は、サブスクリプションとサーバー管理ガイドをご覧ください。このチュートリアルの段階では、DNS、ルール、サーバー、自動接続の設定を同時に変更しないことをおすすめします。アクセスが復旧しても、どの変更が効果をもたらしたのか判断できなくなります。

結果を整理してから次の設定に進む

確認後、結果を「情報の追加」「ルーティング」「システムの許可」「目的のサービスへのアクセス」のいずれかの段階に整理します。サービス提供元に情報を確認する場合は、失敗した時刻、ネットワークの種類、プロトコル、個人情報を除いたエラーメッセージを伝えてください。サブスクリプションURL全体、パスワード、UUID、共有リンク、QRコードは削除し、スクリーンショットに個人情報が写っていないかも確認します。

もう一度手順を確認する場合は、手順1:接続情報の追加から始めてください。サーバー情報が正しく保存されている場合は、Global Routingの選択から再開できます。各手順で確認できる結果を残しておくと、すべての設定を何度も作り直すより、原因を特定しやすくなります。