Shadowrocketのよくある質問とトラブルシューティング

まず綴りを確認し、本サイトのアプリ案内からApp Storeの製品ページを開いて、検索結果に表示されないのか、製品ページ自体を利用できないのかを切り分けます。デバイスの「設定」からApple Account → メディアと購入 → アカウントを表示 → 国または地域を確認してください。アプリの表示可否は現在のストアの国または地域によって決まり、デバイスの表示言語には左右されません。地域を変更する場合は、該当ページの公式手順に従い、残高、サブスクリプション、支払い条件を確認してください。検索結果だけを理由に何度も切り替えるのは避けましょう。製品ページに互換性がないと表示された場合は、システム要件をApp Storeの記載で確認してください。App Store自体が開かない場合は、まずネットワークとストアアカウントの状態を確認します。

次の3点を照合してください。アプリ名がShadowrocket、デベロッパがShadow Launch Technology Limited、アイコンが本サイトに掲載されている白地に青紫の縁取りがある公式アイコンであること。さらに、製品ページのリンクに含まれるアプリIDが932747118か確認します。名前やアイコンが似ているだけでは不十分です。検索順位も判別の根拠にはなりません。デベロッパ情報は製品ページの情報欄で、アプリIDは製品ページのリンクを共有して確認できます。購入前に価格と互換性も確認してください。適用条件はApp Storeの記載が基準です。本サイトのアプリ案内では、照合に必要な3項目をまとめて確認できます。

Shadowrocketは主にiPhoneとiPadで利用できます。iPadで同じApp Store製品ページを開き、互換性と購入状況を確認してから、ダウンロードできるか確認してください。デバイスのシステム要件、ユニバーサル購入の対象範囲はApp Storeの記載が基準です。別のデバイスにインストール済みだからといって、現在のデバイスでも必ず利用できるとは限りません。アプリの買い切り購入は接続サービスの契約とは別です。アプリを購入して得られるのはクライアントの利用権であり、接続先のサーバーが自動で用意されるわけではありません。サブスクリプションやノードはご利用のサービス提供元から入手してください。インストール後は、手元にある情報を追加し、Global Routingと接続設定を確認します。

購入時に使用したアカウントでApp Storeの「メディアと購入」にサインインし、購入済み項目またはアプリ一覧からShadowrocketを探して、再ダウンロードできるか確認してください。メニュー名はシステムによって異なる場合があります。再ダウンロードではなく価格が表示される場合は、購入履歴、現在のストア地域、サインイン中のアカウントを確認し、すぐに再購入しないでください。再ダウンロードの対象条件、ファミリー共有、互換性はApp Storeの記載が基準です。アプリを再ダウンロードしても設定は復元されません。機種変更前にサブスクリプション情報と設定のバックアップを別途保存し、復元後にノード、ルール、認証状態を確認してください。App Storeの購入履歴を設定のバックアップと混同しないようにしましょう。

Shadowrocketで初めて接続を有効にすると、接続に必要なシステム許可としてVPN構成の追加を求められることがあります。Shadowrocketを自分で操作した直後に表示されたことを確認し、システムの案内に従って許可してください。必要に応じてデバイス認証も行います。許可が完了しただけでは、サブスクリプション、サーバー、ルールが正しく設定されたことにはなりません。Homeに戻り、利用可能なノードを追加して選択したうえで接続を有効にします。組織の管理下にあるデバイスやシステム制限により許可できない場合は、デバイスの管理ポリシーを確認してください。他の構成を何度も削除したり、用途が分からないまま既存の管理設定を変更したりしないでください。

まずHomeに選択できるノードがあり、システムのVPN構成を許可済みか確認します。そのうえで、スイッチをオンにできないのか、オンにした直後に切断されるのかを切り分けてください。別の接続構成が自動的に有効になっていないか確認し、原因を調べる間はOn Demandなど既知の自動接続条件を一時的にオフにして、複数の条件が交互に作動するのを防ぎます。次に、選択中のノードのアドレス、ポート、認証、トランスポートの各項目を確認し、エラーメッセージを記録します。通常のネットワーク接続自体に問題がある場合は、まず通信を復旧してください。アプリを再起動して再確認する方法もありますが、設定を失うおそれがあるため、再インストールを最初の対処にしないでください。

このガイドでは画面上の用語を英語表記のまま掲載しています。Home、Config、Settings、Global Routing、Add Serverなどの名称で項目を探してください。まず現在の画面を確認してから該当する操作を参照します。設定ファイル名やサービス提供元が独自に付けたグループ名を、固定のメニュー名と混同しないようにしましょう。表示言語を変更したい場合は、システム設定でアプリの言語オプションを確認し、デバイスの優先言語もあわせて確認してください。実際に選べる言語はアプリとシステムの設定によります。言語の変更をサーバーパラメータ変更の理由にしないでください。画面上の位置が異なる場合は、機能名と現在の案内を手がかりにしてください。古い画像と同じ位置を探す必要はありません。

まずデバイスのバッテリー設定で該当時間帯のアクティビティを確認し、長時間の通信、バックグラウンド処理、頻繁な再接続を切り分けます。アプリ名だけで消費電力の原因を判断することはできません。同じネットワークと近い利用条件で接続前後の状態を記録し、速度テストの繰り返し、大量の通信、不安定なネットワークによる再接続がないか確認してください。調査中は不要なテストを中断し、On Demandが繰り返し作動していないかも確認します。省電力のためにDNS、ルール、プロトコルを一度に複数変更すると、原因を特定しにくくなります。異常が続く場合は、発生時刻、ネットワークの種類、エラーを記録し、一度に一項目ずつ変更して再確認してください。

まず、サービス提供元のWebページのURLや説明文、単一ノード用の共有情報ではなく、サブスクリプションURL全体をコピーしているか確認してください。サブスクリプションURLはご利用のサービス提供元から入手します。貼り付ける際に、余分な空白や改行が入っていないか、クエリパラメータが欠けていないか確認してください。接続タイムアウトが表示される場合は、現在のネットワークからそのURLにアクセスできるか確認します。内容を認識できない場合は、応答内容とサブスクリプション形式を確認してください。ログインページやエラーページはノード一覧として追加できません。サブスクリプションの期限切れやリセットの有無も確認しましょう。アクセス情報を含む場合があるため、サブスクリプションURL全体を公開の場に投稿しないでください。

手元にある情報の形式に合わせて追加方法を選びます。ノードの完全なリンクはアプリが対応するインポート機能から追加し、QRコードはScan QR Codeを使います。パラメータ一覧しかない場合は、Add Serverから手入力してください。追加後はプロトコル、サーバーアドレス、ポート、認証情報を確認します。名前が同じでもパラメータが同一とは限りません。VMess、VLESS、Trojan、Hysteria2では各項目の意味が異なります。トランスポート方式、TLS、サーバー名などはサービス提供元の情報に従ってください。失敗したからといって異なるプロトコルのパラメータを混在させたり、安全性に関わる設定を推測でオフにしたりせず、まずエラーの内容を記録して項目を照合してください。

Homeで対象のサブスクリプション項目を探し、その項目に用意されている更新操作を実行します。完了を待ってノード一覧に変化があるか確認してください。具体的な操作場所は現在の画面に従います。更新前に有効なサブスクリプションURLが保存されているか確認してください。更新に失敗した場合はエラーを記録し、同じURLを何度も追加して複数の項目を作らないようにします。更新後は、サービス提供元が名称、パラメータ、利用可能な項目を変更している場合があるため、選択中のノードを確認してください。サブスクリプションの更新とConfig内のルール設定の更新は別の操作です。一方が成功しても、もう一方も更新済みとは限りません。元のURLが無効な場合は、サービス提供元から新しいURLを入手して置き換えてください。

まず、一覧が空なのか、一覧には表示されるものの接続できないのかを切り分けます。一覧が空の場合は、追加した内容がノード用サブスクリプションか、有効な項目が返されているか、フィルターやグループ表示が影響していないか確認してください。サブスクリプション項目を保存しただけでは、ノードを取得できたとは限りません。一覧にノードがある場合は、更新結果とサービスの状態を確認してから、ノードを1つ選びConnectivity Testを一度実行し、実際のアクセス結果とあわせて判断します。テスト失敗はテスト先、ネットワーク制限、サーバーの状態などが原因となる可能性があります。1回の結果だけで項目をすべて削除しないでください。元の設定を残し、別のネットワークと別の既存ノードでそれぞれ再確認すると、原因を絞り込みやすくなります。

Configは現在の設定に含まれるルールに従って処理方法を選ぶモードです。Proxyは全体をプロキシ経由で処理しますが、設定内の例外や実際の接続記録も確認してください。Directは直接接続するモードです。日常的にドメインやアドレスに応じて通信を振り分ける場合はConfigを選び、使用中の設定ファイルに必要なルールが含まれているか確認します。Proxyはルールがアクセスに影響しているかの比較確認に、Directは現在のネットワークから対象に直接接続できるかの確認に使えます。モードを切り替えても、認証情報の誤り、期限切れのサブスクリプション、到達できないサーバーは解決しません。テストでは一度に一項目だけ変更し、終了後は通常利用に適したモードに戻してください。

システムに接続済みと表示されても、目的のサイトにアクセスできるとは限りません。まず接続を切り、通常利用できるサイトに基本ネットワークからアクセスできるか確認します。その後、再接続して現在のノード、Global Routing、使用中のConfigを確認してください。すべてのアクセス先で失敗する場合は、サーバーへの到達性、認証、DNSを優先して確認します。一部のアクセス先だけで失敗する場合は、該当する接続記録のドメイン、適用されたルール、処理方法を確認してください。ProxyとConfigを一時的に比較することはできますが、ノードと設定を同時に変更しないでください。別の既存ノードで改善した場合は、元のノードのパラメータやサービス状態を確認します。特定のネットワークでのみ起こる場合は、そのネットワークの条件を記録して調べてください。

Global RoutingのDirectは全体を直接接続するモードです。一方、ルール内のDIRECTは、特定のルールに一致した通信に適用される処理方法で、両者は異なる階層にあります。ルールは該当するConfigが使用され、リクエストが実際に一致した場合にのみ適用されます。まずGlobal RoutingがConfigになっているか確認し、接続記録で実際に一致したルールと処理方法を確認してください。ルールは通常、上から順に評価されるため、先にあるルールがリクエストを処理する場合があります。Directは現在のネットワークから直接アクセスするという意味であり、対象に接続できることを保証するものではありません。直接接続でも失敗する場合は、同じDIRECTルールを追加し続けるのではなく、ローカルネットワーク、ドメイン名の解決、接続先サービスの状態を確認してください。

まず発生時刻、接続先ドメイン、ネットワークの種類、選択中のノード、Global Routing、現在のConfigを記録し、アプリの接続記録と診断結果を確認します。成功した通信と失敗した通信について、解決されたアドレス、適用ルール、処理方法を比較すると、設定全体を置き換えるより原因を特定しやすくなります。DNSを変更する前に現在の値を保存し、一度に一項目だけ変更して、同じ接続先で再確認してください。Connectivity Testに成功しただけでは、ドメイン名の解決や実際のアクセスが正常とは限りません。記録を共有する前に、サブスクリプションURL、認証情報、不要な個人の閲覧履歴を削除してください。サーバー側のパラメータが関係する場合は、個人情報を伏せたエラー情報をサービス提供元に確認してもらいましょう。