iOS / iPadOS向けのルールベースプロキシクライアントです。App Storeの正規版を入手して利用でき、アプリは買い切りです。
まずApp Storeの製品ページを確認し、利用するサーバー情報またはサブスクリプションを用意します。Shadowrocket 使い方ガイド · 公式マニュアルでは、購入とインストールから設定、接続確認へと順に解説します。
App Storeでアプリ名、デベロッパ、アプリIDを確認してから購入・インストールします。初回起動後はHomeを開き、既存の設定を読み込んでください。接続時に表示されるVPN構成の許可も確認します。システム要件はApp Storeの製品ページをご確認ください。
VPN構成の追加を許可すると、クライアントが接続できるようになりますが、サーバーの準備が整ったことを意味するわけではありません。SERVERリストが空の場合は、先に設定を読み込んでください。許可が完了したことだけで、サーバーが利用可能だと判断しないでください。
iPhoneの説明を見る購入時と同じApple IDでApp Storeを開き、購入済み項目とダウンロード状況を確認します。iPhoneとiPadでは同じ購入を利用できます。システム要件とユニバーサル購入の対象かどうかは、App Storeの製品ページをご確認ください。既存の設定は各デバイスで確認が必要です。
広い画面ではConfigのルールや説明を見比べやすくなりますが、確認の順番は変わりません。サーバーを確認し、Global Routingを選択してから、接続をテストします。購入済みアプリの復元と設定内容の復元は別の手順であり、互いに代替できません。
iPadの説明を見るMac / Apple TVでも同じApp Storeから入手できます。システム要件とユニバーサル購入の対象かどうかは、App Storeの製品ページをご確認ください。
入手手順を見る →接続先はサーバー情報で決まり、通信の処理方法はGlobal Routing、照合結果はConfig内のルールで決まります。この3つを区別してから設定を調整すると、トラブル時に条件を比較しやすくなります。
Global RoutingのConfigは、現在の設定ファイル内のルールに基づいて接続方法を判断します。Proxyは選択したプロキシ経由で通信し、Directは直接接続します。ドメインやアドレスで通信を振り分ける場合は、まずConfigを選び、ルールが上から順に照合されることを確認してください。一般に、条件の具体的なルールを広範なルールより前に置き、どのルールにも一致しない通信にはFINALを使います。ルール内のPROXYを機能させるには、利用可能なサーバーが必要です。サーバー設定の代わりにはなりません。変更後は具体的なアクセス先で結果を確認し、スイッチの状態だけで判断しないようにしてください。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECTドメインのサフィックス、LANアドレス、フォールバック条件の処理例です。ここでは構文のみを示しています。
On Demandは、設定した条件に応じて接続を開始する機能です。関連項目はSettingsで確認できます。まず手動接続を行い、サーバー、Global Routing、アクセス先が正常に動作することを確かめてから、自動接続の条件を設定してください。テストでは、条件に合致するネットワーク環境と合致しない環境の両方で、接続が想定どおりに変化するか確認します。手動で切断した後に再接続する場合は、On Demandの条件が有効になっていないか確認してください。On Demandは接続を開始する条件を管理する機能であり、不足しているサーバー情報を補ったり、Config内のルールを置き換えたりするものではありません。
Settings
On Demandここに示すのは画面上の項目名であり、そのまま読み込める設定の断片ではありません。
ShadowrocketはShadowsocks、VMess、VLESS、Trojan、Hysteria2などのプロトコルに対応しています。手動で追加する場合は、Add Serverで既存サーバーと同じTypeを選び、アドレス、ポート、認証情報を入力します。必要な項目はプロトコルごとに異なります。TLSやトランスポート層の設定も、元の情報と一つずつ照合してください。プロトコル名だけを変更し、別の設定項目をそのまま流用することはできません。名前が似ていても、互換性があるとは限りません。保存後はHomeに戻ってサーバーを選択し、実際に接続できるか確認します。プロトコル名だけでは、サーバーに接続できるかどうかはわかりません。
Add Server
Type
Host
PortまずTypeを決め、そのTypeに必要な項目をすべて確認してください。
サブスクリプションを読み込むと、ユーザーがすでに利用しているサーバー情報をクライアントに追加できます。まずサービス提供元から完全なリンクを取得し、Add ServerでSubscribeを選んで追加・保存してください。その後、Homeで該当するグループに項目が表示されているか確認します。更新前のグループを残しておき、更新後に内容の変化を確認すると、重複追加による混乱を防げます。リンクを読み込めない場合は、コピー漏れや余分な空白がないかを確認してから、サブスクリプションの状態を確認してください。リンクには認証情報が含まれることがあります。トラブルの相談や画面の共有時は、リンク全体と認証情報を隠してください。
Add Server
Type: Subscribeサブスクリプションはサーバー情報を読み込む方法です。ルールを管理する設定ファイルとは別に扱います。
Configの設定ファイルにはGeneral、Rule、Hostsなどのセクションを含め、ネットワーク設定や振り分け条件を整理できます。ファイルを読み込んだら、まず現在使用中のファイルを確認し、Global RoutingでConfigを選択してください。変更前に復元できるコピーを保存し、一度に変更する設定項目は一種類に絞ると比較しやすくなります。iCloud関連の同期機能を使う場合も、各デバイスで実際のファイルと選択中の設定を確認してください。ファイルが同期されても、接続状態まで同じになるとは限りません。設定元から取得したリモートコンテンツも確認し、ファイル名だけで用途を判断しないでください。
[General]
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTセクション見出しで設定を整理します。この例では構成とルール構文のみを示しています。
Connectivity Testではサーバーへの接続状況を確認でき、Dataでは通信記録を確認できます。SettingsのDiagnosticsもトラブルの切り分けに役立ちます。テスト前に、選択中のサーバーとGlobal Routingを確認してください。結果はその時点のネットワーク環境とテスト方法に基づくもので、すべてのアクセス先で同じ結果になるとは限りません。接続スイッチがオンでもアクセスに問題がある場合は、ルールの照合結果、DNS、接続先のサービスを引き続き確認してください。問題が発生したネットワーク、モード、操作の順序を記録しておくと、設定を何度も変更するより原因を特定しやすくなります。
Connectivity Test
Data
Settings / Diagnosticsサーバーのテスト、通信状況、実際のアクセス結果をあわせて確認してください。
以下の3ステップは、ユーザーがすでに自分のサーバー情報またはサブスクリプションを持っていることを前提としています。まず比較できる基本設定を整えて手動接続を行い、その後にルールの詳細設定や自動接続を検討してください。
HomeからAdd Serverを開きます。既存のサブスクリプションがある場合はSubscribeを選択して、完全なリンクを貼り付けます。手動で入力する場合は該当するTypeを選び、サーバーアドレス、ポート、認証情報を一つずつ入力してください。保存後にSERVERリストへ戻り、項目が表示されることを確認してから、サーバー左側の丸をタップしてデフォルトに設定します。リストに名前が表示されるのは設定が保存されたことを示すだけです。サーバーを利用できるか、続けてテストしてください。
読み込み後に何も表示されない場合は、繰り返し追加せず、リンクの先頭と末尾が欠けていないか、改行や空白で途切れていないかを確認し、サービス提供元にサブスクリプションの状態を問い合わせてください。手動入力の場合は、元の情報に戻って各項目を照合します。特にポート、パスワード、TLS、トランスポートの設定に注意してください。個人用のサブスクリプションリンクを公開の問い合わせに貼り付けないでください。
Homeに戻ってGlobal Routingを開きます。設定に基づいてルールで振り分ける場合はConfig、選択したプロキシ経由で通信する場合はProxy、直接接続する場合はDirectを選びます。ルールを適用するには、Global RoutingをConfigにするだけでなく、Config内で選択されている設定ファイルも確認してください。
最初のトラブルシューティングでは、サーバーとアクセス先を一つずつに固定し、選択したモードと結果を記録してください。ProxyではアクセスできるのにConfigでは結果が異なる場合、すぐにサブスクリプションを再読み込みするのではなく、ルール、ポリシー、DNSの関係を確認します。Directを選択している場合、アクセスできてもプロキシサーバーが使える証拠にはなりません。
デフォルトのサーバーを確認して接続スイッチをオンにし、システムの案内に従ってVPN構成の追加を許可します。その後Connectivity Testを実行し、特定の接続先にもアクセスしてみてください。システムの接続状態、サーバーテスト、実際のページ表示はそれぞれ異なる段階を示します。3つをあわせて確認することで、設定が想定どおりか判断できます。
タイムアウトや、接続後にアクセスできない場合は、現在のネットワーク、サーバー情報、Global Routing、ルール、DNSの順に確認してください。一度に変更する項目を一つに絞り、その都度テストして変更前後の結果を記録します。手動接続が安定してからOn Demandを設定してください。複数の自動動作を同時に有効にすると、接続状態が変わった原因を特定しにくくなります。
Shadowrocketはクローズドソースの有料アプリで、入手先はApp Storeのみです。アプリの正規性を確認する際は、App Storeの製品ページで確認できるデベロッパ、公式アイコン、アプリIDを照合してください。検索結果の表示順や名前の類似だけで判断しないでください。
製品ページを開き、アプリ名がShadowrocketであることを確認してから、デベロッパShadow Launch Technology Limitedと本ページの公式アイコンを照合してください。製品ページのURLにあるid932747118がアプリIDです。検索結果には名前やアイコンが似た項目が表示される場合があります。3つの情報をあわせて確認してください。いずれかが一致しない場合は、正規版の確認ページに戻って正しい入口から開き、「似ている」という理由だけで購入を進めないでください。
アイコンはアプリの識別に、デベロッパとアプリIDは製品の確認に使えます。App Storeを開いた後は、互換性、価格、購入に関する案内も確認してください。これらの情報は現在のストアに表示されます。公式マニュアルでは操作の流れを解説しますが、デバイスへのインストール可否、システム要件、購入の適用範囲はApp Storeの製品ページをご確認ください。
App Storeに表示される通貨、製品の表示状況、購入案内は、現在のアカウントのストア地域によって異なります。本ページのリンクから開いた後、同じアプリが表示されていることを確認し、現在のアカウントでの購入状況を確認してください。検索で見つからない場合は、製品ページのURLとストアの案内を確認してください。検索結果に表示されないことだけを根拠に、すべてのストアで配信が終了したと判断しないでください。また、異なるストア地域の価格を同一の決済金額として扱わないでください。
この記事では固定のシステムバージョン要件を記載していません。別のデバイスで使う場合は、同じ製品ページの互換性欄でデバイスとシステムが要件を満たすか確認してください。購入前にストアに表示される条件を確認し、ユニバーサル購入の対象かどうかと適用範囲はApp Storeの製品ページをご確認ください。
クライアントの買い切り購入 ≠ サーバーサービスの料金。Shadowrocketの一度限りの購入はクライアントアプリの購入であり、ユーザーのサーバー情報やサブスクリプションが自動で追加されることはありません。米国ストアでの参考価格は2.99米ドルです。価格は各ストアで現地通貨に換算して表示され、実際の請求額はApp Storeの製品ページに従います。本サイトではサーバーやサブスクリプションの提供、販売、推奨は行いません。ガイドでは、ユーザーがすでに利用しているサービス設定の読み込みと使用方法を説明します。
この点を理解すると、2種類の問題を分けて確認できます。購入状況とアプリのインストールはApp Storeで、サーバー情報、サブスクリプションの有効性、接続結果は利用中のサービス情報とクライアントで確認してください。支払いが完了していてもHomeのリストが空なら、まず設定を追加する必要があります。アプリを再購入する必要はありません。項目があるのに接続できない場合は、接続トラブルの対処手順を確認してください。
iPhoneとiPadでは同じ購入を利用できます。機種変更や再インストールの際は、購入時と同じApple IDでApp Storeの購入済み項目を開き、Shadowrocketを探してダウンロード状況を確認してください。システム要件とユニバーサル購入の対象かどうかは、App Storeの製品ページをご確認ください。購入ボタンが表示される場合は、アカウントと購入履歴が一致しているか確認し、アカウントの不一致を購入の失効と誤認しないようにしてください。
アプリを再入手しても、以前のデバイスの設定が復元されるとは限りません。サーバー項目、サブスクリプション、設定ファイルはそれぞれ確認してください。iCloud関連機能を使う場合も、同期後に実際に表示される内容と、現在選択されている設定を確認します。復元後はデフォルトサーバー、Global Routing、On Demandを再確認してから、手動接続をテストしてください。以前の設定と新しいデバイスの状態の違いによる誤判断を防げます。
アプリの更新はApp Storeで管理します。ストアで更新履歴と現在の提供状況を確認できます。画面のレイアウトや項目の位置が変わった場合は、デバイスに表示される英語の項目名を手がかりにしてください。アプリの更新、サブスクリプションの更新、Configの編集は別々の操作です。アプリの更新はクライアントを更新し、サブスクリプションの更新は既存のサーバー情報を更新します。設定ファイルの編集ではルールや関連設定を変更します。
日常的な管理では、復元可能な設定ファイルのコピーを保存し、現在使用中のファイルとサーバーを記録してから、項目ごとに変更してください。問題が起きた場合は、最後に動作を確認した条件に戻して比較します。こうすることで、サーバー情報、ルールの選択、ネットワーク環境のどれが変わったのかを切り分けやすくなり、すべての現象を一度のアプリ更新のせいにせずに済みます。
購入で完了するのはクライアントの入手です。サーバーリストには、ユーザーがすでに利用しているサブスクリプションを読み込むか、サーバー情報を手動で追加する必要があります。情報が揃っていることを確認し、Add Serverの手順で保存してリストを確認してください。読み込み手順を見る →
接続スイッチが示すのはクライアントの接続状態であり、すべての接続先が利用できるという意味ではありません。サーバーのテストと実際のアクセス結果を確認し、モード、ルール、DNSも調べることで、問題の範囲を絞り込めます。接続トラブルの対処法を見る →
サブスクリプションで読み込むのは主にサーバー情報で、Configではルールなどの設定を管理します。ルールによる振り分けを利用する場合は、現在の設定ファイルを確認し、Global RoutingでConfigを選んでください。両者は互いに代替できません。マニュアルを読む →
基本的な接続を確認した後、問題に応じた記事を参照してください。動作確認済みの設定を比較用に残し、一度に変更する条件は一つに絞ります。プロトコルの項目、DNSの選択、サブスクリプションの読み込みは個別に確認し、異なる層の問題を混同しないようにしてください。
まずリンクが完全か確認し、次にサービス提供元へ既存サブスクリプションの状態を問い合わせ、最後に更新タイミングとSubscribeの設定を確認してください。読み込みエラーとサーバー接続エラーは分けて対処します。
サブスクリプションの確認方法を見る →それぞれの名前解決方式の役割と、設定ファイル内のdns-serverの書き方を理解しましょう。現在の設定を記録してから変更し、名前解決とアクセス結果を確認してください。
DNS設定を見る →UUID、暗号化、TLSへの依存関係を軸に2つのプロトコルを解説します。プロトコル名だけで選ばず、Add Serverで設定を照合する際に確認すべき項目を紹介します。
プロトコルの解説を読む →