iPhone
App Storeの製品ページでアプリ名、デベロッパ、アイコンを確認し、購入後にアプリを開きます。初回接続時は、システムの案内に従ってVPN構成を追加してください。購入してもサーバーは設定されないため、ご自身の接続情報を読み込む必要があります。
iPhoneでの入手手順を見る →iPhoneとiPad向けのルールベースプロキシクライアントです。アプリは買い切りで、ユーザー自身が用意したサブスクリプションやサーバー情報を使って設定します。
ShadowrocketはAppleプラットフォーム向けの有料クライアントで、入手先はApp Storeのみです。まずアプリの名称とアカウントの購入状況を確認してから、設定に進んでください。システム要件と購入対象範囲はApp Storeの表示をご確認ください。
App Storeの製品ページでアプリ名、デベロッパ、アイコンを確認し、購入後にアプリを開きます。初回接続時は、システムの案内に従ってVPN構成を追加してください。購入してもサーバーは設定されないため、ご自身の接続情報を読み込む必要があります。
iPhoneでの入手手順を見る →購入時に使用したApple Accountで購入済み項目を確認し、ストアに表示されるユニバーサル購入の対象範囲を確認してください。アプリの復元と設定の復元は別です。アプリを再インストールした後、既存のサブスクリプション、現在のサーバー、選択中のConfigも確認しましょう。
iPadでの入手手順を見る →製品ページでは、価格、互換性、購入対象範囲、アップデート履歴をそれぞれ確認してください。アプリが検索結果に表示されない場合は、使用中のApple Accountのストア地域、年齢制限、アカウントの状態を確認し、アプリIDで製品ページを探します。名前が似ているだけで判断しないでください。
アプリの買い切りと接続サービスのプランは別です。Shadowrocketの購入で得られるのはアプリの利用権であり、接続可能なサーバーやサブスクリプションは含まれません。この公式マニュアルでは、ユーザー自身が用意した情報の設定方法を解説します。当サイトではサーバーやサブスクリプションを提供・販売・推奨していません。
App Storeを開き、製品名がShadowrocketであること、デベロッパがShadow Launch Technology Limitedであることを確認し、製品ページのURLにid932747118が含まれているかを確認します。アプリアイコンは当サイトのヘッダーに表示されている公式アイコンと一致するはずです。名前が似ていても、デベロッパとアプリIDの確認に代わるものではありません。購入前に同じ製品ページで3項目を確認し、異なる検索結果を参照しないようにしてください。
検索結果に目的のアプリが表示されない場合は、使用中のストアアカウントとストアの地域を確認し、続いてスクリーンタイムのコンテンツ制限を確認してください。購入ボタンの表示や決済の可否は、現在のアカウントで表示されるApp Storeのページとシステムの案内に従ってください。マニュアルに記載された参考価格は決済画面の代わりにはならず、すべてのストアで同じ通貨や金額が表示されるとは限りません。
Shadowrocketは買い切りのクローズドソース商用アプリです。米国ストアでの参考価格は2.99米ドルですが、実際の価格はApp Storeの現在の表示をご確認ください。iPhoneとiPadでのユニバーサル購入の対象範囲、システム要件、その他の購入条件はApp Storeの表示に従ってください。アプリ内購入項目を確認する際は、ストアの該当欄を直接確認し、古いスクリーンショットから現在の内容を推測しないでください。
機種変更や再インストールの際は、購入時に使用したApple Accountで購入済み項目を確認してから、ローカル設定が復元されているか確認します。アプリを再入手しても、サブスクリプション、サーバーのパスワード、カスタムルールがすべて復元されるとは限りません。iCloud同期を有効にしている場合も、同期結果を項目ごとに確認してください。アプリのアップデートはApp Storeで管理されます。アップデート後は古い画面のボタン位置をそのまま当てはめず、現在選択中の設定と接続状態を確認してください。
サーバーのパラメータ、ルーティングモード、Configファイルがそれぞれ何を担うかを整理してから、個別の設定を変更しましょう。以下ではアプリの機能を6項目に分けて解説します。ルール例は構文の説明用であり、既存の設定をそのまま置き換えるものではありません。
ルールは接続先のドメインやアドレスを指定したポリシーに対応付けます。まずHomeのGlobal RoutingでConfigを選び、Config内で有効になっているファイルとルールの順序を確認してください。DOMAIN-SUFFIXはドメインの末尾で、IP-CIDRはアドレス範囲で照合します。FINALは、それ以前のルールに一致しない場合の最終処理に使います。変更前に元のファイルを複製し、条件を一つずつ調整して、対象へのリクエストで照合結果を確認してください。接続スイッチがオンでも、想定したポリシーで通信しているとは限りません。
DOMAIN-SUFFIX,example.com,PROXY
On Demandは設定した条件に応じて接続を開始する機能で、サーバーパラメータを修正するものではありません。まず既存のサーバーを手動で選び、システムのVPN構成を許可してアクセスを確認してから、SettingsでOn Demand関連の項目を確認してください。設定後はネットワークの切り替え、アプリの再起動、手動切断後の動作をそれぞれ確認し、条件が実際の使い方に合っているか検証します。接続が繰り返し開始される場合は、そのときのネットワーク環境を記録し、自動接続の条件を一時的に無効にして比較してください。自動接続の動作をサーバー障害と取り違えないようにしましょう。
Settings / On Demand
ShadowrocketではShadowsocks、VMess、VLESS、Trojan、Hysteria2などのプロトコルを設定できます。選択できる項目はAdd ServerのType一覧をご確認ください。プロトコル名はユーザー自身が用意したサーバー情報と一致させる必要があります。Typeだけを変更し、他のプロトコルの項目をそのまま使わないでください。Host、Port、認証情報を入力した後、TLS、転送方式、サーバー側で指定された関連パラメータも確認します。接続できない場合は元の情報と項目ごとに照合し、プロトコルを手当たり次第に切り替えて回線品質を判断しないでください。
Add Server / Type / Host / Port
サブスクリプションを使うと、ユーザー自身が用意したサーバー情報をまとめて読み込み、更新できます。受け取ったものがサーバーのサブスクリプション、個別の共有リンク、Configの設定URLのどれかを確認し、種類に合った入口を選んでください。サーバーのサブスクリプションはAdd Serverで適切な種類を選んで入力します。ConfigページのSubscribeは該当するConfigサブスクリプション用です。URLの見た目だけで異なる種類を混同しないでください。更新後はグループ、項目数、現在選択中の項目を確認し、元のサブスクリプション情報も残しておきます。サブスクリプションURLに認証情報が含まれる場合があるため、トラブル対応のスクリーンショットを共有する前にURL全体を隠してください。
Add Server / Subscribe / Scan QR Code
Configではルールと関連設定を管理します。サーバーを読み込んでも、必要なConfigファイルが有効になっているとは限りません。まずファイルの入手元と用途を確認し、General、Rule、Hostsなどのセクションを見て、現在のファイルが自分のアクセス方針に合っているか確認してください。編集前に複製を作成し、変更後は選択状態を再確認したうえで、同じ宛先へのリクエストを使って比較テストします。DNSやURL Rewriteに関する設定は個別に理解してください。サーバー接続の問題を直すためにConfig全体を上書きしたり、複数のセクションを同時に変更したりしないでください。
Config / General / Rule / Hosts
Connectivity Test、SettingsのDiagnosticsとDataでは、それぞれ異なる状態を確認できます。テスト前にローカルネットワーク、選択中のサーバー、Global Routingのモードを記録してからテストを実行し、実際のWebリクエストでも確認してください。テスト結果は方法や対象の影響を受けるため、すべてのサイトでの通信速度を示すものではありません。Dataに記録される通信量も、サービス提供元の課金対象量とは異なります。トラブル対処では変数を一つずつ変更し、必要に応じて関連ログを確認してください。資料を他者に共有する前に、アドレス、認証情報、サブスクリプションの認証情報を削除してください。
Connectivity Test / Diagnostics / Data
Global RoutingのConfig、Proxy、Directは、それぞれConfigによる処理、プロキシ経由、直接接続を表します。Configでは現在の設定ファイルに従ってリクエストを処理します。Proxyではプロキシモードで処理し、Directでは直接接続します。サーバーへの接続可否と、特定のドメインに適用されるポリシーは分けて確認してください。Configを使う場合は、ファイル内で参照しているポリシーが有効かどうかも確認します。「ファイルを読み込んだ」ことと「ファイルを有効にした」ことは同じではありません。
Dataではアプリが記録した通信量を確認でき、iCloud同期では条件に応じて関連データを同期できます。どちらも接続確認や独立したバックアップの代わりにはなりません。複数のデバイスで使う前に、各デバイスのサーバー選択、Config名、設定状態を確認してください。ファイル名が同じでも、内容や有効状態が一致するとは限りません。機能の詳細は機能ガイドで、画面表示やルールキーワードは用語一覧で確認できます。
以下の手順は、アプリを購入済みで、ご自身のサブスクリプションまたはサーバー情報をお持ちであることを前提としています。まず手動接続を確認し、その後に自動接続や詳細なルールを設定します。各手順で確認できる結果を記録しておくと、失敗時に原因の箇所へ戻りやすくなります。
HomeでAdd Serverを開き、情報の種類を確認します。サーバー情報を手入力する場合は、元の情報に合わせてTypeを選び、Host、Port、認証項目を入力してください。QRコードを使う場合はScan QR Codeで読み込んだ後、解析されたプロトコルとアドレスを確認します。サブスクリプションリンクは一般的なWebページのURLとは異なります。コピー時は内容全体を保ち、チャット文、空白、改行が混入しないようにしてください。形式によって入口が異なるため、すべてのリンクを同じ種類として読み込むことはできません。
保存後にHomeへ戻り、目的のSERVERグループに項目が追加されていることを確認して、テストするサーバーを選択します。リストが空の場合は、読み込みが完了したか、リンクにアクセスできるか、返された内容が選択した入口に合っているかを確認してください。複数のサブスクリプションがある場合は、用途を判別できるグループ名を付け、更新後に選択中の項目が変わっていないか確認します。サブスクリプションの更新、並べ替え、バックアップについてはサーバー管理マニュアルをご覧ください。
Global Routingを開き、テスト対象に応じてConfig、Proxy、Directを選択します。ドメインやアドレスのルールで振り分ける場合はConfigを使い、Configで有効なファイルを確認してください。問題の切り分けのために一時的にProxyへ切り替える場合は、元のモードを記録し、確認後に戻します。モード切り替え後にアクセスできても、元のルールが修正されたとは限りません。Directの結果は直接接続環境との比較に使えますが、既存のプロキシサーバーが利用可能であることを示すものではありません。
使い始めは設定をシンプルにし、複数のルール追加、DNSの変更、自動接続の有効化を同時に行わないでください。ルールを確認するときは具体的な対象から始め、ドメイン、想定するポリシー、実際の結果を記録してから、条件と優先順位を確認します。FINALなどの最終ルールは、それ以前の条件に一致しなかったリクエストに適用されるため、配置と指定ポリシーの両方を確認してください。例にあるexample.comは構文説明用です。追加するかどうかは、対象と設定の構成に応じて判断してください。
Homeに戻って接続スイッチをオンにします。初回接続時は、システムがVPN構成を追加する案内を読み、手順に沿って許可してください。その後、接続状態を確認し、Connectivity Testを実行してから、実際にアクセスする必要のあるページを開いて確認します。「接続済み」と表示されても、接続処理がその状態に達したことを示すだけです。ドメインの名前解決、サーバーによる転送、接続先の応答、ルール選択にはそれぞれ問題が残る可能性があります。接続状態、テスト結果、実際のリクエストをあわせて判断してください。
アクセスできない場合は、接続をオフにした状態でローカルネットワークが正常に使えるかを確認してから、選択中のサーバー、Global Routing、Configを調べます。テスト対象を固定し、設定を一つずつ変更して、前後の結果を記録してください。Wi-Fiとモバイル通信をローカル環境の比較に使えますが、切り替え後は接続状態を再確認してください。確認が済んでからOn Demandを有効にするか判断し、自動接続の条件がその後の手動確認に影響しないことを確かめます。
サブスクリプションの読み込み失敗、接続テストの失敗、Webページが開けない状態は、それぞれ異なる現象です。読み込みに失敗する場合は、リンク全体が正しいか、アクセスできるか、内容の種類が合っているかを確認します。サーバーのテストに失敗する場合は、アドレス、ポート、プロトコル、認証パラメータを照合してください。一部のサイトだけ開けない場合は、ドメインの名前解決とルールの照合結果を確認します。同じネットワークで全項目が同じように失敗する場合は、すべてのサーバーをすぐに変更せず、まずローカルネットワークの制限や接続許可の問題を確認してください。
トラブル対処の記録には、発生した現象、使用中のネットワーク、現在のモード、選択中のサーバーグループ、実施した個別の変更を含めてください。必要な情報を残すことで、同じ試行錯誤を繰り返さずに済みます。他者に共有する場合は、原因特定に必要な範囲に絞り、サブスクリプションURL、パスワード、その他の認証情報を隠してください。問題の説明の代わりにConfig全体を公開したり、一度のテスト結果が異なるだけで記録をすべて削除して設定を作り直したりしないでください。
具体的な問題に合わせて特集記事をご覧ください。まず読み込み方法を見分け、次に接続経路を確認します。速度や接続可否に関する問題は、ローカルネットワーク、サーバーパラメータ、ルーティングモード、DNSをそれぞれ確認してください。一つのテスト結果だけで全体を判断しないようにしましょう。
既存のサブスクリプションまたはサーバー情報をお持ちの方を対象に、Subscribe、Add Server、QRコード、クリップボードの使い分けを解説します。読み込み前にリンクの種類を確認し、読み込み後はグループと現在のサーバーを確認して、サーバーのサブスクリプションとConfigを混同しないようにしてください。
読み込み方法を見る →サーバーの状態から確認を始め、Global Routing、DNS、FINALなどのルールを順番に調べます。システム上の接続状態と実際のリクエスト結果を区別し、変更を一つずつ記録して問題箇所を絞り込みます。Config全体を何度も上書きしないでください。
接続のトラブル対処を見る →まずローカルのWi-Fiとモバイル通信を比較し、次にプロトコルパラメータ、回線の状態、個々のサーバーを確認します。テスト方法と実際の通信の違いを説明し、遅延、アクセス成功率、ダウンロードの状態を分けて観察します。再現可能なテスト条件を記録してください。
速度のトラブル対処を見る →