Shadowrocket よくある質問

まずアプリの入手ページから App Store の製品ページを開き、検索語や検索結果の影響を除いて確認します。「現在の地域では利用できません」と表示された場合は、「メディアと購入」用の Apple ID の国または地域を確認してください。次に「スクリーンタイム」のコンテンツとプライバシーの制限を開き、年齢制限によってアプリが制限されていないか確認します。地域を変更する場合は、システム設定の Apple ID → メディアと購入 → アカウントを表示 → 国または地域という公式の手順を使い、事前に残高、サブスクリプション、支払い条件を確認してください。利用可否は、その時点の App Store の表示に従ってください。

製品名が Shadowrocket、デベロッパが Shadow Launch Technology Limited であること、製品ページの URL に含まれるアプリ ID が 932747118 であることを確認し、このサイトのヘッダーに表示されている公式アプリアイコンとも照合してください。名前やアイコンが似ているだけでは判断できません。購入前に互換性、価格、購入対象の説明も開き、使用するデバイスとアカウントに適しているか確認しましょう。Shadowrocket は有料のクローズドソースアプリで、入手先は App Store のみです。詳しい確認手順はアプリの入手ページをご覧ください。

アプリの買い切り購入と接続用サービスの契約は別です。購入によって得られるのは Shadowrocket を利用する権利であり、接続可能なサーバー情報が自動的に用意されるわけではありません。以降の操作には、ご自身がすでに持っているサブスクリプションまたはサーバー情報が必要です。まず設定情報の入手元と有効性を確認し、追加、デフォルトサーバーの選択、システムの許可設定を行ってください。このサイトではサーバー情報、サブスクリプション、関連サービスの提供・販売・推奨は行っていません。アプリの価格と購入条件は App Store の表示を確認してください。接続に使う設定情報の有効性は別途確認が必要です。

まず App Store の「メディアと購入」で使っているアカウントが、購入時のアカウントと同じか確認します。次にアカウントの購入済みアプリ一覧で Shadowrocket を探し、製品ページに再ダウンロードのボタンが表示されるか確認してください。デバイスの iCloud アカウントと App Store の購入アカウントは異なる場合があるため、設定画面上部のアカウント名だけでは判断できません。価格が表示される場合は、購入履歴と現在の App Store の国または地域を先に確認し、すぐに再購入しないでください。複数デバイスでの購入適用範囲とファミリー共有の条件は App Store の表示に従ってください。再ダウンロードしても、端末内の設定が復元されるとは限りません。

Shadowrocket は主に iPhone と iPad で利用され、iPad でも App Store の製品ページから入手します。まずストアの互換性欄でデバイスとシステム要件を確認し、購入に使うアカウントに購入履歴があるか確認してください。Mac、Apple TV、Apple Vision についても同じ製品ページの互換性情報を確認してください。システム要件とユニバーサル購入への対応は、すべて App Store の表示に従ってください。あるデバイスで利用できるからといって、ほかのデバイスでも同じとは限りません。接続設定と、サーバー側で許可される同時利用台数もそれぞれ確認が必要です。

これはネットワーク接続の構成を作成するために、システムが許可を求める画面です。確認済みの Shadowrocket を操作していることと、利用可能なサーバー設定があることを確かめてから、画面の案内に従って追加を許可してください。必要に応じて、デバイスのパスコードまたは生体認証で確認します。追加が完了しても、システムが接続を許可したことを示すだけで、サーバーが利用可能であることや、すべての通信に同じ経路が適用されることを意味しません。実際の経路は Global Routing と Config のルールにも左右されます。許可後は Home に戻ってサーバーを選び、Connectivity Test で確認してください。

まず Home にサーバーが登録されていることを確認し、項目をタップしてデフォルトサーバーに設定します。左側に選択済みの丸印が表示されるか確認してください。次に、システムの VPN 構成追加を許可したか、デバイスで別の VPN 接続が動作していないか確認します。会社や学校の管理対象デバイスの場合は、管理ポリシーで VPN が制限されていないかも確認してください。ほかの接続を停止してから再試行し、ダイアログの表示内容や Log のエラーを記録します。設定をすべて続けて削除するのは避けてください。システム構成の異常を確認し、バックアップを取った場合に限り、VPN 構成の追加をやり直してください。

チュートリアルと表示を合わせるために、すぐデバイス全体の言語を変更する必要はありません。このサイトでは Home、Add Server、Config、Settings など、アプリ内の英語表記を使って操作を説明しています。まずは同じ名前の項目を探してください。表示言語を変更したい場合は、システム設定の Shadowrocket アプリ設定に言語オプションがあるか確認します。選べる言語は、現在のアプリとシステムに表示される内容に従ってください。言語を変えてもサーバー情報が補われたり、接続の問題が解決したりするわけではありません。マニュアルと入口が異なる場合は、表示中の画面と操作対象を確認してから、設定ガイドと照らし合わせてください。

次の3点を確認します。Home でデフォルトサーバーが選択されていること、システムの接続状態が確立していること、Connectivity Test がテスト先に対して利用可能な結果を返すことです。その後、実際に使うページやアプリにもアクセスし、目的の通信が正常に行えるか確認します。スイッチがオンでも、接続処理が始まった、またはトンネルが確立したことを示すだけで、目的の通信ができる保証にはなりません。テストではサーバー、ネットワーク、Global Routing のモードを固定し、複数の条件を同時に変えないでください。一部の接続先だけ失敗する場合は、VPN の許可設定を繰り返すのではなく、ルールや DNS を確認します。

バッテリー消費は、実際の通信量、Wi-Fi の品質、サーバーへの再接続頻度、テスト頻度、ログ記録など複数の要因で変わります。接続アイコンだけでは判断できません。まずシステムのバッテリー画面で、同程度の使用時間における消費量を確認し、繰り返しの速度テストや不要な詳細 Log を減らしてください。On Demand は条件に応じて接続を開始する機能で、常に省電力になるスイッチではありません。有効にする前に手動接続が安定していることを確認し、条件を一つずつ設定してください。手動で切断しても再接続される場合は、On Demand の有効状態と適用条件を確認します。

まず、アカウントのログインページや説明ページではなく、サービス提供元から案内されたサブスクリプション URL をコピーしたか確認します。空白、改行、日本語の句読点が混ざっていないかも確認してください。次に、現在のネットワークからその URL にアクセスできるか、サービスが有効かを確認します。サーバーからログインページ、エラーページ、空の内容が返る場合、URL を開けてもサブスクリプションとして読み込めません。ネットワークに問題がないのに認識されない場合は、設定情報の提供元に出力形式と Shadowrocket との互換性を確認してください。エラーを報告する際は、URL に含まれる認証情報を隠し、元の URL を公開しないでください。

まず Type が、手元にあるサーバー情報のプロトコルと一致しているか確認し、アドレス、ポート、認証情報を一つずつ照合します。Shadowsocks、VMess、VLESS、Trojan などでは必要な項目が異なるため、同じパラメーターを別の Type にそのまま入力しないでください。TLS や転送設定がある場合は、サーバー側から指定された名前やパスも確認し、大文字・小文字や文字列をそのまま保ちます。ポートには提供元が指定した数値を入力し、アドレス欄に余分なパスを含めないでください。保存後はそのサーバーを選択してテストします。保存できたことだけで、入力が正しいとは判断できません。

QR コードを読み取れたことは、コード内の内容を認識したという意味にすぎず、Shadowrocket が対応するサーバー情報とは限りません。まず、その QR コードがご自身の設定情報に由来し、アカウントのウェブページではなくサーバー情報またはサブスクリプションを含んでいるか確認してください。読み取り後にパラメーター画面が開いた場合は、Type、アドレス、認証項目が揃っているか確認し、保存してから Home に戻り、追加された項目を探します。それでも読み取れない場合は、設定情報の提供元に QR コードの形式を確認してください。QR コードには認証情報が含まれることがあります。画像を公開の掲示板に投稿せず、トラブルの報告には情報を隠した項目とエラーメッセージだけを使ってください。

Home で該当する Subscribe グループまたはサブスクリプション管理の入口を探し、そのサブスクリプションの更新操作を実行します。更新後は一覧の内容とデフォルトサーバーが引き続き有効か確認してください。具体的な操作場所は現在のアプリ表示に従います。自動更新を設定する場合は、関連するサブスクリプション設定を確認してください。更新に失敗しても、すぐに元のグループを削除せず、エラーを記録してネットワーク、URL の有効性、応答内容を確認します。項目が残るかどうかは更新結果によります。一覧にサーバーが表示されていても、接続できるとは限りません。詳しい手順はサブスクリプション更新の記事をご覧ください。

いいえ。Subscribe は通常、サーバー項目の一覧と更新元を管理するために使います。Config はルールなど、接続動作に関する設定をまとめるものです。一方を読み込んだからといって、もう一方も設定済みとは限りません。手元の内容が何に使われるものかを確認し、適切な入口を選んでください。Config を変更する前に現在の設定をバックアップし、ポリシーの参照先が実際のサーバーやポリシーグループと一致しているか確認します。内容が分からない Config は、日常使用中の設定に上書きせず、ルールや DNS などを先に確認してください。読み込み後は同じテスト先で検証すると、どの設定による変化か判断しやすくなります。

Config は、現在選択されている Config のルールに従って接続方法を決めます。ルールを確認済みの日常利用に適しています。Proxy は通信にプロキシ経路を使い、選択中のサーバーが利用できるかを調べる際に役立ちます。Direct は接続先に直接アクセスし、現在のネットワークでの基本的な通信状況を確認する際に使います。3つはルーティング方法の違いであり、弱い順・強い順を示すものではありません。テストでは接続先とサーバーを固定し、一度に切り替えるモードは一つだけにしてください。ルールのマッチ記録と照らし合わせて違いを判断し、モード名だけからアクセス結果を推測しないようにします。

まず接続を停止し、現在の Wi-Fi またはモバイル通信で一般的な接続先にアクセスできるか確認します。ログインが必要なネットワークでは、先に認証を済ませてください。次に Shadowrocket に戻り、デフォルトサーバーと既存のサービス状態を確認して Connectivity Test を実行します。サーバーのテストに成功したら Global Routing を確認します。Proxy では接続できるのに Config ではできない場合は、ルールとポリシーの参照先を優先して確認してください。ほかのテストは正常なのにドメインへアクセスできない場合は、DNS 関連の記録を確認します。原因を特定できなくなるため、サーバー、ルール、DNS を同時に変更せず、一度に一つだけ変更してエラーを記録してください。

一部の接続先だけ失敗していても、サーバー自体は正常に動作している場合があります。原因はルールの照合、DNS、接続先の状態、アプリのキャッシュなどかもしれません。まず失敗する接続先のドメインと発生時刻を記録し、適用されたルールと最終的なポリシーを確認してください。DOMAIN-SUFFIX はドメインの末尾、DOMAIN-KEYWORD はドメイン内のキーワードに一致するルールです。ルールの順序も結果に影響するため、具体的な一致条件を FINAL より前に置きます。変更した Config が現在有効になっていることを確認してから再テストしてください。一つの接続先のために Config 全体を置き換えたり、認証情報を含むログをそのまま公開したりしないでください。

遅延テストの結果が示すのは、現在のテスト方法と接続先に対する応答状況です。すべてのサイト、プロトコル、アプリが正常に使えることを意味しません。まず Settings で Ping 関連のテスト方法と接続先を確認し、Connectivity Test と実際のアクセスでも検証します。結果を比較するときはネットワークとテスト方法を揃え、近い時間帯に実施してください。異なる方法で得た数値をそのまま比較して優劣を判断しないでください。テストに応答があっても実際の通信が失敗する場合は、認証情報、ルール、DNS、接続先の状態を確認します。テストを繰り返しても、通常これらの問題は解決しません。

まず再現したい問題を一つに絞り、必要な場合だけ Log を有効にして、該当する操作を一度実行します。そのときのネットワーク、Global Routing のモード、テスト先も記録してください。エラーの種類、適用されたルール、発生順序を優先して残し、確認後は適切なログレベルに戻して、不要な詳細データを長期間記録しないようにします。報告前に、サブスクリプション URL、認証情報、サーバーの資格情報に加え、個人のアクセス履歴を特定できるドメインやリクエスト内容も隠してください。接続アイコンのスクリーンショットだけを送ったり、Config 全体をそのまま公開したりしないでください。問題の特定には必要最小限の情報が役立ちます。