iPhone
App Storeでアプリを確認してから購入・インストールしてください。初めて接続するときは、システムからVPN構成の追加を求められます。画面の内容を確認し、Shadowrocketによる要求であることを確かめてから許可してください。
iPhoneでの入手手順を見る →PURCHASE / INSTALL
ShadowrocketはAppleプラットフォーム向けの有料クライアントです。この公式マニュアルでは、購入、読み込み、モード設定、動作確認の順に解説します。未購入の場合はまずApp Storeの情報を確認し、インストール済みの場合はチュートリアルの操作手順をご覧ください。
App Storeでアプリを確認してから購入・インストールしてください。初めて接続するときは、システムからVPN構成の追加を求められます。画面の内容を確認し、Shadowrocketによる要求であることを確かめてから許可してください。
iPhoneでの入手手順を見る →購入時に使用したApple Accountで、購入済み項目を確認してください。iPhoneとiPadでの購入対象範囲はApp Storeの掲載内容をご確認ください。インストール後は、この端末で選択しているサーバーと現在の構成も確認しましょう。
iPadでの入手手順を見る →アプリの購入後、ユーザー自身が保有するサブスクリプションまたはサーバー情報を用意してください。サブスクリプションは接続先の項目をクライアントに読み込むためのもので、構成ファイルはルールや関連設定を定義します。この2つは別のものです。手元の情報がどちらに当たるかを確認してから適切な項目を選ぶと、サブスクリプションのURLをサーバーアドレス欄に入力する間違いを防げます。
初めて使うときは、用途が明確な情報を1つだけ読み込むことをおすすめします。読み込み後、Homeでサーバー項目が表示されているか確認し、プロトコルの種類と必須項目を照合してください。この段階ではDNS、ルール、複数の詳細オプションを同時に変更しないでください。設定の出発点を明確にしておくと、問題が起きたときに影響した項目を特定しやすくなります。
システム要件はApp Storeの掲載内容をご確認ください。製品ページを開いたら、まずこの端末で購入または再ダウンロードできるかを確認し、次に互換性欄を確認します。ストアで表示される内容は現在のアカウントの地域によって異なります。ウェブで製品情報を開けても、現在のアカウントで購入できるとは限りません。
Mac、Apple TVでも同じApp Storeから入手できます。対応状況はApp Storeの互換性欄をご確認ください。
購入済みの場合は、まず元のアカウントの購入済み項目を確認してください。具体的な復元手順はダウンロードページをご覧ください。購入記録で復元できるのはクライアントです。サブスクリプション、サーバー情報、構成は別途確認が必要で、アプリをインストールしただけでは必要な情報が揃っているとは限りません。
RULE / POLICY / CONFIG
サーバーのパラメータは接続方法を決め、Global Routingはリクエストの振り分け先を決めます。Config内のルールでは、さらに照合条件を指定します。以下の例は構文や画面上の用語を説明するもので、接続に使える情報ではなく、現在の端末の実際の構成を示すものでもありません。
ルール振り分けでは、ドメイン、アドレスなどの条件に基づいて、リクエストに適用するポリシーを判定します。HomeでGlobal RoutingをConfigに設定すると、現在の構成にあるルールが通常は上から順に照合され、一致した時点で該当するポリシーが適用されます。ルールを編集するときは、具体的な条件を広い条件より前に置き、末尾のFINALの振り分け先を確認してください。結果が想定と異なる場合は、まず有効な構成を確認し、次にルールの順序と実際の照合記録を調べます。ルール名だけで判断しないでください。右側のドメインは構文の例であり、推奨構成を示すものではありません。
# DOMAIN-SUFFIX,example.com,PROXYOn Demandは、設定した条件に応じて接続を開始する機能です。手動接続の確認を済ませてから設定してください。SettingsでOn Demandを開き、各条件が想定するネットワーク環境と合っているかを確認し、ネットワーク切り替え後の動作を観察します。これは接続を開始するタイミングを制御する機能であり、サーバーのパラメータを修正したり、Configのルール振り分けを代替したりするものではありません。手動でオフにした後に再び接続される場合は、構成を何度も削除するのではなく、まずここを確認してください。トラブルシューティング中は関連する条件を一時的に無効にし、再現可能な状態でテストします。手動接続が正常であることを確認してから、条件を1つずつ戻してください。
# Settings / On Demandサーバーを追加するときは、Typeをユーザーが保有するサービスの情報に合わせてください。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2では、項目や通信方式が異なります。Typeの名前だけを変更しても、サービスの種類は切り替わりません。Add Serverを開き、提供された情報に沿ってアドレス、ポート、認証情報、関連する通信項目を確認し、指定されたオプションを維持してください。プロトコル名だけから実際の速度やバッテリー消費量を判断することはできません。通信経路、サーバーの負荷、接続方法などによって結果は変わります。選択に迷った場合は、まず項目の意味を確認し、同じ環境で動作を検証してください。
# Add Server / Type既存のサブスクリプションを使うと、サーバー情報をまとめて読み込み、更新できます。追加する前に、リンクがユーザー自身のサービスから提供されたものかを確認し、サブスクリプション、単体のサーバーリンク、構成ファイルのどれに当たるかを見分けてから、チュートリアルに沿って適切な項目を選んでください。更新後はグループ内の項目を確認し、現在選択している接続先が残っているかも確かめましょう。更新に失敗した場合は、ネットワークリクエストの失敗、形式の不一致、サービス状況の変化を切り分けてください。混乱を避けるため、同じ項目を何度も追加しないでください。サブスクリプションのリンクにはアクセス認証情報が含まれる場合があります。ログやスクリーンショットを共有する前にURL全体を隠してください。クライアントを購入してもサブスクリプションは含まれません。
# Subscribe / SERVERConfigでは構成ファイルを管理します。ファイルを読み込んでも、現在の構成として有効になったとは限りません。まず選択中の項目を確認し、General、Ruleなどの内容を確かめてから、変更前に復元用のコピーを保存してください。ルールは通信の振り分けを決め、名前解決関連の設定はドメインからアドレスを取得する方法に影響します。2種類の問題は分けて確認してください。iCloudで同期する場合は、デバイスのアカウント、同期設定、ファイルが揃っているかも確認します。同期後は、選択中の項目と接続状態を各デバイスで改めて確かめてください。構成に含まれるアドレスや認証情報も保護し、ファイル全体を公開のトラブルシューティング資料として共有しないでください。
# [Rule]接続スイッチ、Connectivity Test、Data、Diagnosticsでは、それぞれ異なる情報を確認できます。テストに応答があっても、そのテスト条件で結果が得られたことを示すだけで、実際のウェブサイトへのアクセスを保証するものではありません。Dataの通信量が変化しても、それだけでルールが正しく適用されたとは判断できません。トラブルシューティングでは、まず基本ネットワークを確認し、次にサーバー接続、ドメイン名前解決、現在のポリシーを調べ、最後に関連ログを確認してください。一度に変更するのは1項目だけにし、変更前後の実際の現象を記録すると、原因を絞り込めます。問題を他の人に伝えるときは、エラーの種類と操作順序を残し、サブスクリプションURL、認証情報、個人のアクセス記録は隠してください。
# Settings / DiagnosticsConfig、Proxy、Directは、利用時にまず区別しておきたい3つのモードです。Configは現在の構成に従ってリクエストの振り分け先を決定します。Proxyはプロキシ経路を選んで利用可能なリクエストを転送し、Directは直接接続します。ルールファイル内のPROXY、DIRECT、REJECTはポリシーを表すキーワードです。画面上のモード名とは分けて理解してください。ルールを変更する前にGlobal Routingを確認しましょう。構成に基づく振り分けが行われていない状態で、ルールを繰り返し編集しても問題の解決にはつながりません。
「全域モード」と呼ばれる設定は、説明だけで推測せず、実際の画面上の選択肢を確認してください。接続結果を比較する場合は、サーバーとテスト対象を変えずにモードの違いを確認し、テスト後は想定した設定に戻します。特定のモードだけでリクエストが失敗する場合は、サーバーや構成をいくつも同時に変更するより、そのモードでのルールと名前解決の記録を確認するほうが原因を特定しやすくなります。
画面の順に初回接続を設定 →IDENTITY / PURCHASE / RESTORE
正規版はApp Storeの製品ページで確認してください。開発者、公式アイコン、アプリIDを照合し、価格と互換性も確認します。このサイトはShadowrocketの公式サイト・公式マニュアルで、入手先はApp Storeに統一しています。
検索結果のアプリ名とアイコンは、ほかの情報と併せて確認してください。製品詳細を開き、開発者がShadow Launch Technology Limitedであることを確認したうえで、製品ページのURLに含まれるアプリIDが932747118かを確かめます。アイコンは、このサイトのヘッダーに表示されている公式アイコンと一致するはずです。この3点でアプリを確認し、名前が似ているという理由だけで購入しないでください。
Shadowrocketはクローズドソースの商用アプリです。機能、システム要件、ストアでの取引情報は、それぞれ該当する情報源で確認してください。このマニュアルでは操作方法と概念を説明し、App Storeでは最新の価格、互換性、購入情報を確認できます。購入前にアカウントと取引記録を確認しておくと、機種変更、再インストール、購入アカウントの確認に役立ちます。
製品が表示されるか、どの通貨で価格が表示されるか、購入を完了できるかは、現在のApp Storeのストアフロントとアカウントの状態によって異なります。アプリが検索で見つからない場合は、まずダウンロードページの商品リンクから詳細を開き、現在のアカウントの地域とストアの案内を確認してください。検索結果に表示されないからといって、端末が非対応とは限りません。ウェブの製品紹介だけを見て、アカウントに購入資格があると判断することもできません。
アカウントの地域変更を検討する場合は、現在の残高、サブスクリプション、支払い方法に関する制限を事前に確認し、Appleの案内に従ってください。具体的な条件はアカウントによって異なる場合があるため、操作前にアカウントページに表示される内容を確認してください。システム要件はApp Storeの掲載内容をご確認ください。このページでは、特定の端末での表示結果をすべてのユーザーに共通する条件として扱いません。
米国ストアでの価格は約2.99米ドルの買い切りです。ストアフロントごとに現地通貨で表示され、実際の金額は購入確認画面に表示されます。購入対象はShadowrocketクライアントです。iPhoneとiPadで共通して購入できるか、またほかの対応デバイスで利用できるかは、同じApp Store製品ページの掲載内容をご確認ください。
別のデバイスで使う場合は、元の購入アカウントでサインインしていることを確認し、購入済み項目と互換性を確認してください。アプリの購入情報と、デバイス内の接続情報は別のものです。クライアントを再ダウンロードできても、サーバーのパスワード、サブスクリプション、現在の構成が新しいデバイスに自動で表示されるとは限りません。インストール後に各情報を確認してください。
機種変更や削除後の再インストールでは、まずApp Storeの購入済み項目からShadowrocketを探してください。ページに再び価格が表示される場合は、購入確定をいったん保留し、現在のアカウントが購入時のものか、購入記録、ストアフロント、アプリ情報が正しいかを確認します。購入記録に不明点がある場合は、Appleの購入履歴・請求に関するサポート手順に沿って対応してください。
クライアントのアップデートはApp Storeから行います。デバイスの設定に応じて自動アップデートを使うか、ストアでアップデートを確認してください。アプリのアップデート、サブスクリプションの更新、構成の切り替えはそれぞれ別に管理します。アップデート後に接続動作が変わった場合は、まず現在のサーバー、Global Routing、選択中の構成を確認してからテストしてください。重要な構成は変更前にコピーを保存し、差分を確認できるようにしておきましょう。
アプリの購入と接続サービスは別々に管理されます。Shadowrocketで接続するには、ユーザー自身が保有するサーバー情報またはサブスクリプションが必要です。構成ファイルでは、さらにルールや名前解決などの設定を定義します。情報の種類を確認してから、チュートリアルに沿って読み込んでください。読み込みと初回接続の手順を見る →
スイッチの状態だけでは判断できません。サーバーの利用可否、現在のモード、ドメインの名前解決、ルールの振り分け先をそれぞれ確認してください。同じテスト対象を使い、順番に調べて一度に変更する設定を1つにすれば、問題がどの段階で起きているかを特定できます。接続トラブルのよくある質問を見る →
まずConfigでそのファイルが現在の構成として選択されていることを確認し、Global RoutingがConfigになっているかを確かめてください。次にルールの順序と照合記録を確認します。特に、広い条件が先に一致していないか、末尾のFINALがどのポリシーに振り分けているかを調べてください。ルールに関するよくある質問を見る →
まず元の購入アカウントでApp Storeからクライアントを復元し、次に既存のサブスクリプションと構成が揃っているか確認します。最後に、この端末で選択されているサーバーと接続の許可を確認してください。購入を復元しても、利用状態がすべて復元されるわけではありません。購入済みアプリの復元方法を見る →
FIELD NOTES / REFERENCE
具体的な問題に応じて、操作時の状況を補足する記事を用意しています。初めて使う場合は、まずチュートリアルをご覧ください。接続できても結果が想定と異なる場合は、現象に合った記事を参照してください。記事内のルール例は仕組みの説明用です。確認せずに構成全体を置き換えないでください。
具体的なドメイン条件から末尾のポリシーまで、ルールの順序がリクエストの振り分け先に与える影響を解説します。記事を読む際は、まず現在のGlobal Routingを確認し、照合記録と見比べて前のルールに一致していないかを調べてください。仕組みを理解してから、自分のルールを調整しましょう。
ルールの順序について読む →スイッチの状態と実際のアクセス結果を分けて考え、サーバーの利用可否、Global Routing、DNS、ルールの照合状況を順番に確認します。各段階での現象を記録してから次に調べる箇所を決めると、複数の設定を同時に変更して原因を追えなくなるのを防げます。
接続チェックリストを読む →テストへの応答とドメインの名前解決が異なる段階である理由を説明し、名前解決に失敗した場合の確認手順をまとめています。まず基本ネットワークとエラーの状況を確認し、次に構成内のDNS設定と照らし合わせて、名前解決、接続、アクセス先それぞれの問題を切り分けてください。
DNSのトラブルシューティングを見る →