Shadowrocket よくある質問
購入、インストール、読み込み、接続の4段階から問題を探せます。現在の状態を確認してから一つずつ変更し、テスト結果を記録してください。
公式ガイド · トラブル対処正規アプリの確認と購入
製品ページと購入アカウントを確認してから、ストア検索、互換性、購入履歴の復元に関する問題を調べましょう。
App StoreでShadowrocketが見つからないとき、まず確認することは？
まず当サイトのダウンロードページからApp Storeの製品ページを開き、アプリID 932747118を確認します。検索結果に表示されないのか、製品ページ自体にアクセスできないのかを切り分けましょう。次に、Apple Accountのストア国または地域、スクリーンタイムのコンテンツと年齢制限、アカウントの支払い状況を確認します。ストアの国または地域はアカウント設定によって決まり、デバイスの言語設定とは異なります。変更が必要な場合は、システム設定のApple Accountから「メディアと購入」を開き、「アカウントを表示」内の「国または地域」を確認してください。変更条件も事前に確認しましょう。
App Storeで販売されているアプリが正規のShadowrocketか確認するには？
アプリ名がShadowrocket、デベロッパがShadow Launch Technology Limited、アプリIDが932747118であることを確認し、当サイトのページ上部に掲載している公式アプリアイコンとも照合してください。アプリIDは製品ページのリンク末尾にあるid932747118で確認できます。検索結果の名前や似たアイコンだけで判断しないでください。ShadowrocketはAppleプラットフォーム向けの有料商用アプリで、入手先はApp Storeのみです。価格、互換性、システム要件はApp Storeの製品ページをご確認ください。
機種変更や再インストールの際、もう一度購入する必要はありますか？
まずApp Storeの「メディアと購入」で、購入時と同じアカウントを使用していることを確認します。そのアカウントの購入済みアプリ一覧からShadowrocketを探し、画面の案内に従って再ダウンロードしてください。価格が表示される場合は、購入履歴、アカウント、ストアの国または地域を確認し、すぐに再購入しないでください。アプリの購入履歴を復元することと、接続設定を復元することは別です。インストール後、サブスクリプション、サーバー情報、設定ファイルが残っているか確認しましょう。再ダウンロードで設定がすべて自動復元されるとは限りません。
iPadにインストールできますか？MacやApple TVでの確認方法は？
Shadowrocketは主にiPhoneとiPadで利用します。対象デバイスで同じApp Storeの製品ページを開き、互換性欄と、現在のアカウントに表示される入手状況を確認してください。Mac、Apple TV、Apple Visionの互換性情報も同ページで確認できます。システム要件、デバイスの互換性、ユニバーサル購入の可否は、App Storeの製品ページの表示に従ってください。別のデバイスにインストールできたことだけを根拠に、対象デバイスも利用条件を満たすと判断しないでください。
買い切り価格にサブスクリプションやサーバー接続サービスは含まれますか？
アプリの買い切り購入と接続サービスの契約は別です。購入するのはShadowrocketアプリで、接続に必要なサブスクリプションやサーバー情報はご自身で用意する必要があります。米国ストアでの価格は約2.99米ドルですが、各ストアでは現地通貨で表示されます。実際の金額はApp Storeの購入画面をご確認ください。当サイトは公式サイトおよびガイドであり、サーバー情報やサブスクリプションの提供・販売・推奨は行っていません。設定を読み込む前に、その設定を利用する権利があることと、有効期間や利用条件を確認してください。
インストールと初回起動
システムの許可、接続スイッチ、自動接続の動作を切り分け、権限の問題をサーバー障害と混同しないようにしましょう。
初回接続時に「VPN構成を追加」と表示されるのはなぜですか？
Shadowrocketは、システムのVPN構成を使って対象のネットワーク通信を処理します。初めて接続するとき、構成の追加を許可し、デバイスのパスコードまたは生体認証で確認するよう求められる場合があります。操作する前に、確認画面に表示されたアプリ名を確かめてください。この許可はアプリによるシステム構成の作成を認めるもので、サーバー情報を補うものでも、接続成功を意味するものでもありません。以前にキャンセルした場合は、アプリに戻ってもう一度接続を開始してください。デバイス管理の制限がある場合は、管理ポリシーでVPN構成の追加が許可されているか確認しましょう。
Homeの接続スイッチがオンにならない、またはすぐオフに戻る場合は？
まず有効なサーバー情報を読み込み、SERVERで使用する項目を選択してから、Homeの接続スイッチをオンにしてください。システムのVPN許可が完了しているか、別のVPN接続が使用中でないかも確認します。スイッチがすぐ戻る場合は、そのときのエラーメッセージを記録し、デバイス管理の制限と現在の設定を確認してください。必要な情報を保存してから、アプリまたはデバイスを再起動しましょう。原因の特定に必要な設定を失う可能性があるため、最初からすべての設定を削除しないでください。
画面が英語表示の場合、公式ガイドを見ながら操作するには？
このガイドでは、画面上の英語表記をそのまま掲載しているため、項目を照合しながら操作できます。Homeでは接続状態とサーバー一覧、Configでは設定ファイル、Settingsでは各種設定を確認します。Global Routingでは全体のルーティング方式を選び、Add Serverではサーバー情報を入力します。まず画面上の名称で項目を探し、日本語訳からボタンの位置を推測しないでください。システム設定にアプリごとの言語選択がある場合は、該当するアプリの設定ページを確認してください。選択できる言語や実際の表示は、アプリの現在の仕様によって異なります。
On Demandを有効にすると、切断後に再び自動接続されるのはなぜですか？
On Demandは条件に応じて接続を開始する機能です。有効にしていると、手動で切断しても、その後ずっと切断状態が続くとは限りません。まずアプリのOn Demand設定と登録済みの条件を確認し、ネットワークの切り替え時や通信の開始時に再接続されるかを調べてください。自動接続を一時的に止めるには、該当するOn Demand設定をオフにしてから接続スイッチをオフにします。ほかの問題を調べる場合も、テスト中に自動再接続で状態が変わらないよう、一時的に機能を無効にできます。確認後、必要な条件を元に戻してください。
有効にしてからバッテリー消費が増えた場合、原因をどう調べればよいですか？
まずシステムのバッテリー使用状況で、使用時間が近い条件の消費量を比較し、ネットワークの種類、通信量、再接続の頻度も記録します。大量のデータ通信、電波の弱さ、接続テストの継続、繰り返しの再試行は、いずれも電力消費を増やす可能性があります。VPNの表示だけで原因を判断しないでください。調査中は不要なテストや継続的なログ記録を止め、ほかの条件をそろえて変化を確認します。特定の設定だけで問題が起きる場合は、再接続の状況やルールの動作を調べてください。消費を抑える目的で証明書の検証を無効にしないでください。
サブスクリプションの読み込みとサーバー追加
入力する情報の種類を見分けてから、適切な読み込み方法を選んでください。サーバー一覧、個別のサーバー情報、ルール設定ファイルはそれぞれ別のものです。
手元にあるサブスクリプションはどこから読み込みますか？
まず、サーバーのサブスクリプションURLと設定ファイルのURLを区別してください。前者は通常サーバー一覧を返し、後者にはGeneral、Rule、Hostなどのセクションが含まれることがあります。サーバーのサブスクリプションは、案内に従ってAdd ServerからSubscribeを選び、URLを入力します。ConfigページのSubscribeを使う場合は、その入口がどの種類のデータを受け付けるのかを確認してください。どちらもhttpsで始まるからといって、相互に置き換えられるわけではありません。読み込み後、SERVER一覧とConfigの内容をそれぞれ確認し、意図した場所に取り込まれたか確かめましょう。
Shadowrocketでサブスクリプションを読み込めないとき、何から確認しますか？
まずURLが完全か、特に末尾のパラメータが欠けていないか確認し、余分な空白、改行、日本語の句読点が入っていないかも調べます。次に、現在のネットワークからURLにアクセスできることと、サブスクリプションの有効期間やアクセス権を確認してください。ブラウザで開けても、ログイン画面、エラーページ、空の内容が返るURLは有効なサブスクリプションとは限りません。その後、選んだ読み込み方法がサーバーのサブスクリプション用か、設定ファイル用かを確認します。設定の提供元へ問い合わせる際は、エラー表示と発生条件を伝え、サブスクリプションURL全体や認証情報は公開しないでください。
読み込み成功と表示されるのに、SERVERに目的の項目がない場合は？
まず、読み込んだものがサーバーのサブスクリプションであり、ルールだけを含む設定ファイルではないことを確認します。次に、一覧のグループが折りたたまれていないか、検索や絞り込みが適用されていないかを調べてください。それでも一覧が空の場合は、更新結果に解析エラーが表示されていないか確認し、返された内容にアプリが認識できるサーバー情報が含まれているかを確かめます。URLを保存できたことと、サーバー一覧を取得できたことは別です。再読み込みの前に既存の利用可能な項目を残し、URLやアクセス権に問題があると分かる前に削除しないでください。
Add Serverに手入力するとき、どの項目を確認すればよいですか？
手元にあるサーバー情報に従い、まずType、アドレス、ポートを確認し、次に認証情報と通信設定を照合してください。Shadowsocksの暗号化方式とパスワード、VMessまたはVLESSのUUID、TLS、サーバー名、通信パスなどは、提供された情報と一致させます。異なるプロトコルの項目を流用したり、経験だけを頼りにalterIdやflowを変更したりしないでください。保存後に項目を選択してテストします。失敗した場合は、関係のない設定を次々に変更するのではなく、項目を一つずつ照合してください。
サブスクリプションの更新方法は？更新後も手動変更は保持されますか？
対象のサブスクリプション項目の操作メニューから更新し、処理が終わってからサーバー一覧と選択中の項目を確認してください。更新時にはサーバー側から返された内容に基づいてデータが整理されるため、名前、パラメータ、項目数が変わることがあります。手動変更が必ず保持されるとは限りません。カスタム設定を長期的に使う必要がある場合は、必要な情報を控え、サブスクリプション管理下の項目と区別しておきましょう。更新に失敗したら、ネットワーク、有効期間、URLへのアクセス権を先に確認し、サブスクリプションを何度も削除しないでください。サーバーのサブスクリプションを更新しても、ルールファイルが同時に更新されるとは限りません。
ルール設定と接続トラブル
通常のネットワーク、サーバー、DNS、ルールの順に原因を絞り込みます。接続済み、テスト成功、接続先にアクセス可能という結果は、それぞれ異なる状態を示します。
Global RoutingのConfig、Proxy、Directはどう使い分けますか？
Configは設定ファイル、Proxyはプロキシ経由、Directは直接接続です。Configでは現在の設定ファイル内のルールに基づいて接続方法が決まり、ルールを用意している場合に適しています。Proxyは選択したプロキシを通して通信し、Directは接続先に直接つなぎます。問題を調べる際は、同じネットワークと接続先で切り替えて比較できます。ただし、Directで接続できてもプロキシ経由が正常とは限らず、Proxyで接続できてもルールが正しいとは限りません。切り替える前に元の状態を記録し、テスト後は必要な設定に戻して、現在の接続方式が分からなくならないようにしてください。
接続済みなのにインターネットに接続できない場合、まずどこを調べますか？
システムに接続済みと表示されても、VPN構成が動作中であることを示すだけで、サーバーや接続先のWebサイトに到達できるとは限りません。まず一度切断し、現在のネットワーク自体が使えることを確認してから再接続し、選択中のサーバーとGlobal Routingを確認します。次に複数の接続先を試し、特定サイトの問題か、接続全体の問題かを切り分け、Connectivity Testと関連ログも確認してください。ドメイン名でアクセスできない場合はDNSを調べます。Configだけで問題が起き、Proxyは正常な場合は、複数の設定を同時に変更せず、ルールの適用状況とポリシーを優先して確認してください。
Connectivity Testが成功しても、特定のWebサイトが開かないのはなぜですか？
Connectivity Testの結果は、指定されたテスト条件での状態を示すものです。すべてのドメイン、ポート、アプリの通信が成功するとは限りません。まずテストに使った項目と、実際の接続で選択しているサーバーが一致するか確認します。次にログで対象の通信に適用されたルールとポリシーを調べてください。特定のWebサイトでは、DNS、TLS、接続先サービスの状態、通信方式の違いが影響することもあります。テストを何度も繰り返すより、具体的なエラーと再現条件を記録するほうが有効です。一度のテスト結果を、接続品質全体の保証と捉えないでください。
ルールを変更しても接続方法が変わらないのはなぜですか？
まずGlobal RoutingがConfigになっていて、編集したファイルが現在有効な設定であることを確認します。Ruleは通常上から順に照合され、先に一致したルールでポリシーが決まる場合があります。FINALは、それ以前のルールに一致しなかった通信に適用されます。DOMAIN、DOMAIN-SUFFIXなどのキーワードとポリシーの記述を確認し、実際の通信で別のサブドメインが使われていないかも調べてください。設定を保存して再読み込みした後、対象への通信をもう一度開始します。既存の接続は以前の経路を使い続けることがあるため、新しいログもあわせて変化を判断してください。
接続トラブルを報告する前に、どの情報を記録しておけばよいですか？
問題が発生したときのネットワークの種類、Global Routingのモード、使用中のプロトコル、エラーメッセージ、切断後に通常のネットワークが使えるかを記録してください。さらに、失敗するのが特定の接続先だけか複数か、特定のネットワークでのみ起きるか、最近サブスクリプションや設定を更新したかを整理します。ログを共有する場合は、診断に必要な部分だけを残し、サブスクリプションURL、パスワード、UUIDなどの個人情報や認証情報を削除してください。一度に変更する条件は一つだけにして結果を記録すると、複数の変更で原因が分からなくなるのを防ぎ、サーバー設定、DNS、ルールの問題を切り分けやすくなります。