Shadowrocketの使い方

Step 01 / Add Server

サーバーを追加、またはSubscribeをインポート

Shadowrocketを開いてHomeに進み、SERVERグループの近くにあるAdd Serverを探します。手元の情報の種類に応じて方法を選びます。サーバー一覧を取得するサブスクリプションリンクならSubscribeを使い、サーバーアドレス、ポート、プロトコル、認証情報がそろっている場合は手動で追加します。どちらも既存の情報をアプリに保存する操作であり、新しいサービスが作成されるわけではありません。

サブスクリプションリンクがある場合：Subscribeを選択

Add Serverを開き、TypeをタップしてSubscribeを選びます。手元にあるサブスクリプションリンク全体をURLに入力し、保存します。貼り付けた後、先頭と末尾、クエリパラメーターを確認してください。コピー時に空白や改行が入ったり、文字が抜けたりしていないかも確認します。サブスクリプションURLにはアクセス情報が含まれることが多いため、一般的なWebアドレスのように公開したり、公開の掲示板に全文を投稿したりしないでください。

Homeに戻ってサブスクリプションの読み込みを待ちます。サブスクリプショングループは表示されてもサーバー項目がない場合は、グループ内の更新操作を実行し、エラーが表示されていないか確認してください。URLを保存できたことは、入力が受け付けられたことを示すだけで、サーバーから情報を取得できたことを意味しません。エラーが出たら、リンク全体が正しいか、現在のネットワークで情報を取得できるか、利用中のサービスが有効かを確認します。同じサブスクリプションを何度も追加するのは避けてください。

サーバー情報がある場合：各項目を入力

Add Serverで情報に合ったTypeを選び、HostとPortを入力します。表示される項目はプロトコルによって異なります。スクリーンショットのPasswordやMethodは入力フォームの一例で、すべてのプロトコルに共通する項目ではありません。サービス情報に記載された認証方式、暗号化方式、その他の必須パラメーターを対応する欄に入力してください。名前が似ているという理由だけでプロトコルを選んだり、ポート番号をHostに入力したりしないでください。

インポート可能なQRコードがある場合はScan QR Codeを使えます。Import from Cloud JSONは、手元の情報が対応する形式の場合にのみ使用してください。インポート後もType、アドレス、ポートを確認します。QRコードを読み取れたことだけでは、すべての項目が正しいとは限りません。保存後はHomeに戻り、テストするサーバーをタップして選択状態を確認します。続いてGlobal Routingを選択してから接続を開始すると、モードの問題をインポートの失敗と取り違えにくくなります。

Step 03 / Home

接続を開始し、システムの許可を確認

Homeでサーバーの選択状態と、現在のGlobal Routingをもう一度確認します。スクリーンショット上部のNot Connectedは、未接続を示しています。画面上部のスイッチをタップして接続を開始してください。初回は、VPN構成の追加をシステムに許可するよう求められる場合があります。このVPN構成は、対象のリクエストをShadowrocketで処理できるようにするもので、購入や更新の手続きではありません。

現在の操作に対する確認であることを確かめ、システムの案内に従って許可します。デバイスのパスコード入力や本人確認を求められる場合もあります。完了したらShadowrocketに戻り、スイッチと状態表示が変わったか確認してください。許可をキャンセルした場合は、アプリから接続を再度開始し、システムの案内に従って権限を確認します。同じ許可の問題を解決するために、アプリを何度も削除する必要はありません。

スイッチの状態とサービスの利用可否は分けて確認

接続スイッチがオンのままになっていれば、デバイスで接続処理が開始されています。ただし、それだけではサーバーへの接続、認証、DNS、ルールの適用が正常であるとは確認できません。システムにVPN状態が表示されても、次の手順で実際にアクセスできるか確認してください。状態がすぐ未接続に戻る場合は、画面のメッセージを記録し、システムの許可と現在の設定ファイルが読み込めるかを確認してから、トラブル対処に進みます。

初回テスト中はネットワーク環境をなるべく変えず、Wi-Fiの切り替え、ルールの変更、サーバーの変更を同時に行わないでください。問題が起きたとき、直前の操作に原因を絞り込みやすくなります。iPadとiPhoneでは画面配置が異なる場合がありますが、Home、Global Routing、接続スイッチの順に確認します。接続後すぐにOn Demandを調整せず、まず手動接続で動作を確かめてから、自動接続が必要か判断してください。

Step 05 / Settings

よくある失敗の原因を順番に確認

トラブル対処は「基本状態から確認し、その後にルールを確認する」「一度に変更するのは1項目」を基本に進めます。項目を変更したら同じテストを再実行し、結果を確認してから次に進んでください。サブスクリプションの更新、サーバーの切り替え、DNSやルールの変更を同時に行うと、アクセスが回復しても原因を特定しにくくなり、その後の管理も難しくなります。

情報が表示されない：追加結果を確認

Homeに目的のサーバーが表示されない場合は、保存済みのサブスクリプションに戻り、URLと更新結果を確認します。サービス情報が有効で、現在のネットワークから情報を取得できることも確認してください。手動で追加した項目はAdd Serverに戻り、Type、Host、Port、認証情報を確認します。Passwordの前後に空白が入っていないか、表示名をサーバーアドレスと取り違えていないかも確認しましょう。サブスクリプションに関する詳しい問題はよくある質問をご覧ください。

スイッチはオンでもアクセスできない：ネットワークとモードを確認

いったん接続を切り、同じネットワークで正常に開けることが分かっているページにアクセスして、ネットワークの基本状態を確認します。Webページでの認証が必要なネットワークでは、先にその手続きを完了してください。その後、再接続して現在のサーバーとGlobal Routingを確認します。Directを誤って選んでいる場合、その結果からプロキシが使えるかどうかは判断できません。Configを選んでいる場合は、別のファイルが有効になっていないか、接続先にDIRECTやREJECTが適用されていないかを確認してください。

影響を理解し、問題のない範囲であれば、同じ接続先に対して一時的にProxyに切り替えて比較し、その後元のモードに戻す方法もあります。ProxyではアクセスできてConfigでは失敗する場合は、設定と適用ポリシーを優先して確認します。両方で失敗する場合は、サーバー、認証、接続先のサービスも確認してください。この比較だけでDNSの問題と断定することはできません。

一部の接続先だけ失敗する：DNSとテスト方法を確認

一部のドメインだけ接続できない場合は、まず接続先自体が利用可能か、ルールの対象範囲が広すぎないかを確認し、その後ConfigのDNS関連項目を確認します。インターネットで見つけたアドレスをそのまま元の設定に上書きしないでください。元の値を控え、1項目ずつ変更して再テストします。SettingsのTest Methodはテスト方法を決めるもので、すべてのWebサイトに対する実際のリクエスト方法を変更するものではありません。テスト方法の切り替えだけでブラウザのアクセス問題を解決しようとしないでください。

接続が自動で再開する：On Demandを確認

手動で接続を切った後に再接続する場合は、SettingsのOn Demandと設定済みのトリガー条件を確認します。トラブル対処中は、関連する自動接続を一時停止してから手動でテストしてください。Today Widgetはショートカットであり、最終的な状態の確認にはHomeを使います。Proxy、TCP、UDPには詳細な動作設定があります。明確な必要がなければ、初回接続時は変更せずに使用してください。

原因を特定できない：必要最小限の診断情報を記録

Diagnosticsや関連するログ機能を使う場合は、問題が起きた直後に確認し、時刻、接続先、モード、エラーメッセージを記録します。記録を保存・共有する前に、サブスクリプションURL、サーバーの認証情報、個人を特定できる内容を隠してください。判断に必要な箇所だけを共有し、設定全体は公開しないでください。ログと設定項目の詳しい説明は設定ガイドをご覧ください。問題を特定できた場合は、FAQで該当する対処法を確認します。