Shadowrocketを初めて使うときは、アプリを入手し、利用中のサービス提供元から取得したサブスクリプションを読み込み、ノードを選択してGlobal Routingを確認してから接続します。本記事ではiPhone / iPadのHome、Config、Settingsを基準に、よくある質問10項目を解説します。他のプラットフォームでは、それぞれの設定項目を確認し、モバイル版のボタン配置をそのまま当てはめないでください。アプリの入手、サブスクリプション管理、ルールによる振り分け、接続許可を区別し、症状に応じて問題を切り分けられるようになります。
1. インストールすれば接続できますか?料金には何が含まれますか?
インストールが完了しただけでは、接続できるとは限りません。Shadowrocketはクローズドソースの商用アプリで、接続パラメーターの読み込み、ローカルネットワークトンネルの確立、ルールの適用を行います。実際にリモート接続するには、利用可能なサービス情報が別途必要です。アプリの買い切り料金に回線プランは含まれません。サブスクリプションは利用中のサービス提供元から取得してください。本サイトではノードやサブスクリプションの提供・販売・推奨は行っていません。
入手方法は2種類です。iPhone / iPad版はApp Storeで2.99ドルの買い切りです。システム要件はApp Storeの掲載内容をご確認ください。Mac(AppleシリコンおよびIntel)、Windows、Android、Linux版は無料で、本サイトからインストーラーを提供しています。各プラットフォームの入手先はアプリを入手から確認できます。iPhone / iPadでは、開発元がShadow Launch Technology Limited、アプリIDが932747118であることを確認してからインストールしてください。
2. 接続スイッチはどこにありますか?初回はどの順番で操作しますか?
iPhone / iPadでは、接続のメインスイッチはHomeの上部にあります。ノード一覧で項目を選ぶのは接続先の指定にすぎず、接続開始を意味しません。トンネルが有効かどうかは、上部のスイッチとシステムの接続状態で確認します。一覧が空の場合は、スイッチを何度も切り替えず、先にサブスクリプションを読み込んでください。
-
サブスクリプションを読み込む
Home → 右上の「+」→ Type → Subscribeを開き、利用中のサービス提供元から取得したサブスクリプションURLを入力します。内容を確認して保存してください。
-
ノードを選択する
Homeに戻り、サブスクリプショングループを展開して、正常に読み込まれたノードを選択します。名前は項目を識別するためのもので、接続品質や現在の利用可否を示すものではありません。
-
振り分けを確認する
Home → Global Routingを開きます。有効な信頼できるルール設定がある場合はConfigを選択します。ルールをまだ確認できていない場合は、ノード接続の一時確認にProxyを使用できます。
-
接続を開始する
Homeに戻り、上部の接続スイッチをオンにして、システムの許可要求に従います。その後、対象のWebページを開いてアクセスを確認してください。ノードテストの数値だけで判断しないでください。
システム上は接続済みなのにWebページが開かない場合は、現在のノード、Global Routingの選択肢、失敗したドメインを記録してから、後述の手順で切り分けます。これにより、リモート接続の失敗とローカルルールの選択ミスを区別しやすくなります。一度に複数の設定を変更して比較できなくなる事態も避けられます。
3. 初回に表示されるVPN許可の確認とは何ですか?
VPNの許可により、Shadowrocketはシステムにネットワークトンネルの設定を作成し、端末の通信を受け取って現在の設定に従って処理できます。これはサブスクリプション購入の案内ではなく、すべてのリクエストがリモートサーバーに届いたことを示すものでもありません。許可後も、正しい接続パラメーターとルーティング設定が必要です。
- 直前に接続をオンにした場合:確認画面がShadowrocketのものだと確かめ、システムの案内に従って構成の追加を許可します。端末のパスコードや認証を求められる場合があります。
- 以前に許可を拒否した場合:ShadowrocketのHomeに戻って接続を再度オンにし、システムの許可画面がもう一度表示されるか確認します。
- 組織管理下の端末の場合:システムのポリシーでVPN構成の追加が禁止されている場合は、端末管理者に権限を確認してください。他のシステム構成を繰り返し削除しないでください。
- 別のネットワークトンネルも使用している場合:誤判定を避けるため、ほかのVPN接続をいったん停止し、Shadowrocket単独で動作を確認してください。
4. Global Routingの4つの選択肢はどう使い分けますか?
通常はConfigを選択します。ただし、Configに有効で目的に合ったルールが設定されていることが前提です。Global Routingは通信の処理方法を決める設定で、Homeで選ぶノードとは別の項目です。Configを「すべてプロキシ経由」と解釈しないでください。ルールでDIRECTに指定された通信は直接接続されます。
Config
おすすめ現在の設定にあるルールで宛先を照合し、一致したポリシーに応じてPROXY、DIRECT、REJECTを適用します。一致しない通信はフォールバックルールで処理されます。
適した用途:明確なルール設定があり、宛先ごとに通信を振り分けたい場合。
Proxy
このモードで処理できる通信をプロキシ経由にします。ルールの影響を一時的に切り分ける用途に使えますが、ノードの接続パラメーターの誤りやリモートサービスの利用不可は解決できません。
適した用途:ノードを短時間テストする場合や、Configでのアクセス結果と比較する場合。
Direct
選択したリモートプロキシを経由せず、直接接続します。Directに切り替えてアクセスできたとしても、プロキシノードが復旧したことにはなりません。
適した用途:同じ宛先にローカルネットワークからアクセスできるか比較する場合。
Scene
設定済みのシーン条件と対応するポリシーを使用します。シーンは事前設定が必要です。この項目を選んでも、現在のネットワークに合ったルールが自動生成されるわけではありません。
適した用途:ネットワーク環境ごとの動作を明確に設定している場合。
5. サブスクリプションの読み込み方法と、更新しても変化しない理由
サブスクリプションは、サーバーから返される接続項目の一覧で、通常のWebページのURLとは異なります。読み込み先はHome →「+」→ Type → Subscribeです。完全なURLをURL欄に入力して保存し、Homeに戻ってグループを確認します。更新する場合は、Homeのサブスクリプション一覧を下に引いて更新し、該当グループのデータ取得に成功したか確認してください。
- 取得できないという表示が出る:URLがチャットアプリで途中までしかコピーされていないか、前後に空白が入っていないか、現在のネットワークからサブスクリプションサーバーに接続できるか確認します。
- 取得できるが解析できない:Shadowrocket用のサブスクリプションURLをコピーしたか確認してください。サービス提供元のログインページや注文ページのURLではありません。
- 更新は成功したが名前が同じ:サーバー側で項目が変更されていない可能性があります。更新してもノードが増えたり、表示名が変わったりするとは限りません。
- 古いノードが引き続き使えない:サブスクリプション一覧の更新とノードの復旧は別の問題です。サービスの状態、認証情報、利用期限を確認してください。
問題を調べる前に元のグループを残してください。同じURLを何度も読み込んで更新の代わりにすると、項目が重複することがあります。サブスクリプションURLには通常、アクセス認証情報が含まれます。サービス提供元に問い合わせる際は、エラーの文面と発生時刻を伝え、公開するスクリーンショットにはURL全体、QRコード、認証パラメーターを表示しないでください。
6. ノードテストに数値が出るのにWebページが開かないのはなぜですか?
テスト結果が示すのは、選択したテスト方法とテスト対象の状態だけです。すべてのWebサイト、プロトコル、ポートが使えることを保証するものではありません。まず失敗するドメインを1つ決め、Wi-Fiとモバイル通信でそれぞれ再現します。変更する項目は毎回1つにしてください。以下は問題の切り分け手順であり、特定の回線を実測した結果を保証するものではありません。
切り分け手順:ローカルネットワークとプロキシ経路を区別する
一方のネットワークだけで失敗する
- 同じノード、同じドメイン、同じGlobal Routing設定を維持します。
- Wi-Fiとモバイル通信を切り替え、ネットワークの変更に合わせて失敗するか確認します。
- 公衆Wi-Fiでは先にWeb認証を完了してください。認証が済んでいないと、ノードテストも失敗することがあります。
- ネットワークの種類とエラーの状況をサービス提供元に伝え、不明なプロトコルパラメーターを変更しないでください。
どちらのネットワークでも失敗する
- 一時的にProxyとConfigを切り替えて比較し、ルール経路の違いが原因か判断します。
- 利用中のサブスクリプションにある別のノードに切り替え、障害がノードに追随するか確認します。
- ドメインの名前解決に失敗する場合はDNS設定を確認します。接続がタイムアウトする場合は、リモートアドレスとポートを確認してください。
- 認証エラーの場合は、ローカルネットワークを何度も切り替えるのではなく、認証情報とサブスクリプションの状態を先に確認します。
Configだけで失敗する場合は、まずルールを確認します。同じノードがProxyでも失敗する場合は、接続パラメーターとネットワーク到達性を調べてください。
7. ConfigとSubscribeの違いと、ルールの確認方法
Subscribeは主にノード項目の取得に使います。Configの構成ファイルは、ルールや関連設定をまとめて管理します。サブスクリプションの更新は、現在のルールの更新を意味しません。構成ファイルをダウンロードしても、有効化されているとは限りません。Global Routing → Configを使う前にConfigを開き、現在選択中の構成ファイル、ルールの順序、ポリシー名を確認してください。
宛先に応じて照合するルール
- DOMAIN-SUFFIX
- example.com,PROXY
- IP-CIDR
- 192.168.0.0/16,DIRECT,no-resolve
- FINAL
- PROXY
完全な記述では、ルールキーワードとパラメーターをカンマで区切ります。記述順の例は以下のコードを参照してください。
ルールを確認する際のポイント
- GEOIP
- CN,DIRECT
- 照合順序
- 具体的なルールを先に、FINALを最後に
- ポリシーの意味
- PROXYはプロキシ、DIRECTは直接接続、REJECTは拒否
GEOIPはIPの地理情報に基づいて照合するもので、Webサイトの言語やドメインの末尾で分類するものではありません。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY
この例は構文を理解するためのもので、完全な構成ではありません。DOMAIN-SUFFIXは指定したドメインとそのサブドメインに一致します。IP-CIDRはアドレス範囲に一致し、no-resolveはこのルールとの照合のために追加の名前解決を行わないことを示します。FINALは、それ以前のルールに一致しなかった通信を処理します。既存の構成でカスタムポリシーグループを使っている場合があるため、グループ名を確認せずにルール全体を置き換えないでください。
8. ShadowsocksやVMessなどのプロトコルは自分で選ぶ必要がありますか?
サブスクリプションから正常に読み込まれたノードには、通常、プロトコルの種類と接続パラメーターが設定されています。初心者はまず元の値を維持してください。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardは異なるプロトコルまたはトンネル方式で、同じノードで自由に切り替えられる速度設定ではありません。サーバー側の方式に合わせて、ローカル側にも対応するパラメーターを設定する必要があります。
| パラメーターの種類 | 確認する内容 | よくある誤解 |
|---|---|---|
| Address / Port | サーバーアドレスと実際の待ち受けポート | すべてのノードのポートを443に変更する |
| 認証パラメーター | 使用するプロトコルで必要なパスワード、識別子、鍵 | サブスクリプションURL内の認証情報をノードのパスワードとして使う |
| TLS関連の項目 | サーバーが要求するドメイン名と証明書の検証条件 | 証明書エラーが出たら検証を無効にする |
| 転送設定 | サーバー側と一致する転送方式および追加フィールド | プロトコル名だけから転送パラメーター全体を推測する |
たとえば443は一般的なHTTPSポートですが、ノードのポートに443を入力しても、プロトコルがHTTPSであることや、リモート側でTLSが有効であることの証明にはなりません。読み込み後に項目が欠けている場合や認証に失敗する場合は、利用中のサービス提供元から正しいパラメーターを取得し、使用するプラットフォームで対応状況を確認してください。他のノードを参考に推測で入力しないでください。
9. On Demandは有効にすべきですか?オフにしても再接続するのはなぜですか?
まず手動接続が安定してから、自動接続を設定してください。iPhone / iPadではSettings → On Demandから、設定したネットワーク条件に応じて接続を開始する動作を指定できます。Global Routingとは別の機能です。前者は接続を開始するタイミングを決め、後者は接続後の通信処理を決めます。
- Settings → On Demandを開き、自動接続が有効か、どのネットワーク条件で起動するか確認します。
- 自動再接続を調べる場合は、まずOn Demandを一時停止してからHomeに戻り、接続スイッチをオフにします。その後も再接続するか確認してください。
- それでも別の方法で起動する場合は、システムのVPN構成、自動化タスク、端末管理ポリシーを確認してください。ノードの異常だとすぐに判断しないでください。
- 自動接続を再開する前に、普段使うWi-Fiとモバイル通信でそれぞれ動作を確認してください。現在のネットワークで条件が繰り返し成立するのに接続できない設定は避けましょう。
10. 端末の変更、サブスクリプションの更新、問い合わせ前に保存しておく情報
ノード、サブスクリプション、ルール設定、システムのVPN許可は、それぞれ異なる種類のデータです。新しい端末ではローカルの許可設定を改めて確認してください。古い端末で接続できたからといって、新しい端末の設定も完了しているとは限りません。同じサブスクリプションを読み込んでも、複数端末で同時に接続できるかどうかは、利用中のサービスの条件に従ってください。
- 構成を保存する:Configを変更する前に元のファイルまたはコピーを保存し、有効なファイルとGlobal Routingの選択内容を記録します。変更後に元へ戻せるようにしてください。
- サブスクリプションの入手元を記録する:利用中のサービス提供元から取得したサブスクリプションURLは安全な場所に保管し、認証情報を含む完全なURLを公開文書に記載しないでください。
- 障害の範囲を記録する:端末のプラットフォーム、Wi-Fiかモバイル通信か、アクセスに失敗したドメイン、発生時刻、ProxyとConfigで結果に違いがあるかを書き留めます。
- 機密情報を隠して共有する:エラーの文面は残しつつ、URLのクエリパラメーター、パスワード、鍵、QRコードを隠してください。認証情報を含む構成全体をアップロードしないでください。
- 順番に復元する:新しい端末では、まずサブスクリプションを読み込み、ノードを選んで手動接続します。次にルール設定を有効にし、最後にOn Demandを再設定して、項目ごとに動作を確認します。
確認を一度しか行えない場合は、「選択中のノードが使えるか」「Global Routingが想定どおりか」「Configで実際に有効な設定を選んでいるか」の3点を優先してください。それぞれ接続先、振り分け方式、ルール内容を示します。この3点を記録しておくと、サブスクリプションを何度も削除するより問題を特定しやすくなります。