Shadowrocket の使い方：追加から接続確認まで

サブスクリプション URL：Subscribe を選んで保存

Shadowrocket の Home を開き、Add Server を選ぶか、画面上の追加ボタンから追加画面に進みます。Type の一覧を開いて Subscribe を選択し、サブスクリプションの URL 欄に手元にある完全なアドレスを貼り付けます。識別しやすい名前を入力してもかまいません。保存して Home に戻ります。保存後にサーバーが表示されない場合は、該当するサブスクリプション項目の更新操作を行い、結果を待ってください。同じアドレスを続けて追加しないでください。

コピーする際は、アドレスの先頭から末尾までを漏れなく選択してください。特に疑問符以降のパラメーターに注意します。ウェブページのタイトル、説明文、引用符、末尾の空白を一緒に貼り付けないでください。サブスクリプション URL にはアクセス認証情報が含まれることが多いため、パスワードと同様に管理してください。サブスクリプション URL ではなくアカウント管理ページが手元にある場合、クライアントはそのページをサーバー一覧として解析できません。アドレスの用途を自分が利用しているサービスの提供元に確認してからインポートしてください。

インポート後、Home の SERVER グループに戻り、サブスクリプショングループとサーバー項目が表示されているか確認します。名前が表示されても、情報がクライアントに追加されたことを示すだけで、リモートサーバーへの接続を保証するものではありません。項目を一つ選択してから、次のモード選択に進みます。サブスクリプションに通信量や有効期限が表示される場合は、該当サービスのアカウント情報をご確認ください。クライアントの購入状況を示すものではありません。

手動入力：Type によって項目が変わる

単一のサーバー情報を用意している場合は、Add Server で Type を選び、各項目を入力します。スクリーンショットに表示されている項目では、Host はサーバーアドレス、Port はポート、Password は認証情報、Method はサーバー側で指定された暗号化方式です。他のプロトコルでは認証、トランスポート、TLS の項目が異なる場合があります。手元の情報に従って入力し、別のプロトコルの項目をそのまま当てはめないでください。

Host には通常、ドメイン名または IP アドレスを入力します。ウェブページのパスを加えないでください。Port はサーバー側の実際の設定値を入力し、よく知られたポート番号に置き換えないでください。保存前に各項目を見直し、特にパスワードの大文字・小文字、数字、記号を確認します。必須項目かどうか分からない場合は、任意のオプションを適当に有効にせず、プロトコルの要件を確認してください。プロトコル名と項目の関係は用語集を参照してください。

QR コードと JSON：内容の種類を確認

サーバー情報の QR コードがある場合は、Scan QR Code を使い、システムの案内に従ってカメラへのアクセスを許可します。読み取り後も Type、アドレス、ポートを確認してから保存してください。Import from Cloud JSON は該当する JSON インポート用であり、任意のサブスクリプション URL を貼り付けるための汎用入口ではありません。どの方法でも、最後に SERVER グループに戻って項目を確認してください。編集画面にとどまったまま、追加が完了したと思い込まないようにします。

この手順の完了条件：Home に選択可能なサーバー項目があり、現在どの項目を選択しているか把握できていること。次に、そのサーバーをどのリクエストに使うかを決めます。

Home に戻り、Global Routing をタップして現在の選択を確認します。最初に、3つのモードを把握してください：設定(Config)、プロキシ(Proxy)、直接接続(Direct)。ここでの Config はモード名です。下部ナビゲーションの Config は設定ファイルを管理する画面です。関連はありますが、ファイルを開いて表示することと、そのファイルを現在の設定として選択することは異なります。

設定(Config)：ルールにリクエストの経路を決めさせる

入手元と用途が明確な設定ファイルを持っている場合は、設定(Config)を選択できます。次に Config ページで使用中のファイルを確認し、Rule 内のポリシーと順序を確認します。通常、リクエストはルールの一致結果に従って PROXY、DIRECT、REJECT のいずれかで処理されます。設定内で参照されるポリシー名には、それに対応する定義が必要です。サーバーのサブスクリプションをインポートしただけでは、完全なルール一式をインポートしたことにはなりません。

公式スクリーンショットには、設定編集画面の General、Rule、Hosts、URL Rewrite、HTTPS Decryption の各セクションが表示されています。初回接続では、現在のファイルと Rule を確認すれば十分です。このガイドの手順を完了するために各セクションを変更する必要はなく、HTTPS Decryption を有効にする必要もありません。Add Rule はルールの追加に使います。既存の順序を理解する前にルールを追加すると、「接続できない」問題が「ルールが先に一致する」問題に変わる可能性があります。

プロキシ(Proxy)と直接接続(Direct)：経路を明確にする

確認済みのルール設定がない場合、一時的にプロキシ(Proxy)を使って、現在のサーバーが基本的に利用できるかを確認できます。このモードでは通常、選択したサーバーがプロキシ対象のリクエストを処理します。すべてのシステム通信が同じ経路を通るとは限りません。直接接続(Direct)はプロキシサーバーを経由しない接続です。このモードでウェブサイトが開いても、追加したサーバーが利用できる証明にはなりません。

Proxy でアクセスでき、Config では同じ対象にアクセスできない場合は、すぐにパスワードを変更するのではなく、ルール、ポリシー参照、名前解決の経路を優先して確認してください。両方で失敗する場合は、まずサーバーと現在のネットワークを確認します。モードを切り替えた後は、リクエストを新たに実行してください。既存の接続が以前の経路を維持している場合があります。DOMAIN-SUFFIX、IP-CIDR、FINAL などの一致方法については、プロキシモードの説明とSettings 設定リファレンスを参照してください。このガイドでは変更範囲を最小限にします。

この手順の完了条件：現在選択しているモードを説明できること。Config を使用する場合は、現在の設定ファイルも確認できていること。この状態を把握したうえで、接続許可に進みます。

Home に戻り、SERVER グループで使うサーバーを選択し、選択マークを確認します。次に、上部の接続スイッチをオンにします。初回実行時は、Shadowrocket による VPN 構成の追加を許可するようシステムから求められる場合があります。内容を確認し、自分が開始した操作であることを確かめてから、システムの案内に従って許可またはデバイス認証を完了してください。この許可により、クライアントが該当するネットワークリクエストを処理できるようになりますが、不足しているサーバーパラメーターが自動的に補われるわけではありません。

先ほど許可を拒否した場合は、アプリに戻って接続を再試行し、システムの案内が再び表示されるか確認します。それでも進めない場合は、システムの VPN 構成管理で状態を確認してください。接続を「修復」するために、見知らぬページから追加の構成プロファイルをインストールしないでください。組織で管理されているデバイスでは、システムポリシーによって VPN 構成が制限されることがあります。まずデバイスで許可されている操作を確認してください。

許可を完了したら Home に戻り、上部の表示が Not Connected から変わり、状態が安定するまで待ちます。スイッチを短時間に何度も切り替えないでください。接続や切断とテストリクエストが交錯し、どの操作が結果につながったか判断しにくくなります。スイッチがすぐに戻る場合は、そのときに表示されたエラーを記録します。接続中の状態から進まない場合は、現在の設定を保ったまま、最後のトラブルシューティングに進んでください。

システムに VPN 状態が表示されても、トンネルまたはネットワーク拡張機能がその状態にあることを示すだけです。すべてのリモートリクエストの成功を示すものではありません。サーバー認証、対象へのアクセス、DNS 名前解決、ルールの一致はそれぞれ確認が必要です。テストが終わるまでは On Demand も有効にしないでください。手動スイッチの動作確認に自動接続が影響する可能性があります。

この手順の完了条件：システムの許可が完了し、Home の接続状態が安定していて、操作中に選択サーバーが意図せず切り替わっていないこと。次に実際のリクエストで利用可能かを確認します。

サブスクリプションをインポートできない、または更新後にサーバーがない

まず、サブスクリプションの更新時に表示されたエラーを確認します。取得の失敗と内容の解析失敗は別の問題です。取得できない場合は、デバイスの基本的なネットワーク接続、アドレスの完全性、サブスクリプションへのアクセス権を確認します。解析できない場合は、返された内容がクライアントで読み取れるサーバー情報であり、ログインページ、期限切れの案内、通常のウェブページではないことを確認してください。更新が成功しても利用可能な項目がない場合は、フィルター条件やサブスクリプションに有効なサーバーが含まれているかを確認します。

認証情報を含むサブスクリプション URL 全体を、アドレスのテストのために公開サービスへ貼り付けないでください。状態を確認する場合は、自分が利用しているサービスのアカウントページで確認するか、元のサービス提供元に状況を伝えてください。既存の項目を保管したまま更新と確認を行い、すべてを続けて削除して再追加することは避けてください。

サーバーはあるが接続に失敗する、またはすぐ切断される

サーバーの編集画面を再度開き、Type、Host、Port、認証情報を照合します。TLS や特定のトランスポートを使う場合は、サーバー名やパスなどの関連項目も確認してください。値は手元の情報に基づいて入力し、経験則で補わないでください。デバイスの時刻が正しいことを確認し、現在のネットワークから対象のアドレスとポートにアクセスできるかも確認します。パラメーターが正しくても、サーバーが稼働中とは限りません。必要に応じて元のサービス提供元に状態を確認してください。

システムの許可が完了していない場合は、サーバーのパスワードを変更せず、まず許可を完了します。接続直後に別の自動接続動作によって状態が変わる場合は、Settings で On Demand を確認し、システム上の他の VPN 構成の状態も合わせて判断してください。まず手動接続で一度確認し、その後でオンデマンド接続の条件を設定します。

Connectivity Test は失敗するが、一部のアクセスは正常

Settings で Test Method を開き、判断したい内容に合ったテスト方法が選ばれているか確認します。特定のテストで応答がないからといって、ウェブのリクエストも必ず失敗するとは限りません。同様に、テストに成功しても認証、DNS、対象サービスが正常とは限りません。サーバーとモードを固定したまま、普段使う別の対象でも確認してから、テスト設定を変更するか判断してください。

接続は正常だが対象を開けない、または経路が想定と異なる

まず、ドメイン名の名前解決失敗、接続タイムアウト、認証エラー、対象サービスからのエラーを区別します。DNS が原因と思われる場合は、現在の値を記録してから、Settings 設定リファレンスを参照し、システム DNS、カスタム DNS、ルールの組み合わせを確認してください。出所が不明な DNS アドレスを一度に複数追加しないでください。Proxy では正常で Config では異常な場合は、Rule で REJECT に先に一致していないか、想定外の DIRECT を通っていないか、ポリシー参照先が存在するかを重点的に確認します。

ルールを変更する前に、元の設定を保存してください。変更後は対象のリクエストを新たに実行し、一致状況を確認します。DOMAIN-SUFFIX と DOMAIN-KEYWORD は一致する範囲が異なり、IP-CIDR は IP アドレスの一致に関係します。ルール名だけから意味を推測しないでください。基本概念を確認する場合は、まずルールキーワードの用語集を参照してから設定に戻ります。

再確認できる診断情報を準備

Settings の Diagnostics は診断の入口として利用できます。利用可能な項目は現在の画面で確認してください。モード、サーバーのプロトコル、利用中のネットワーク、失敗した手順、エラーの原文を記録します。ログを共有する前に、アドレス、認証情報、サブスクリプションのパラメーターを確認して、機密情報を削除してください。「Config では特定のドメインがタイムアウトし、Proxy に切り替えると復旧する」と説明すると、「使えない」とだけ伝えるより原因を特定しやすくなります。

この手順の完了条件：問題をインポート、許可、サーバー、DNS、ルールのいずれかの段階に分類し、確認した結果を記録できていること。接続が復旧したら、日常用の設定を一つずつ戻し、トラブルシューティング中の一時的なモードを最終設定にしないでください。