Shadowrocketの要点は単なる接続ボタンではありません。サーバー設定、Global Routing、ルールの順序、DNS、システムの接続状態が一連の処理を構成します。以下では、アプリ内でよく使う画面と実際の設定操作を説明します。
ルール分流は、各リクエストをどのポリシーで処理するかを決めます。ShadowrocketはConfigのルールを上から順に確認し、最初に一致した項目を直ちに適用します。そのため、具体的なドメインルールは広範なルールより前に置き、FINALは通常末尾に配置します。よく使うキーワードはDOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD、GEOIP、IP-CIDR、IP-CIDR6です。設定後は接続ログで実際に一致した項目を確認し、Webページが開くかどうかだけで判断しないでください。
ルールを書く前に、目的を決めます。どのリクエストをPROXY、DIRECT、REJECTで処理するかを明確にしてください。ルールを簡潔にすると、後の切り分けが容易になります。異常がある場合は上から確認し、先にある広範なルールに取り込まれていないかを調べます。
Global Routingは、通信全体をどの方式で処理するかを制御します。Configは現在の設定ファイルのルールを順に判定し、ドメインやアドレス範囲ごとに細かく分けたい場合に適しています。Proxyは選択中のサーバーを通信全体で使用し、Directは直接接続します。接続問題の切り分けでは、一時的にモードを切り替えて比較できます。Proxyは使えるのにConfigで失敗する場合は、ルール、DNS、FINALを重点的に確認します。どのモードでも失敗する場合は、まずサーバー情報とローカルネットワークを確認してください。
通常の利用ではConfigを選びますが、設定ファイルの入手元、ルールの順序、ポリシー名が対応していることが前提です。モードを切り替えた後は、古い接続やキャッシュの影響を避けるため、テストページを再読み込みしてください。
Shadowrocketでは、Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2などのサーバー情報を登録できます。同じプロトコル名でもパラメータを流用できるとは限りません。アドレス、ポート、認証項目、転送方式、TLS、SNI、パスなどを、手元のサーバー情報と一致させる必要があります。手動追加ではAdd Serverで各項目を確認し、Subscribeから読み込んだ後もプロトコル種別と重要なパラメータが揃っているか確認してください。
接続に失敗した場合は、複数の項目を同時に変更しないでください。まず元の情報を残し、サーバー側の設定と一つずつ照合します。そのうえでConnectivity Testまたは接続ログを使い、失敗が名前解決、ハンドシェイク、認証のどの段階で起きているかを確認します。
すでに自分のサブスクリプションURLを持っている場合は、Subscribeから追加・更新できます。読み込み前に、URLが利用中のサービス提供元から発行されたものか確認してください。URLには個人の認証情報が含まれる場合があるため、公開して貼り付けないでください。更新するとサーバー一覧が再読み込みされます。既存項目が置き換わった場合は、選択中のサーバーが残っているか、Configで参照するポリシー名が変わっていないかを確認します。
サブスクリプションの更新に失敗したら、まず通常のネットワーク環境でURLが有効か確認し、URLが途中で欠けていないか調べます。同じサブスクリプションを何度も新規作成すると、似た名前の重複項目が残り、後の選択や切り分けが難しくなります。
On Demandは、ネットワーク環境やあらかじめ設定した条件に応じて、システム接続を確立するかどうかを決めます。特定のWi-Fiやモバイル通信の状態で自動的に設定を適用したい場合に便利ですが、設定前に手動接続が安定していることを確認してください。そうでないと、サーバー、ルール、トリガー条件が同時に関わり、原因の特定が難しくなります。有効化後は対象ネットワークと除外ネットワークの両方で検証し、期待どおりに動作するか確認します。
頻繁に接続されたり、期待どおりに起動しなかったりする場合は、まずOn Demandを無効にします。その後、条件が広すぎないか、ネットワーク名が正確か、システムのVPN設定が有効かを確認してください。
Data画面では、アプリが記録した通信量を確認できます。接続ログを併用すると、リクエストがShadowrocketに入ったか、どのルールに一致したか、どのポリシーが使われたかを確認できます。統計値は、テストで通信が発生したかなどの相対比較に適していますが、通信事業者の請求やサーバー側の計測値の代わりにはなりません。集計方法、接続の再利用、キャッシュによって数値が異なる場合があります。
切り分けでは、関係のない条件をいったん減らし、明確な対象へ一つだけアクセスしてから対応するログを確認します。新しいログがまったくない場合は、まずシステムの接続状態を確認します。ログはあるのにポリシーが想定と違う場合は、Configに戻ってルールの順序を確認してください。
iCloud同期は、同じApple IDのデバイス間で一部のアプリデータを保存するために利用できます。ただし機種変更前には、重要なConfig、サブスクリプションの入手元、手動登録したサーバー情報を整理してください。復元後は、ShadowrocketがApp Storeの購入済み項目から復元されているか、サブスクリプションを更新できるか、現在のサーバーが選択されているか、Global Routingのモードが想定どおりか、システムVPNの許可が再設定されているかを一つずつ確認します。
同期が完了しても、外部にあるすべての情報が復元されるとは限りません。サブスクリプションURLやサーバー認証情報はユーザー自身で管理してください。機密項目を含む設定ファイルを共有・書き出しする前に、送信先と用途を確認します。
Shadowrocketは同じApp Store製品ページから提供されます。購入情報、システム要件、互換性、購入済み状態は、現在のストアページとログイン中のアカウントの表示を基準に確認してください。
初回設定では必要な手順だけを行い、ルール、DNS、On Demand、複数のサーバーパラメータを同時に変更しないでください。再現可能な接続経路を一つ確立してから、設定を段階的に追加します。
詳しい手順を見る →HomeでAdd Serverを開き、手元の情報に合わせてプロトコルを選択し、アドレス、ポート、認証項目を入力します。既存のサブスクリプションURLはSubscribeから読み込みます。完了後はサーバーを一つ選び、他の高度な項目を急いで変更しないでください。
ルールに従って処理する場合はConfigを選択します。サーバーの接続性を一時的に確認する場合はProxyで比較し、Directではローカルネットワーク自体が正常か確認します。一度に切り替える条件は一つにして、結果を記録してください。
初回接続時は、システムの案内に従ってVPN構成の追加を許可します。スイッチが安定したら、明確なテスト対象へアクセスし、Connectivity Test、接続ログ、ルールの一致状況を確認して、サーバー障害とルール設定の問題を切り分けます。
検索結果では名称やアイコンが似ている場合があります。Shadowrocketかどうかを判断するときはApp Store製品ページに戻り、開発者、アプリID、購入状態、互換性情報を一つずつ確認してください。
製品ページの開発者はShadow Launch Technology Limitedと表示され、製品ページのURLにはアプリID 932747118が含まれます。確認時は公式アイコンが既知の製品ページと一致するかも見てください。名称、開発者、アイコン、アプリIDを同じページで総合的に判断し、検索タイトルだけで決めないでください。
当サイトの名称は日本語の説明用であり、アプリ開発者を示すものではありません。購入、返金、請求、互換性、ストアアカウントの状態はApp Storeの各手続きで確認してください。システム要件はApp Storeページの記載を基準にします。
Shadowrocketは有料の商用アプリです。米国向けページでは2.99米ドルの買い切りとして表示されますが、他のストアでは現地通貨と現在のストア情報に基づいて表示されます。実際の請求額は購入確認画面を基準にし、スクリーンショットや古い記事から現在の価格を推測しないでください。
購入記録は、その時に使用したApple IDとストア地域に関連付けられます。機種変更や再入手の際は、まず購入時のアカウントにサインインし、App Storeの購入済み項目で状態を確認してください。アカウントの地域を変更すると、製品の表示や購入済み情報が異なる場合があるため、実際のストア表示を基準にします。
クライアントの買い切り購入 ≠ 通信サービスの料金。Shadowrocketを購入して得られるのはクライアントの利用権であり、接続可能なサーバー情報が自動的に作成されるわけではありません。Add ServerまたはSubscribeで設定するには、ユーザー自身がサブスクリプションまたはサーバー情報を用意している必要があります。
当サイトではノードやサブスクリプションを提供せず、サービス提供元の評価も行いません。サーバーの可用性、速度、有効期限、技術パラメータは、ユーザー自身がサービス提供元に確認してください。接続問題が起きた場合は、クライアントの購入状態、サブスクリプションの有効性、サーバーの接続性を分けて考え、三つの問題を混同しないようにします。
Shadowrocketはクローズドソースの商用アプリです。アプリの更新、互換性に関する説明、ストアの表示情報はApp Storeで確認し、第三者の記事にある画面の細部から現在の状態を推測しないでください。アプリ内の項目名や位置が変わった場合は、使用中のデバイスに表示される内容を基準にします。
更新前に、重要なConfig、サブスクリプションの入手元、手動登録したサーバー情報を保管しておくことをおすすめします。更新後に問題が起きた場合は、現在のサーバー、Global Routing、システム接続の許可、DNS、ルールの一致状況を順番に確認し、原因を特定する前にすべての設定を同時に作り直さないでください。
接続できること、名前解決できること、ルールに一致すること、対象へアクセスできることは別の段階です。設定を何度も削除するより、層ごとに確認したほうが原因を見つけやすくなります。
まずDirectでローカルネットワークを確認し、次にProxyで現在のサーバーを確認し、最後にConfigでルールとDNSを確認します。3回のテストは同じ対象を使い、条件を揃えてください。
トラブルシューティングを見る →更新時には、サブスクリプションから返された内容に基づいて一覧が再構築または調整されます。選択中の項目、プロトコルのフィールド、Configで参照されるポリシー名を確認し、表示順だけで判断しないでください。
読み込み手順を見る →日常的にルール分流を行う場合は通常Configを使います。ProxyとDirectは比較テストに適しています。選択する前に、どのリクエストをサーバー経由にし、どれを直接接続するかを明確にしてください。
機能の説明を見る →まずApp Storeで購入済み状態を確認し、次にサブスクリプションの入手元とConfigを確認します。システム接続の許可を完了してからサーバーを一つだけテストし、最後にOn Demandなどの自動設定を戻してください。
復元方法を見る →各記事では一つの問題を検証可能な確認手順に分けています。設定中の状況に合わせてテーマを選んでください。
サーバー負荷、回線品質、プロトコルのオーバーヘッド、ローカルネットワークの4層から確認し、各段階で見るポイントと次の段階へ進むタイミングを解説します。
記事を読む →App Storeの価格表示、購入済み状態の復元、クライアントの購入費用とユーザー自身の通信サービス費用が別である理由を説明します。
記事を読む →大部分の通信をDIRECT、指定ドメインだけをPROXYにする例を使い、DOMAIN-SUFFIX、GEOIP、FINALの順序を解説します。
記事を読む →