この記事は、旧端末がまだ使え、自分で利用しているサービスとサブスクリプションがある方を対象にしています。機種変更前に、購入履歴、サーバーとサブスクリプション、Configファイルをそれぞれ保存し、新しい端末で順に復元します。iCloud上でファイルを確認できても、Homeの項目やSettingsがすべて移行されたとは限りません。サブスクリプションの更新、ルールの確認、実際の接続テストを済ませてから旧端末を整理してください。
1. 移行前に確認：購入履歴、サブスクリプション、Configは別々のデータ
Shadowrocketの購入権はApp Storeアカウントで管理され、接続情報や設定はアプリ内のデータです。購入時のアカウントでアプリを再入手しても、利用権が確認できるだけで、購入履歴からサブスクリプションのURLが再作成されるわけではありません。アプリの買い切りと接続サービスのプランは別です。利用中のサブスクリプションURLは、契約しているサービス提供元から確認してください。
Homeのサーバー項目、Configのルールファイル、Settingsの動作設定は、それぞれ役割が異なります。Configファイルに一部のサーバーやポリシー定義が含まれていても、Homeのサブスクリプション情報、更新設定、端末上の設定がすべて保存されているとは限りません。アプリがインストール済みかどうかだけで判断せず、データの種類ごとに確認しましょう。
判断のポイント：現在の一覧より、再取得できる情報が重要
旧端末を初期化する前に、読み取り可能なConfigファイルを少なくとも1つと、再インポートできるサブスクリプションの取得元を保存してください。サーバー名やグループ名、遅延測定の結果だけでは、接続情報を再構成できません。
2. 旧端末のバックアップ：取得元を保存してからConfigを書き出す
まず旧端末で通常どおり接続できることを確認し、移行する設定が有効であることを確かめます。バックアップ前にサーバーをまとめて削除したり、リモート設定の取得元を切り替えたり、Settingsをリセットしたりしないでください。元からあった問題と移行による変化を切り分けにくくなります。バックアップは自分で管理できる場所に保存し、認証情報を公開チャットや一般公開の文書に送らないようにしましょう。
- Homeを確認。有効なサブスクリプションのグループ名、現在選択中のサーバー、手動で追加した項目を記録します。サブスクリプションURLは別途安全に保存してください。Configファイルを1つ書き出せばURLも含まれる、とは限りません。
- Configを確認。現在有効なConfigファイルを特定し、ローカルで編集したファイルとリモートから取得したファイルを区別します。リモート設定を編集したことがある場合は、現在のファイルと元の取得元の両方を保存してください。リモートから再取得すると、ローカルでの変更が上書きされる場合があります。
- 現在のファイルを書き出す。Configで対象ファイルの操作メニューを開き、書き出しまたは共有の項目を選び、システムの共有シートから「ファイル」に保存します。ボタンの位置や名称は現在の画面に従ってください。保存するのは設定ファイルそのものであり、ファイル名や取得元のURLだけではありません。
- バックアップを開いて確認。「ファイル」で保存したファイルが存在し、読み取れることを確認し、ルール部分や自分で追加した項目が含まれているか調べます。ファイル選択画面に名前が表示されていても、ダウンロードや保存が完了したとは限りません。
- Settingsを記録。Settings → On Demandと、サブスクリプションの更新に関する項目を確認します。自分で変更した設定を記録すれば十分です。旧端末の初期設定をすべて一つずつ写す必要はありません。
以下はファイル内容を確認するためのルール例です。完全なConfigではなく、接続サービスも含みません。旧ファイルに自分のルールがある場合は順序も含めて保存し、例で置き換えないでください。
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYルールは記載順に評価され、最初に一致したルールのポリシーが適用されます。移行時は特に、独自のDOMAIN-SUFFIXがFINALより前にあるか、参照先のポリシーが残っているかを確認してください。ルールだけをコピーして対応するポリシー定義を省くと、実際の接続結果が変わることがあります。
3. iCloud同期の範囲：ファイルが見えても環境全体が復元されたとは限らない
次の3つは別の方法として考える必要があります。書き出したファイルをiCloud Driveに保存する方法、アプリ内のiCloud関連機能を使う方法、端末全体のバックアップからアプリデータを復元する方法です。それぞれ保存対象と復元手順が異なります。ConfigファイルをiCloud Driveに置けば、そのファイルは移行できますが、Homeのサブスクリプション一覧、現在の選択、Settingsも復元されるとは限りません。
iCloud経由でファイルを移行
- アカウントを確認
- 両方の端末で同じiCloud Driveにアクセスできるアカウントを使用
- システム設定の場所
- システムの「設定」 → Apple Account → iCloud → iCloud Drive
- ファイルを確認
- 新しい端末の「ファイル」でバックアップを開き、ダウンロード済みか確認
- 復元手順
- ファイルをConfigにインポートし、現在のConfigとして選択
クラウド上のファイルが表示されても、インポートは別途必要です。保存場所にあることと、有効な設定として使われていることは同じではありません。
アプリデータとシステム権限
- サブスクリプション一覧
- Homeでグループと項目を確認し、ファイルがあるだけで復元済みと判断しない
- 設定を再確認
- Settings → On Demandとサブスクリプションの更新項目を確認
- VPNの権限
- 初回接続時に、新しい端末のシステム表示に従って確認
- 購入に使ったアカウント
- App Storeの購入アカウントとiCloudアカウントを別々に確認
端末全体を復元した場合も、実際に接続して確認してください。システム権限とネットワーク環境は新しい端末での確認が必要です。
アプリ内のiCloud関連機能を使う場合は、画面に表示される同期対象を確認してから、もう一方の端末で実際の結果を確かめてください。「同期が有効」という表示だけで「すべてのデータがバックアップ済み」と判断しないようにしましょう。システムメニューの名称は言語やバージョンによって異なる場合がありますが、確認する内容は同じです。iCloud Driveにアクセスできること、ファイルが端末にダウンロードされていること、アプリにインポート済みであること、必要な項目がそろっていることを確認します。
- クラウドからのダウンロード未完了をファイル消失と誤認しないよう、両方の端末でiCloudに正常にアクセスできるネットワークを使用してください。
- 同じファイルを両方の端末で同時に編集しないでください。どちらの端末の内容が有効かを確認してから、新しい端末で復元します。
- 同じ名前のファイルが複数ある場合は、名前だけで残すファイルを決めず、内容を開いて独自ルールとポリシー定義を比較してください。
- クラウド上のファイルを一時的に利用できない場合は、旧端末で書き出したファイルを、自分で管理するローカルな転送方法で新しい端末に移せます。アプリを何度もリセットする必要はありません。
4. 新しい端末での復元手順：アプリを入手してからデータを取り込む
ShadowrocketはApp Storeから入手できます。主な利用端末はiPhoneとiPadです。システム要件と購入対象となる端末はApp Storeのページで確認してください。新しい端末のApp Storeで以前購入したアカウントを確認し、購入履歴からアプリを再入手します。確認時は、デベロッパがShadow Launch Technology Limited、アプリIDが932747118であることを確かめてください。詳しくは購入の復元方法をご覧ください。
- 初回起動後にHomeを確認。端末全体の復元でサブスクリプションが戻っている場合は、まずグループを確認し、すぐに再インポートしないでください。見当たらない場合は、契約しているサービス提供元から既存のサブスクリプションURLを取得し、インポート画面から追加して一度更新します。
- 手動で追加した項目を復元。サブスクリプションに含まれないサーバーは、旧端末の記録と照らし合わせて一つずつ確認します。アドレス、ポート、認証情報、通信方式の設定がすべて一致している必要があります。名前が同じでも設定が同じとは限りません。
- Configファイルをインポート。Configのファイルインポートからバックアップを選択します。「ファイル」のシステム共有シートからShadowrocketに渡す方法もあります。利用できる方法は画面に従ってください。インポート後、同じ名前の別ファイルではなく、移行したファイルが現在有効になっていることを確認します。
- Global Routingを確認。ルールによる振り分けを使っていた場合はConfigを選び、各ポリシーに対応するサーバーも確認します。Proxy、Direct、Config、Sceneはそれぞれ異なる処理方法です。サーバーが選択されているだけでは、ルールが適用されているとは判断できません。
- 初回接続時に権限を確認。接続スイッチをオンにし、システムのダイアログに従ってVPN構成を許可します。これは新しい端末で必要なシステム操作です。ファイルをコピーすれば自動で完了するものではありません。
- 最後に自動接続を設定。手動接続とアクセスが正常であることを確認してから、Settings → On Demandを確認します。新しい端末ではWi-Fi、モバイル通信、利用場面が異なる可能性があります。自動接続の条件を確認せずにそのまま引き継がないでください。
5. 移行後の確認：サブスクリプション更新、ルール適用、実際のアクセスを個別にテスト
接続スイッチや遅延値だけで移行完了と判断しないでください。遅延テストに結果が出ても、その時点でテストに応答があったことしか示しません。DNS、ルールのポリシー、サブスクリプションの更新、すべてのWebサイトへのアクセスが正常とは限りません。旧端末の状態は変えず、新しい端末では一度に一つの項目だけを変更して、差異の原因を特定しましょう。
- サブスクリプションの更新を確認。Homeで既存のサブスクリプションを更新し、エラーの有無、グループが正しいか、重複して追加されていないかを確認します。サーバー数の変化はサービス提供元の変更による場合もあるため、数だけでバックアップの破損を判断しないでください。
- Configの取得元を確認。Configで現在のファイルを開き、自分で追加したことが確かなルールを1つ探します。見つからない場合は、DNSを変更して補おうとせず、まずファイルの選択やインポートに問題がないか確認してください。
- ポリシーとサーバーの対応を確認。ルールが参照するポリシーと、現在選択されているサーバーを確認します。移行後もポリシー名が残っていても、選択結果が旧端末と同じとは限りません。
- 実際のアクセスを確認。普段使う直接接続のリソースと、プロキシが必要なリソースをそれぞれ開き、接続ログも確認します。まず同じネットワークで比較し、その後Wi-Fiとモバイル通信を切り替えて再テストしてください。
- 自動接続を確認。手動接続が成功してから、On Demandの起動条件をテストします。自動接続、DNS、Global Routingを同時に変更しないでください。
確認がすべて終わってから旧端末を整理
サブスクリプションの更新、Configの内容確認、実際のアクセス確認をそれぞれ少なくとも1回行い、バックアップファイルが引き続き読み取れることも確認してください。確認が終わるまでは、旧端末を設定の照合や再書き出しに使える状態で残しておきましょう。
新しい端末で最初のテストに失敗した場合は、「有効なファイル」「Global Routing」「選択中のサーバー」「現在のネットワーク」の4点を優先して照合してください。すぐにすべてのデータを削除してやり直すのは避けましょう。何度もインポートすると同名ファイルや重複グループが増え、原因の特定が難しくなります。
6. 機種変更後によくある質問と確認手順
同じApple IDでアプリを再入手したのに、Homeが空なのはなぜですか？
購入履歴とアプリ内の接続データは別々に管理されています。まずアプリデータが復元されているか確認してください。復元されていない場合は、契約しているサービス提供元から既存のサブスクリプションを取得して再インポートします。その後Configファイルをインポートしてください。アプリを再入手しただけでサブスクリプションも復元したと判断しないようにしましょう。
iCloud DriveにConfigがあるのに、Configに表示されないのはなぜですか？
まず「ファイル」で対象ファイルを開き、クラウドからのダウンロードが完了していることを確認します。次にConfigに戻り、ファイルのインポートから選択して有効にします。iCloud Driveはファイルの保存場所です。クラウド上で見えるだけでは、アプリにインポート済みとは限りません。
ルールファイルが戻ったのに、旧端末と接続結果が違うのはなぜですか？
まずGlobal RoutingがConfigになっているか、次に現在有効なファイルと各ポリシーに対応するサーバーを確認します。ProxyまたはDirectに設定されている場合、Config内のルールに従った通信にはなりません。その後、DNS設定と両方の端末のネットワーク環境を比較してください。
サブスクリプションをインポートしたら同じ項目のグループが2つできました。すべて削除してもよいですか？
まず2つのグループの取得元と更新結果をそれぞれ確認し、どちらが今回インポートした重複分かを特定します。利用できることを確認したグループを1つ残してから、重複分を削除してください。手動で追加したサーバーやローカルのメモは先に別途記録し、誤って一緒に削除しないようにしましょう。
旧端末をすでに整理してしまい、書き出したConfigファイルしか残っていない場合はどうすればよいですか？
まずファイルをインポートし、ルール、ポリシー、サーバー定義のうち何が含まれているかを確認して、不足分を追加します。ファイルにサブスクリプションの取得元が保存されていない場合、サーバー名からURLを推測することはできません。契約しているサービス提供元から元のサブスクリプションを取得し、更新状態を再確認してください。
移行が完了したら、使えるConfigをオフラインでもう1部バックアップし、サブスクリプションの認証情報は公開用の問い合わせ資料と分けて保管してください。今後ルールを変更する際は、編集前に現在使えるファイルを保存します。次回の機種変更では、設定を一つずつ推測し直さず、確認済みの手順で復元できます。