iPhone
App Storeの製品ページで開発者名とアプリIDを確認し、購入後はインストールが完了するまで待ちます。初回接続時にシステムからVPN構成の追加を求められることがあります。現在のアプリが要求元であることを確認してから許可してください。アプリのインストールと、ユーザーがすでに持っている接続情報の読み込みは別の手順です。インストールしてもサーバーが自動で追加されることはありません。
iPhoneでの入手と許可について見る →接続情報、設定ファイル、接続条件を分けて確認してから、各項目を調整してください。以下では、アプリ内で確認できる機能とルール構文を説明します。
HomeのGlobal RoutingでConfigを選ぶと、現在の設定ファイルに記述されたルールに従ってリクエストが処理されます。DOMAIN-SUFFIXはドメインの末尾、GEOIPは接続先IPの地域を照合し、FINALはそれまでのルールに一致しなかったリクエストを処理します。ルールは上から順に確認されるため、具体的な例外は広い範囲に適用されるルールより前に配置してください。PROXY、DIRECT、REJECTはそれぞれプロキシ経由、直接接続、拒否を指定します。ポリシーを設定する前に、使用するサーバー情報が有効か確認してください。
ルールの種類と優先順位を見る →DOMAIN-SUFFIX,example.com,PROXY
FINAL,PROXY
先に照合し、その後ポリシーを適用
On Demandは、設定した条件に応じて接続を開始する機能です。Configでリクエストの振り分け先を決めるルールとは、別の設定です。SettingsでOn Demandを探し、アプリ内で設定できるネットワーク条件を確認してください。初回はまず手動で接続し、サーバーとルールが正常に動作することを確かめてから、オンデマンド接続を設定することをおすすめします。接続をオフにしても自動で再接続する場合は、Homeのスイッチを繰り返し操作するのではなく、これらの条件とシステムのVPN設定を確認してください。
オンデマンド接続とルーティングモードの違い →Settings → On Demand
まず手動で確認してから条件を設定
既存のサブスクリプションURLを用意し、HomeからAdd Serverを開いてSubscribeを選び、必要な情報を入力します。サブスクリプションはサーバー一覧の取得と更新に使うもので、ルール設定ファイルとは別です。読み込み後も、使用するサーバーを選び、Global Routingを確認してください。更新できない場合は、URLが完全か、サブスクリプションが有効か、現在のネットワークからURLにアクセスできるかを確認します。URLには認証情報が含まれる場合があるため、公開しないでください。このサイトでは読み込み方法のみを説明し、サーバーやサブスクリプションは提供していません。
既存サブスクリプションの読み込み手順を見る →Home → Add Server → Subscribe
ユーザーがすでに利用しているサブスクリプションURL
Configでは接続に使う設定ファイルを管理します。[General]には共通パラメーター、[Rule]には照合ルールとポリシー、[Host]には指定したホストのマッピング、[URL Rewrite]にはURL書き換え動作を記述します。ファイルを読み込んだら、現在有効になっているものを確認し、各セクションを順に確認してください。変更前に元のファイルを保存し、設定は一度に一項目ずつ変更します。iCloudでデバイス間の設定を管理する場合も、実際のファイル内容と選択中のファイルを確認してください。ファイルが表示されているだけで、自動的に適用されているとは限りません。
設定ファイルの構成と例を見る →[General]
[Rule]
[Host]
[URL Rewrite]
まずバックアップし、一項目ずつ変更
Add Serverで選ぶTypeによって、入力が必要な項目は異なります。Shadowsocks、VMess、VLESS、Trojanなどでは、認証方式やパラメーターがそれぞれ異なるため、プロトコル名だけを置き換えて他の情報を流用することはできません。既存のサーバー情報を確認しながら、Host、Port、PasswordまたはUUID、トランスポート層やTLS関連の設定を一つずつ照合してください。QRコードや共有リンクから読み込んだ場合も、重要な項目を確認します。プロトコルを認識できたことは情報を解析できたという意味であり、接続先サービスに現在接続できることを保証するものではありません。
共有リンクとサブスクリプションの違いを見る →Add Server → Type
HomeのConnectivity Testは接続確認の手がかりになりますが、テスト結果が出ても、すべてのWebリクエストが正常に処理されるとは限りません。問題がある場合は、ローカルネットワーク、サーバーの選択、Global Routing、設定ファイルの順に確認し、その後DNSとルールの照合状況を調べてください。SettingsのDiagnosticsは原因の特定に、Dataは通信量の記録確認に役立ちます。それぞれ異なる観点から状態を確認する機能です。問題を記録するときは、現象と再現手順を残し、共有前にサーバーの認証情報とサブスクリプションURLを隠してください。
症状から接続の問題を探す →Connectivity Test
Settings → Diagnostics
テスト結果と実際のアクセスを別々に確認
Configは現在のファイルにあるルールに従ってリクエストを処理し、Proxyは選択したプロキシ経由で通信し、Directは直接接続します。最初に問題を調べるときは、選択中のモードを確認してから、ルールが処理に使われているかを判断してください。Configファイルだけを変更してProxyを使い続けても、ルールの順序を検証したことにはなりません。Directに切り替えてページが開いても、それだけでプロキシサーバーが正常だとは判断できません。
Config / Proxy / Directの説明を見る →ShadowrocketはApp Storeからのみ入手できます。まずストアの製品ページを確認し、デバイスの互換性と購入に使うアカウントを確認してください。
App Storeの製品ページで開発者名とアプリIDを確認し、購入後はインストールが完了するまで待ちます。初回接続時にシステムからVPN構成の追加を求められることがあります。現在のアプリが要求元であることを確認してから許可してください。アプリのインストールと、ユーザーがすでに持っている接続情報の読み込みは別の手順です。インストールしてもサーバーが自動で追加されることはありません。
iPhoneでの入手と許可について見る →同じApple IDの購入済み記録からアプリを再取得できます。iPhoneとiPadでの購入の適用範囲は、App Storeの掲載内容をご確認ください。iPadでも、実際に読み込んだサーバー、現在の設定、接続の許可状態を確認します。別のデバイスで設定済みだからといって、このデバイスも準備できているとは限りません。
iPadでの入手と設定について見る →まず変更を最小限にして基本の接続を確認し、その後で複雑なルールを設定します。一度に一つの項目を確認すれば、問題が起きたときに手順をたどって原因を絞り込めます。
すでに利用しているサーバーのパラメーター、共有リンク、QRコード、またはサブスクリプションURLを用意します。HomeからAdd Serverを開き、情報の種類に合った方法を選んでください。手動で入力する場合は、まずTypeを選び、Host、Port、認証情報を確認します。サブスクリプションを使う場合は、読み込み後に想定したグループとサーバーが表示されていることを確認し、同じURLを繰り返し追加しないようにしてください。
読み込みが成功したことは、情報が読み取られたことを示すだけです。サーバー項目が揃っているか、プロトコルが提供された情報と一致するか、サブスクリプションが有効期間内かも確認してください。スクリーンショットや公開コメント、問い合わせ内容にサブスクリプションURL全体を載せないでください。URLに含まれるアクセス用パラメーターは、パスワードと同様に慎重に扱う必要があります。
Homeで使用するサーバーを選び、Global Routingを確認します。明確なルールファイルがある場合はConfigを選び、Configで有効なファイルを確認してください。サーバーへの接続を個別に確認する場合は、Proxyの動作を観察します。Directは直接接続に使います。モードの選択とサーバーの選択は別々の設定なので、両方を確認してください。
DNS、トランスポート層、多数のルールを同時に変更するのは避けてください。既存の設定に特定のポリシー名が含まれる場合は、その名前が実際に使用できるポリシーまたはサーバーに対応しているか確認します。ルールの記述が正しくても、指定先が存在しなければリクエストが想定どおりに処理されないことがあります。
Homeの接続スイッチをオンにし、システムの案内に従ってVPN構成を許可します。接続状態になったら、まずConnectivity Testを実行し、次に使い慣れたページを開いて実際にアクセスできるか確認してください。テスト結果、システム上の接続状態、Webページの読み込み可否は、それぞれ異なる段階の情報です。一つだけを見て確認を終えないでください。
テストは正常でもページを開けない場合は、すべてのページで失敗するのか、特定のドメインだけで問題が起きるのかを記録し、DNSとルールを確認してください。接続自体を確立できない場合は、ローカルネットワークとサーバー情報を確認します。元の設定を残し、一度に一か所だけ変更して再テストしてください。複数の変更を同時に行うと、原因を特定しにくくなります。
Shadowrocketはクローズドソースの商用アプリです。正規アプリかどうかはApp Storeの製品ページで確認し、価格、互換性、購入記録もストアでご確認ください。
開発者:Shadow Launch Technology Limited
アプリID:932747118
App Storeを開いたら、アプリ名だけで判断しないでください。開発者名のShadow Launch Technology Limitedを確認し、このページと同じ公式アイコンであることを照合したうえで、製品リンクのid932747118を確認します。この3点が一致することを確かめてください。検索結果に似た名前のアプリが表示された場合も、タイトルや画像だけを比べるより、上記の順に確認する方が対象アプリを特定しやすくなります。
このサイトはShadowrocketの公式サイト・公式マニュアルです。購入ガイドでは、正規アプリの確認、アプリのインストール、既存設定の使い方を説明します。実際の支払い、購入記録、アプリのアップデートはApp Storeで管理されます。設定例を読むだけで購入が発生したり、接続情報がデバイスに自動で書き込まれたりすることはありません。
App Storeの検索結果は、現在のアカウントが利用するストアによって異なります。製品リンクを開いた後、購入可能かどうかもお使いのデバイスで確認してください。アプリが検索で見つからない場合は、まずメディアと購入に使用しているApple IDの国または地域を確認し、その後ストアの製品ページを開いてください。検索で見つからないからといってデバイスの故障と決めつけたり、システムの表示言語だけからアカウントのストア地域を判断したりしないでください。
アカウントの国・地域設定を確認する場合は、まず設定手続きでAppleが案内する条件を読み、残高、既存のサブスクリプション、支払い方法などを確認してください。購入前にはデバイスに表示される製品ページをご確認ください。このサイトではアカウント設定や支払いの操作を代行しません。システム要件はApp Storeの掲載内容を基準とし、古いガイドに記載されたシステムのバージョン番号で判断しないでください。
米国ストアでは約2.99米ドルの買い切り価格です。ストアごとに現地通貨で表示され、最終的な金額は購入時のApp Storeページをご確認ください。アプリの購入で得られるのはクライアントの利用権です。接続に必要なサーバーアドレス、認証情報、サブスクリプションはユーザー自身で用意し、既存サービスの案内に従って管理してください。
そのため、支払いが完了してもHomeにサーバー一覧が表示されないことは、インストール失敗を意味しません。既存のサブスクリプションが期限切れの場合も、クライアントを再購入して解決する問題ではありません。アプリの購入、サブスクリプションの内容、設定ルールをそれぞれどこで管理するのかを整理してから、該当する手順で確認すれば、重複購入や再インストールの繰り返しを防げます。
iPhoneとiPadで使う場合は、App Storeに以前購入したApple IDでサインインしていることを確認し、購入済み記録と製品ページのダウンロード状態を確認してください。同じアカウントの購入済み記録はアプリを再取得する際の重要な手がかりです。両デバイスでの共通購入の可否やその他の購入適用範囲は、App Storeの掲載内容をご確認ください。価格が表示された場合は、再度支払う前にアカウントを確認してください。
アプリを復元しても、すべての接続情報が復元されるとは限りません。再インストールや機種変更の後は、サーバー一覧、現在の設定ファイル、システムのVPN許可をそれぞれ確認してください。iCloudでファイルを管理している場合も、必要なファイルが実際に表示され、選択されていることを確認します。削除する前に、ユーザーがすでに持っている情報を保存してください。特に、他の場所から復元できないローカルの変更は必ず残してください。
Shadowrocketのアプリ更新はApp Storeから入手でき、具体的な更新内容はストアの製品ページで確認できます。サブスクリプションの更新は既存サービスからサーバー情報を再取得する操作で、設定ファイルの変更はまた別の作業です。問題を調べる際は、直近に起きた変更がどれなのかを記録してください。3つの操作をまとめて「更新後に問題が起きた」と捉えると、確認する場所を誤りやすくなります。
ルール変更後に問題が起きた場合は、元の設定に戻して比較してください。サブスクリプション更新後に特定の項目だけ失敗する場合は、その項目の設定を確認します。機種変更後の初回利用なら、情報の読み込みとシステムの許可を優先して確認してください。購入や復元の手順は購入済みアプリの復元方法を、ルールの照合に関する問題は設定ガイドを確認してください。
クライアントの購入と接続情報は別々に管理されます。Add Serverからユーザーがすでに持っているサーバー情報またはSubscribeのURLを読み込み、使用する項目とGlobal Routingを選んでください。詳しくは初回利用ガイドをご覧ください。
テスト結果だけではWebページへのアクセスに必要なすべての処理を確認できません。まず特定のドメインだけか、すべてのページで問題が起きるのかを確認し、DNS、現在の設定、ルールのポリシーを調べてください。トラブル対処の手順に沿って一つずつ確認できます。
まずGlobal RoutingがConfigになっていることを確認し、編集したファイルが現在有効なファイルかを確かめてください。次にルールの順序と、それより前に一致する項目を確認します。ファイルを保存しただけで、リクエストにそのルールが適用されているとは限りません。詳しくはルールと設定のガイドをご覧ください。
まずSettingsのOn Demand条件とシステムのVPN設定を確認し、オンデマンド接続が設定されていないか調べてください。自動接続の条件とルールによる振り分けは別の機能です。詳しくはプロキシモードと接続設定をご覧ください。
複数のサブスクリプションの整理方法、ストアでの表示確認、共有リンクとサブスクリプションURLの見分け方など、問題に合わせてお読みください。
2つ以上のサブスクリプションを利用している場合は、サブスクリプショングループと手動追加した項目を区別し、Homeでの表示順を整理してください。無効なサブスクリプションの削除、重複サーバーの確認、更新前の情報保存について解説します。
サブスクリプションの管理方法を見る →システムの表示言語とApp Storeアカウントの国・地域は別の設定です。デバイスの「メディアと購入」で現在のストアを確認し、地域を変更する前に確認が必要な残高、サブスクリプション、支払い方法についてご覧ください。
ストアの国・地域について見る →共有リンクは通常、1台のサーバー情報を記載します。一方、サブスクリプションURLはサーバー一覧の取得と更新に使います。具体例をもとに両者を見分け、読み込み場所を確認し、更新動作が異なる理由を解説します。
リンク形式の解説を見る →