Shadowrocket の使い方

STEP 01 / INPUT

Add Server：サーバーの追加とサブスクリプションの読み込み

Shadowrocketを開き、まずHomeに移動します。ここではサーバーの一覧を確認し、使用するサーバーを選択して、接続を操作します。初回は情報を入力して保存するところまで進め、すぐに接続スイッチをオンにする必要はありません。お手元の情報が、複数の項目を更新できるサブスクリプションリンクなのか、1台分のアドレス、ポート、認証情報なのかを確認してください。入力先は似ていますが、各項目の意味は異なります。

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

Homeの右上にあるプラスボタンをタップしてAdd Serverを開き、TypeからSubscribeを選択します。URL欄にご自身のサブスクリプションリンクを全文貼り付け、識別しやすいメモを入力して保存します。コピー時はリンクの前後に空白、改行、チャットの句読点が入っていないか確認してください。アドレスにクエリパラメータが含まれる場合は、最初の疑問符より後も含めてすべてコピーします。

保存後、Homeに戻り、サブスクリプションの読み込みが完了するまで待ちます。正常に読み込まれると、サブスクリプションのグループと、その中のサーバー項目が表示されます。該当するグループを開き、使用するサーバーをタップして選択状態にします。サブスクリプションを保存したことと、サーバー一覧を取得できたことは別です。グループ名だけが表示されて項目がない場合は、次の手順へ進む前に読み込み結果を確認してください。

サブスクリプションの更新では、登録済みのリンクから項目を再取得します。サーバー自体を修復する機能ではありません。初回の読み込みに失敗した場合は、そのURLがアカウント管理ページではなく、クライアントが読み取れるサブスクリプション内容を返すか確認してください。リンクの状態は情報の提供元に問い合わせ、認証情報を含むURL全体を公開の場に貼り付けないでください。一覧がある場合も、選択中の項目が有効なグループに含まれているか確認します。

個別のサーバー情報がある場合：Typeに合わせて入力

個別のサーバー情報をお持ちの場合も、Add Serverから始めます。Typeでは、情報に明記されたプロトコル（Shadowsocks、VMess、VLESS、Trojanなど）を選択してください。次に、サーバーアドレス、ポート、該当する認証情報をそれぞれ入力します。名前が似ているという理由だけでプロトコルを選ばないでください。パスワード、UUID、暗号化方式、通信設定は互いに代用できません。必ず元の情報に従ってください。

アドレス欄にはサーバーのドメイン名またはIPアドレス、ポート欄には指定された番号を入力します。TLS、サーバー名、通信パスの情報がある場合は、それらも確認してください。アドレスとポートが埋まっているだけでは、設定が揃っているとは限りません。サーバーの共有リンクやQRコードがある場合は、その形式に応じて読み込めます。Scan QR Codeを使った後も、Typeや認証情報を含む読み込み結果を確認し、用途の異なるQRコードを誤って読み込んでいないか確かめてください。

保存してHomeに戻ったら、項目に見分けやすいメモを付け、使用するサーバーを選択します。確認するのは、一覧に項目が表示されていることと、使用予定の項目が選択されていることの2点です。プロトコルの各項目について知りたい場合は、プロトコル技術リファレンスをご覧ください。初回接続の前に高度なパラメータを一つずつ変更する必要はありません。情報を入力したら、次はリクエストの処理方法を決めます。

STEP 02 / ROUTING

Global Routing：Config・Proxy・Directを選択

HomeでGlobal Routingをタップし、現在のモードを確認します。ここでの選択は、接続後にリクエストをどう処理するかを決めるもので、サーバーのプロトコルを選ぶ項目ではありません。モードはConfig（設定）／Proxy（プロキシ）／Direct（直接接続）の3種類です。サーバーを追加しただけでは、現在の設定が用途に合っているかはわかりません。接続スイッチをオンにする前に確認してください。

ルールに従って普段使いする場合：まずConfigを確認

ルールに基づいて通信を振り分ける場合は、Configページを開き、現在使用中の設定を確認してください。該当する設定を開き、特に[Rule]内のルールと末尾のポリシーを確認します。サーバーのサブスクリプションはサーバー項目を提供し、Configは通信の処理方法を定めます。両者は別の情報です。サブスクリプションを読み込んだ後も、現在適用中のConfigが用途に合っているか確認してください。

ルールは通常、上から順に確認され、条件に一致すると対応するポリシーが適用されます。PROXY、DIRECT、REJECTはそれぞれ異なる処理を表し、FINALはそれ以前のルールに一致しない場合に適用されます。初回からルールを作成する必要はありませんが、あるサイトが直接接続されるのはConfigの設定によるもので、接続障害とは限らないことを理解しておきましょう。アクセスを一つ復旧させるためにConfig全体を消去しないでください。

まずサーバーを確認：比較条件を揃える

追加したサーバーが動作するか確認する場合は、一時的にProxyを選び、同じ宛先へのリクエストで結果を確認します。検証後は、用途に応じてConfigに戻してください。Directは通常のネットワークとの比較に使います。Directでは成功しProxyでは失敗する場合、サーバーまたはそのパラメータが原因の可能性が高まります。どちらも失敗する場合は、デバイスの基本的なネットワーク接続やアクセス先も確認してください。

モードを切り替えたらHomeに戻り、Global Routingの現在の値を確認します。一度に変更するのはモードかサーバーのどちらか一方にしてください。サーバー、Config、DNSを同時に変更すると、アクセスが復旧しても原因を特定しにくくなります。モードを確認したら、その設定のまま接続の手順に進みます。

STEP 03 / CONNECT

Home：スイッチをオンにしてシステムの許可を完了

Homeに戻り、選択中のサーバーが先ほど確認したものと同じであることを確かめ、Global Routingが想定したモードになっているか確認します。ここでは、情報が保存されていること、サーバーが選択されていること、接続スイッチがオンになっていることを区別してください。サーバーが一覧に表示されているだけでは、デバイスの通信が選択したモードで処理されているとは限りません。最初の2点を確認してから、Home上部の接続スイッチをオンにします。

初回に表示されるVPN構成の確認

初めて接続するとき、iOSまたはiPadOSにVPN構成を追加するためのシステム確認画面が表示されることがあります。表示されたアプリ名を確認し、操作対象が起動したばかりのShadowrocketであることを確かめてから、システムの案内に従って許可し、デバイスで必要な認証を完了してください。システム構成の許可は、クライアントがネットワーク通信を処理するために必要な手順です。サーバーアカウントへのログインではないため、この画面でサブスクリプションのパスワードを入力しないでください。

確認画面を先にキャンセルした場合、接続を続けられないことがあります。アプリに戻って接続を再度開始し、表示されたシステムの案内に従って許可してください。システム画面の文言は、デバイスの言語や状態によって異なります。特定の日本語ボタンを探す必要はありません。確認画面の目的とアプリの提供元を確かめてください。システム要件はApp Storeのページをご確認ください。

許可後、アプリに戻って状態を確認

認証が完了したらHomeに戻り、接続スイッチがオンのままか確認します。デバイスにVPNのステータス表示が出る場合がありますが、位置はシステムのレイアウトによって変わるため、ステータスバーのアイコンの有無だけで判断しないでください。スイッチがオンのままであれば、接続処理が動作状態に入ったことを示します。ただし、サーバー、ドメイン名の解決、各ルールの動作まで確認できたわけではありません。

スイッチがすぐにオフになる場合は、まずシステムの許可が完了しているか、ほかに接続を管理しているVPN構成がないか確認します。初回はOn Demandも確認し、自動接続の条件と手動操作が重なって「オフにしたのに再接続した」と誤認しないようにしてください。スイッチを何度も素早くタップせず、状態が安定するのを待ってから再試行するか判断します。

システムから具体的なエラーが表示された場合は、エラー文と発生したタイミングを記録してください。たとえば「許可後すぐに停止」「スイッチはオンのままだがウェブページが開かない」のように記録すると、「使えない」とだけ伝えるより原因を絞り込みやすくなります。記録を保存する場合は、サーバーアドレス、認証情報、サブスクリプションリンクに含まれる機密情報を隠してください。スイッチの状態が安定したら、表示だけで判断せず、実際のリクエストで確認します。

STEP 04 / VERIFY

Connectivity Test：アクセスとルールの動作を確認

接続スイッチをオンにしたら、まずHomeでConnectivity Testを実行し、サーバーのテスト結果を確認します。テストは明らかに到達できない項目を見つけたり、同じネットワーク条件で応答を比較したりするのに役立ちます。ただし、結果はテスト方法と対象によって異なります。応答があっても、そのテストで応答を得られたことを示すだけで、すべてのウェブページや通信方式が正常だとは限りません。

新しいウェブページを開いてリクエストを確認

Safariを開き、普段利用しているサイトや現在必要なサイトにアクセスして、ページを更新するか新しいページを開きます。接続状態が変わってもキャッシュされた内容が表示されることがあるため、すでに開いていたページだけで判断しないでください。ページが最後まで読み込まれるか確認し、タイトルや一部の画像だけが表示される場合は、接続全体が成功したと見なさず、一部のリクエストが失敗したと記録してください。

Configを使用している場合は、Proxyで処理される想定の宛先と、Directで処理される想定の宛先をそれぞれ選び、結果を比較します。これはすべての通信が同じ経路を通ることを証明するためではなく、ルールが想定どおりに適用されるか確認するためです。アプリやウェブサイトに表示される地域情報は、アカウント、キャッシュ、位置情報の許可などに左右されます。地域表示だけを接続の判定基準にしないでください。

Dataで該当するリクエスト記録を確認

Shadowrocketに戻り、Dataで先ほどのアクセスに対応する接続記録を確認します。必要な情報が記録されていない場合は、画面にある記録オプションを有効にしてから、リクエストを再度実行してください。アクセス時刻と対象ドメインを手がかりに、適用されたポリシーと表示される一致情報を確認します。画面によって表示される情報の詳細さは異なるため、現在の画面に表示されている内容を基準にしてください。

Proxyで処理される想定のドメインにDIRECTが適用されている場合は、すぐにサーバーのパスワードを入力し直すのではなく、Configのルール順を確認します。PROXYが適用されても失敗が続く場合は、選択中のサーバー、認証情報、名前解決の状況を確認してください。REJECTと表示される場合は、現在のConfigがそのリクエストを意図的に拒否していないか確認します。記録は結果を理解するために使い、表示を揃える目的でポリシーをむやみに変更しないでください。

正常に検証できたら、そのとき選択していたサーバー、Global Routingのモード、Config名を控えておきます。後で問題が起きた場合は、まずこの検証済みの条件と比較してください。テスト後は必要に応じて記録機能を管理します。記録を共有する前に、宛先アドレスの個人情報や認証情報を削除してください。これで初回接続の手順は完了です。以降のトラブルシューティングでは、失敗した箇所を確認します。

STEP 05 / CHECK

よくある失敗：発生箇所から順に確認

最初に異常が起きた手順から確認します。サーバー一覧を読み込めない場合は追加の段階にとどまり、スイッチをオンのまま維持できない場合は接続と許可を先に確認します。特定のサイトだけ失敗する場合は、そのリクエストの名前解決とルールを確認してください。一度の確認で変更するのは一項目だけにし、同じリクエストを再度実行します。そうすれば結果を比較しながら原因を絞り込めます。

追加に失敗する：リンクと内容を確認

Add Serverのサブスクリプション項目に戻り、TypeがSubscribeになっているか、URLが完全か、空白や句読点が混入していないか確認します。取得した内容がログインページ、エラーメッセージ、空のページの場合、クライアントはサーバー一覧を作成できません。サブスクリプションURLをサーバーアドレスとして入力したり、個別サーバーの共有リンクを更新可能なサブスクリプションと取り違えたりしないでください。形式がわからない場合は、情報の提供元に用途を確認してください。

サーバーに接続できない：元の情報を確認

Connectivity Testが失敗し続ける場合は、接続をオフにした状態でデバイスが通常どおりインターネットに接続できるか確認し、次に選択中の項目のアドレス、ポート、プロトコル、認証情報を確認します。手動で追加した項目は元の情報と一つずつ照合してください。サブスクリプションの項目は、更新が成功しているか、現在の項目が有効か確認します。認証情報が一致しないときにプロトコルを何度も変更しても、解決にはつながらず、かえって原因がわかりにくくなります。

スイッチはオンだがアクセスできない：モードとDNSを確認

まず、Global Routingがテスト時に想定したモードのままか確認します。Directの場合、アクセスできてもサーバー経由の転送が正常とは判断できません。Configの場合は、対象が実際にPROXYのルールに一致しているか確認します。サーバーは変えず、一時的にProxyを選んで比較すると、ルールとサーバーのどちらに問題があるか切り分けやすくなります。テスト後は普段使うモードに戻してください。

テストでは応答があるのにウェブページでドメインが見つからない場合は、現在のConfigにあるDNS関連の設定を確認します。まず使用中のConfigを特定し、現在のネットワーク環境で名前解決が機能する設定か確かめてください。DNSエラーが表示されても、複数のアドレスを続けて入れ替えないでください。元の値を控え、一項目だけ変更したら同じドメインに再度アクセスします。名前解決とサーバー経由の転送は別の段階なので、それぞれ個別に確認してください。

一部のサイトだけ失敗する：一致結果を確認してからルールを変更

一部のアクセス先だけで問題が起きる場合は、Dataで該当リクエストを特定し、Configのルール順とFINALポリシーを照合します。1つのウェブページが複数のドメインにリクエストを送ることがあるため、トップページは表示されても画像の読み込みに失敗する場合があります。失敗したリクエストのドメインと適用ポリシーを特定してから、ルールを変更するか判断してください。原因を調べずにルール全体を同じポリシーに変更しないでください。

さらに確認する場合は、よくある質問で症状を調べてください。プロトコルやパラメータの選び方を知りたい場合は、技術リファレンスをご覧ください。機種変更後にアプリを再インストールする場合の購入済みアイテムの復元手順は、購入済みアイテムの復元方法をご確認ください。アプリを再ダウンロードしても、ご自身の設定や接続情報は復元されません。操作前に必要な情報が保存されていることを確認してください。