iOS / iPadOS向けのルールベースプロキシクライアントです。App Storeの正規品と買い切りであることを確認してから、既存のサブスクリプションを読み込み、ルールと接続をテストします。
まず Config / Proxy / Direct の基本的な動作を理解しましょう。Scenario は状況に応じて選択肢を整理する機能です。具体的な動作はアプリ内で確認してください。
まずデバイスと購入に使用するアカウントを確認してから、App Storeの製品ページを開いてください。システム要件、互換性、ユニバーサル購入の適用範囲は、App Storeの表示をご確認ください。
Homeから既存の接続情報を追加・選択し、動作を確認できます。購入前にApp Storeの互換性情報を開き、お使いのシステムが要件を満たしているか確認してください。初回接続時にシステムからVPN構成の追加を求められます。アプリ名と許可の用途を確認してから続行してください。
インストールが完了しても、クライアントを利用する準備が整っただけです。まずご自身のサブスクリプションまたはサーバー情報を用意し、アドレス、ポート、認証情報に不備がないことを確認してから、ガイドに沿って読み込んでください。App Storeでの購入完了だけで接続可能と判断しないでください。
iPhoneでの入手方法を見る →購入済みの場合は、購入時に使用したApple IDでApp Storeの購入済み項目を確認してください。iPhoneとiPadのユニバーサル購入の適用範囲は、ストアページの表示をご確認ください。横向きではリストと編集エリアの配置が異なる場合があります。操作箇所はHome、Config、Settingsなどの画面上の表記を目印にしてください。
購入履歴とアプリの設定は別のものです。別のデバイスでアプリを再入手した後も、そのデバイスのサーバー一覧、現在のConfig、システムの許可設定を確認してください。iCloudで同期している場合も、ファイル名だけで内容が同じだと判断せず、設定を実際に開いて確認しましょう。
iPadでの入手方法を見る →Mac / Apple TVでも同じApp Storeから入手できます。互換性はストアページの表示をご確認ください。
購入可能かどうか、どの通貨で表示されるか、購入済みの履歴を利用できるかは、購入に使用するアカウントのストアで確認してください。検索結果が想定と異なる場合は、下の製品ページへのリンクを使い、デベロッパ名、アイコン、アプリIDを確認しましょう。
目的に応じて機能を確認しましょう。Rulesはリクエストの経路を決め、Protocolsは接続パラメータに対応し、Subscribeは読み込み元を管理します。On Demandは自動接続の条件、Diagnosticsは結果の確認に使います。いずれもサーバーの接続パラメータそのものを補う機能ではありません。
ルール分岐では、プロキシ経由、直接接続、拒否するリクエストを振り分けます。ConfigのRuleセクションを確認し、Global RoutingでConfigを選択している場合は、実際の動作もテストしてください。ルールは通常、上から順に照合されます。具体的な条件を広範な条件より前に置き、FINALを末尾のフォールバックにします。DOMAIN-SUFFIXはドメインのサフィックスを、IP-CIDRは宛先のアドレス範囲を照合します。編集前に元の設定を保存し、ポリシー名と現在選択できる項目が一致していることを確認してください。
On Demandでは、ネットワークなどの条件に応じて接続動作を設定できます。すべてのリクエストに同じルーティングを適用する機能ではありません。SettingsからOn Demandを開き、まず接続自体が正常に動作することを確認してから、必要な条件を設定します。Wi-Fi、Cellular、ドメインごとに条件を設定する場合は、適用範囲と順序を確認し、複数の条件が競合しないようにしてください。保存後は対象のネットワークと別のネットワークの両方で動作を確認します。意図しない再接続が起きた場合は、自動接続の設定を先に確認し、その後でサーバー接続の問題かどうかを判断してください。
複数のプロトコルに対応していても、異なるプロトコルの入力項目を混用できるわけではありません。Add ServerでShadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2などのTypeを確認し、Host、Port、対応する認証情報を入力してください。TLS、トランスポート方式、鍵に関する項目は、手元の設定情報に従って一つずつ確認します。同じプロトコル名でもパラメータが異なる場合があります。Typeだけを変更して以前の項目をそのまま使わず、接続情報全体を確認してください。
サブスクリプションは、ユーザー自身が有効なものを保有している場合に、サーバー項目をまとめて読み込み、更新するために使用します。Add Serverで読み込み方法を選び、完全なURLを入力してください。保存後、読み込み元のグループと項目が表示されているか確認します。更新に失敗した場合は、URLにアクセスできない、応答内容に互換性がない、項目のパラメータが不足している、のどれに該当するかを切り分けてください。更新によってサーバー一覧が変わっても、現在のConfigが変更されたとは限りません。URLにアクセス情報が含まれる場合があります。診断情報を共有する際は、該当部分を隠し、URL全体を公開しないでください。
Configにはルールや関連設定が保存されます。ファイルを編集しても、それが現在使用中の設定になるとは限りません。Config画面で選択中の項目を確認し、General、Rule、Hostsなどのセクションを確認してください。iCloudで同期する場合は、Settingsで関連設定とシステムのiCloudの状態を確認し、別のデバイスでも実際の内容を確認します。ファイルの同期は、実行状態すべての同期を意味しません。切り替え前に使用可能なコピーを保存し、変更後はHomeに戻ってGlobal Routingを確認してから、影響を受けるリクエストをテストしてください。
接続スイッチ、Connectivity Test、実際のリクエストは、それぞれ異なる状態を示すため、あわせて確認してください。Homeで選択中のサーバーをテストし、次にSettingsのDiagnosticsで診断情報を確認します。Dataで通信量の変化を見る場合は、集計範囲と観察時間も確認してください。遅延テストに成功しても、すべての宛先にアクセスできるとは限りません。通信量のカウントだけでルールの正しさを判断することもできません。まずローカルネットワークとサーバーパラメータを確認し、次にDNSとルールの照合結果を調べます。一度に変更する設定は一種類に絞り、変更前後の結果を比較できるようにしてください。
入力内容と条件を確認します。次に接続とルールの結果を検証します。
Configは現在の設定に含まれるルールに従ってリクエストの経路を決定します。Proxyはリクエストをプロキシ経由にし、Directは直接接続します。プロトコルの種類は、クライアントとサーバーの通信方式を示します。Global Routingを変更しても、誤ったパスワード、鍵、ポートは修正されません。プロトコルを切り替えても、不足しているルールが自動で補われるわけではありません。
Dataは通信量の確認、iCloudは関連設定の同期、On Demandは条件に応じた接続の自動実行に使います。それぞれ目的が異なります。問題を調べるときは、「接続が自動で開始されない」「設定が同期されない」「リクエストが想定どおりにルーティングされない」のどれかを特定してから、該当する画面を確認してください。複数の設定を同時に変更すると、原因を判断しにくくなります。
App Storeからアプリをインストールし、ご自身のサブスクリプションまたはサーバー情報を用意したら、次の順序で操作してください。まず検証可能な基本設定を一組完成させ、その後で細かいルール分岐や自動接続の条件を追加します。
HomeからAdd Serverを開きます。手動入力の場合はTypeを選択してから、Host、Port、認証情報を確認してください。サブスクリプションを読み込む場合は、ご自身の完全なURLを使用し、保存後にSERVERグループに項目が表示されることを確認します。Scan QR Codeで読み込んだ場合も、項目を開いてパラメータを確認してください。
保存後にリストが空の場合は、読み込み内容とURLが完全かどうかを確認してください。同じ名前の項目を繰り返し作成するのは避けましょう。まず読み込み元が明確な接続を1つ残してテストします。TLSや追加のトランスポート項目がある場合は、項目名から推測せず、サービス提供元の情報と一つずつ照合してください。
Homeに戻り、テストするサーバーを選択してからGlobal Routingを確認します。ルール分岐を使う場合はConfigを選択し、Config画面で現在選択中の設定ファイルを確認してください。ルールとサーバーの問題を一時的に切り分けるには、ProxyとDirectの用途を比較します。
設定ファイルが存在することと、選択されていることは別です。ファイル名が同じでも内容が同じとは限りません。特に別のデバイスで読み込んだり同期したりした後は、RuleセクションとFINALに設定されたポリシーを確認してください。初回テストでは、できるだけシンプルで内容を把握しやすいルールを使い、結果を確認してから条件を追加しましょう。
接続スイッチをオンにし、システムの案内に従ってVPN構成を許可します。次にConnectivity Testを実行し、実際に利用する宛先にもアクセスして、リクエスト記録とルールの照合結果から動作を判断してください。システムに接続中の表示が出ても、対象のリクエストが成功したことを示す唯一の根拠にはなりません。
テストがタイムアウトする場合は、まずローカルネットワークが正常か確認してから、アドレス、ポート、認証情報、システム時刻を確認してください。一部の宛先だけで問題が起きる場合は、DNSとルールを確認します。変更後は同じ宛先を再テストし、結果の違いを記録してください。サブスクリプションURLや診断記録を共有する前に、認証情報を隠してください。
Shadowrocketはクローズドソースの有料アプリで、入手先はApp Storeのみです。このサイトはShadowrocket 公式ガイドです。購入、互換性、アップデートの情報はApp Storeの製品ページでご確認ください。
App Storeのリンクから製品ページを開き、アプリ名がShadowrocketであることを確認します。次に、デベロッパがShadow Launch Technology Limitedであることを確認してください。続いて、このサイトに掲載された公式アイコンと照合し、最後に製品ページのリンクに含まれるアプリIDが932747118であることを確認します。アプリ名だけで判断せず、3つの情報をすべて照合してください。
検索結果には、名前やアイコンが似たアプリが表示される場合があります。検索順位や名前に含まれる一語だけで判断しないでください。検索結果から開いたページが上記の情報と一致しない場合は、このサイトの入手方法ページに戻り、指定の製品ページを開いてください。購入を確定する前に、アプリ名とアカウントをもう一度確認し、情報が確認できるまで支払いを進めないようにしましょう。
公式アイコンは製品を見分けるための目印です。App Storeに掲載されたデベロッパ情報や製品ページの代わりにはなりません。正規品の確認後も、システム要件、対応デバイス、購入の適用範囲は、製品ページの最新の表示をご確認ください。
3項目の確認手順を見る →Shadowrocketは買い切りで、米国ストアでの価格は約2.99米ドルです。実際の金額はApp Storeの表示をご確認ください。他のストアでは現地通貨で表示されます。ページの言語、デバイスの言語、購入アカウントのストアはそれぞれ別の要素です。現在のアカウントで開いたストアで、価格、支払い条件、購入可能かどうかを確認してください。
買い切りとは、クライアントの支払い方式を指します。接続サービスが購入に含まれることや、既存のサブスクリプションが長期間有効であることを示すものではありません。アプリの購入、サーバー認証、サブスクリプションの有効性はそれぞれ別の事項です。アプリの入手はストアで行い、既存の接続情報はクライアントに読み込んで動作をテストしてください。
同じApple IDでiPhoneとiPadの購入済み項目を利用する場合、ユニバーサル購入の適用範囲はストアページの表示をご確認ください。ファミリー共有など購入に関する条件も、製品ページとシステムの実際の案内を確認してください。別のデバイスにインストール済みというだけで、現在のアカウントに購入履歴があると判断しないでください。
価格と買い切りについて見る →機種変更や再インストールの際は、購入時に使用したApple IDでApp Storeの購入済み項目を開き、Shadowrocketを探してください。購入状況が想定と異なる場合は、アカウントとストアを確認してから購入履歴を確認します。アプリの再入手と再購入を混同しないようにしてください。現在のデバイスで入手できるかどうかは、互換性も確認してください。
購入履歴を復元しても、すべての接続パラメータが自動で復元されるわけではありません。アプリを開き直したら、サーバー一覧、サブスクリプションの読み込み元、現在のConfig、VPN構成の許可をそれぞれ確認してください。iCloudで同期する場合は、システムとアプリ内の関連設定を確認し、このデバイスにファイルの内容が反映されているか確かめましょう。
アプリを削除する前に、必要な設定を適切に保存してあることを確認してください。特に手動で追加したサーバー情報、ユーザーが編集したルール、同期されていないローカルファイルについては、個別に復元方法を確認します。「購入済みなので再入手できる」ことを、「ローカル設定も必ず復元できる」と考えないでください。
購入済みアプリの復元について見る →アプリはApp Storeからアップデートできます。システムで許可されている場合は自動アップデートを利用するか、ストアでアップデート履歴を確認してください。システム要件や互換性が変わる場合があるため、操作前に製品ページの最新の表示を確認しましょう。このページでは特定のバージョン番号や更新日を記載していません。静的な案内を最新情報と誤認しないためです。
アップデート後に画面の配置が異なる場合は、Home、Config、Settingsなどの画面上の表記を目印に項目を探し、関連設定が想定どおりか確認してください。接続動作が変わった場合は、すべての設定をすぐに削除せず、まず選択中のサーバーとConfigを確認します。以前正常に動作していたパラメータやテスト結果も、再確認の参考になります。
問題を記録する際は、操作手順、ネットワーク環境、選択したプロトコル、エラーの内容を記載できます。ただし、サブスクリプションURLに含まれる認証情報、パスワード、秘密鍵は必ず隠してください。「接続失敗」と「ルールの結果異常」を区別できる情報があると、原因を切り分けやすくなります。
読み込みと接続のトラブル対処を見る →購入で得られるのはクライアントの利用権です。ご自身がすでに保有しているサブスクリプションまたはサーバー情報をAdd Serverで読み込み、項目を選択してテストしてください。アプリの購入と接続サービスは別のものです。初回利用ガイドに沿って順に確認できます。
SubscribeとConfigは管理する内容が異なります。まずサーバーグループが更新されているか確認し、次に現在選択中のConfigとGlobal Routingを確認してください。サーバー項目が変わったからといって、ルールファイルも置き換わったとは限りません。サブスクリプション更新の確認もご覧ください。
テストの成功は、選択した方法で接続先に到達できたことを示しますが、すべての宛先に想定どおりのポリシーが適用されることまでは証明しません。実際の宛先にアクセスし、DNS、ルールの照合結果、Dataの表示も確認してください。DNS設定の確認もご覧ください。
以下のメモでは、個別の目的ごとに解説します。まず項目や自動接続条件の意味を理解し、その後でご自身の設定を確認してください。サーバーパラメータについては、手元にある情報に基づいて設定し、プロトコル名からサーバー側の設定を推測しないでください。
On Demandの条件設定を解説します。指定したWi-Fi SSID、モバイル通信、アクセス先のドメインに応じた自動接続・切断、ルールの優先順位、よくある設定ミスを取り上げます。まず手動接続を確認し、その後で自動接続の条件を一つずつ追加してください。
メモを読む →複数の既存サブスクリプションを追加した場合に、読み込み元ごとにグループ分けし、サーバー項目を並べ替え、無効なサブスクリプションを削除し、同じ項目が一覧に重複して表示されるのを防ぐ方法を解説します。整理する前に読み込み元を記録し、個別項目の削除とサブスクリプションの削除を区別してください。
メモを読む →ShadowrocketでWireGuardのTypeを追加する際の各項目の意味と入力元に加え、MTU、DNS、キープアライブ間隔が接続の安定性に与える影響を解説します。パラメータは既存の設定情報に合わせてください。トラブル対処用のスクリーンショットに秘密鍵を含めて公開しないでください。
メモを読む →