iPad版Shadowrocketの使い方|同じApple IDで購入済みアプリを再入手・横向き画面の違い

同じApple IDでiPadのApp StoreからShadowrocketを再入手する方法を解説。横向き画面、設定の移行、初回VPN構成の許可についても紹介します。

この記事の概要

iPhoneでShadowrocketを購入済みの場合は、まずiPadのApp Storeで購入時のアカウントを確認し、購入済みアプリを再入手します。アプリの再入手、接続情報の移行、iPadでのVPN構成の許可は、それぞれ別の手順です。この記事ではこの順に操作を説明し、横向き画面のレイアウトとGlobal Routingの確認方法も解説します。接続情報については、利用者自身が契約しているサービスがあることを前提としています。

1. 同じApple IDの購入履歴をiPadで利用する

ShadowrocketはApp Storeで販売されている買い切り型の商用アプリです。購入時と同じアカウントを使えば、対応するiPadで購入済みアプリを再入手でき、通常はアプリの代金を再度支払う必要はありません。ここでいう「購入の共有」とは、本人のデバイスで同じ購入履歴を利用することです。一方のデバイスの設定が、もう一方へ自動的にコピーされるわけではありません。

確認するのは、App Storeで使っている購入用アカウントです。システム画面の上部に表示されるiCloudアカウントとは異なる場合があります。まず購入時に使ったデバイスで購入履歴を確認し、次にiPadのApp Storeのアカウント画面で確認してください。両方のデバイスで同じiCloudを使っているだけで、購入履歴も同じだと判断しないようにしましょう。

  1. 購入用アカウントを確認する

    iPadでApp Storeを開き、アカウントのアイコンをタップして、現在のストアアカウントがShadowrocketを購入したApple IDか確認します。さらに確認する場合は、システムの「設定」→Apple Account→「メディアと購入」で確認できます。

  2. 購入済みアプリを探す

    App Storeでアカウントのアイコンをタップし、「アプリ」または「購入済み」を開いてShadowrocketを探します。項目名はシステムの表示によって異なる場合があります。「マイアプリ」や「このiPad上にない」などの絞り込みがあれば活用してください。

  3. アプリの情報を確認する

    製品ページを開き、アプリ名がShadowrocket、開発者がShadow Launch Technology Limited、アプリIDが932747118であることを確認します。デバイスのシステム要件はApp Storeの製品ページをご確認ください。

  4. アプリを再入手する

    自分の購入履歴であることを確認したら、雲の形をした再入手ボタンをタップします。価格が表示されたままの場合は操作を止め、アカウント、購入履歴、ストアの状態を確認してください。問題の切り分けで、最初に再購入する必要はありません。

  5. 初回起動を確認する

    インストール後にShadowrocketを開き、Home、Config、Settingsをそれぞれ確認します。リストが空でも、購入履歴が復元されていないとは限りません。アプリの利用権と接続情報は別のものです。

2. 横向きにしてもルールの意味は変わらない

iPadを横向きにすると画面の幅が広がり、リスト、詳細画面、ナビゲーションの配置はアプリやシステムのレイアウトに応じて変わります。iPhoneでのボタンの位置をiPadの操作基準にせず、まずHome、Config、Settingsなどの機能名を探してから該当する操作を確認してください。画面分割でウィンドウの幅が狭くなると、デバイスを横向きにしていても、よりコンパクトなレイアウトになる場合があります。

3つ
機能メニュー:Home / Config / Settings
4項目
Global Routing:Proxy / Direct / Config / Scene
1つ
アプリの情報:アプリID 932747118

横向きにしても、プロトコル、サーバーアドレス、ルールの優先順位は変わりません。画面の向きを変えた後に接続結果が異なる場合は、プロトコルの設定を変更する前に、接続先、Global Routing、現在有効なConfigを切り替えていないか確認してください。設定を変えずに全画面の横向き、全画面の縦向き、画面分割で見比べると、メニューの位置が変わっただけなのか、設定自体が変わったのかを切り分けられます。

まとめ:設定値を記録してから画面の配置を比較する

iPhoneとiPadで、選択中の接続先、Global Routing、有効なConfigをそれぞれ記録します。この3点が一致していることを確認してから、横向き画面でのメニュー位置の違いを確認すれば、表示の違いを設定の不具合と取り違えずに済みます。

3. 接続情報とルールファイルを分けて設定を移行する

App Storeからアプリを再入手しても、以前の利用環境がすべて戻るわけではありません。接続先、サブスクリプションの登録元、Configファイル、デバイス上の設定をそれぞれ確認する必要があります。アプリ内で利用できる同期やバックアップ機能を使った場合も、取り込み後の内容を確認してください。同じアカウントを使っているだけで、すべての項目が同期されたと考えないようにしましょう。

すでにサブスクリプションを利用している場合は、iPadで自分のサブスクリプションを再登録できます。ローカルルールを管理している場合は、該当するConfigも移行して有効にしてください。サブスクリプションを更新できても、カスタムルール、ルーティングの設定、デバイス上の許可まで復元されたとは限りません。

情報の種類iPadでの確認方法よくある見落とし
登録済みのサブスクリプションHome →「+」→ Type → Subscribeを開き、自分のサブスクリプションURLを最後まで入力して保存し、更新します。URLの一部が欠けている、認証情報の有効期限が切れている、更新後に使用する接続先を選び直していない。
個別の接続先プロトコル、サーバーアドレス、ポート、認証情報を、手元の元データと一つずつ照合します。名前は同じでも、ポート、パスワード、その他のプロトコル設定が一致していない。
ConfigファイルConfig内に表示されるインポート方法を使ってファイルを移行し、使用中のConfigを確認します。ファイルをインポートしただけで切り替えていない。ファイルが参照するポリシー名が不足している場合もあります。
デバイス上の設定Home → Global Routing、Settings → On Demandを確認します。以前のデバイスでの自動接続の動作が、新しいデバイスにも引き継がれていると思い込む。

移行時は元の設定値を維持し、「iPadに合わせる」ためにポートをむやみに変更しないでください。たとえば元の情報で443を使っている場合、変更してよいのはサーバー側の設定も同じように変わっているときだけです。ポートが同じでも、プロトコルや認証方式が同じとは限りません。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは必要な項目が異なります。アドレスとポートをコピーしただけで、移行が完了したと判断しないでください。

4. 初回接続時はiPadでVPN構成を個別に許可する

iPhoneでVPN構成の追加を許可していても、iPadでの許可が済んでいるとは限りません。iPadで初めて接続をオンにすると、システムからVPN構成の追加を求められます。Shadowrocketで自分が開始した操作であることを確認し、システムの案内に従って許可してデバイス認証を完了してください。以前の案内をキャンセルした場合、接続できないことがあります。その場合はアプリに戻ってもう一度試してください。

  1. Homeで確認済みの接続先を選び、Global Routingがテストの目的に合っていることを確認します。
  2. 接続スイッチをオンにし、システムに表示されるVPN構成のリクエストでアプリの提供元を確認して許可します。
  3. システムの案内に従ってデバイスのパスコードなどで認証し、Shadowrocketに戻って接続状態を確認します。
  4. システム上の情報を確認するには、iPadの「設定」→「一般」→「VPNとデバイス管理」→「VPN」を開き、該当する構成と状態を確認します。項目名は現在のシステム画面に表示される名称をご確認ください。

システムにVPN接続済みと表示されても、デバイス上の接続状態が確立したことを示すだけで、すべての宛先にアクセスできるとは限りません。接続先が利用可能か、現在のルーティングが想定どおりか、対象のリクエストが該当ルールに一致しているかを続けて確認してください。基本的な接続テストが済む前に、DNS、ルール、自動接続の設定を同時に変更しないでください。

5. テストの目的に合わせてGlobal Routingを選ぶ

iPadとiPhoneで利用結果が異なる場合は、まずHome → Global Routingを確認してください。比較するのはShadowrocketのルーティング設定であり、デバイスの性能ではありません。次の3項目は基本的な問題切り分けに使えます。ほかにSceneがあり、設定したシーンの条件に応じて動作します。名前だけでConfigとまったく同じものだと判断しないでください。

Config

推奨

現在有効な設定に従ってリクエストを処理します。一致したルールと対応するポリシーで接続先が決まります。前のルールに一致しなかったリクエストについては、FINALも確認してください。すべてのリクエストが直結になるとは限りません。

適した用途:確認済みのルール設定を使い、普段の振り分け動作を確認する。

Proxy

アプリが処理するリクエストをプロキシ経由で処理し、Configの結果と比較できます。無効な認証情報を修正する機能ではなく、デバイス内のすべての種類の通信が同じ経路を通ることを保証するものでもありません。

適した用途:接続先の利用可否とルールによる振り分けの違いを一時的に切り分ける。

Direct

リクエストを直結で処理し、現在のネットワークから直接アクセスした場合の状態を確認できます。これを選んでも、インポート済みの接続先が利用可能だと証明されるわけではありません。

適した用途:現在のネットワークから直接アクセスした結果と比較し、問題の範囲を絞り込む。

ProxyではアクセスできるのにConfigでは同じリクエストが失敗する場合は、まず有効な設定、ルールの順序、ポリシーの参照先を確認します。たとえばDOMAIN-SUFFIXはドメインのサフィックスで、IP-CIDRはIPアドレスの範囲で、GEOIPはIPアドレスの地理データベースで照合します。FINALは、それ以前のルールに一致しなかった場合の最終ルールです。これらの意味は、画面を横向きにしても変わりません。

まとめ:一度に変更するのは1つだけ

同じネットワーク、同じ接続先、同じ宛先を使い、まずProxyとConfigを比較してからルールを確認します。接続先の変更、Configの切り替え、DNSの変更を同時に行うと、結果に影響した項目を特定できません。

6. 再入手後も使えない場合の確認順

問題を購入、情報、許可、接続の4段階に分けると、同じ操作の繰り返しを防げます。アプリを再インストールしても、期限切れのサブスクリプションや誤ったルーティング設定は直りません。同様に、接続プロトコルを変更しても、App Storeに表示されない購入履歴は復元できません。症状に応じた段階から確認してください。

移行後は、手動接続、切断後の再接続、宛先へのアクセスをそれぞれ1回以上確認します。自動接続が必要な場合は、On Demandの条件も別途検証してください。各手順が機能しているかを把握でき、後でネットワークを変更したりルールを調整したりするときの比較基準にもなります。

App Storeの正規版を確認する