Shadowrocket の使い方

Shadowrocket を開いて Home に移動し、SERVER のグループと Add Server を探します。サブスクリプションリンクがある場合は、利用中のサービス提供元からリンク全体をコピーし、Add Server をタップして Type で Subscribe を選びます。追加画面に戻ったら、該当する URL 欄にリンクを入力します。リンクの先頭、パス、末尾のパラメーターがすべて含まれていることを確認して保存してください。サブスクリプションリンクには認証情報が含まれることがあるため、個人の接続情報として扱い、公開コメントやスクリーンショットに貼り付けないでください。

保存後、読み込みが完了するまで待ち、Home に戻って SERVER にサブスクリプショングループとサーバー項目が表示されるか確認します。サブスクリプション名だけが表示され、選択できる項目がない場合は、読み込みや更新時のエラーメッセージを確認してください。すぐに接続スイッチをオンにしないでください。リストが空になる原因には、リンクの欠落、サブスクリプションの期限切れ、現在のネットワークから読み込めないこと、応答内容が要件に合わないことなどがあります。同じリンクを繰り返し追加してもグループが重複するだけで、読み込みの問題は解決しません。

Add Server に手動で入力する

サーバーアドレス、ポート、認証情報が手元にある場合は、Add Server の Type で情報に記載されたプロトコルを選びます。Subscribe は選ばないでください。次に Host、Port と、そのプロトコルで必要な項目を一つずつ確認します。たとえば Shadowsocks では Password と Method を確認します。他のプロトコルでは認証や通信設定の項目が異なる場合があります。すべての項目に共通する初期値はありません。あるプロトコルのパスワード、暗号化方式、通信設定を別のプロトコルにそのまま適用しないでください。

Host にはサーバー情報に記載されたアドレスを、Port には指定されたポート番号を入力します。コピー時は前後の空白、改行、全角記号に注意してください。パスワードの大文字・小文字や特殊文字も、元の情報どおりに入力します。TLS、サーバー名、追加の通信パラメーターが指定されている場合は、対応する項目も確認してください。アドレスとポートを入力しただけでは設定は完了しません。項目が判断できない場合は、設定を試行錯誤で切り替えるのではなく、元の情報の提供元に確認してください。

読み込みに使える QR コードがある場合は Scan QR Code を使用できます。互換性のある Cloud JSON が明示的に提供されている場合に限り、Import from Cloud JSON を使用してください。保存後に Home に戻り、SERVER から利用するサーバーを選択して、選択マークがその項目に付いていることを確認します。サブスクリプショングループが表示されただけでは、サーバーは選択されていません。項目の表示は追加が完了したことを示すだけです。次に Global Routing の接続モードを選択します。

Home に戻り、Global Routing をタップして現在の選択を確認します。接続モードは Config、Proxy、Direct の3種類です。Config は現在の設定ファイルのルールに従って動作を決めます。Proxy は対象となるリクエストを選択中のプロキシ経由にし、サーバーの確認に使えます。Direct は現在のネットワークから直接リクエストを送ります。これらはリクエストの処理方法を変更するもので、無効なサーバー認証情報を補ったり、到達できないサーバーアドレスを修復したりする機能ではありません。

初回の確認では、内容を確認済みの設定ファイルがある場合は Config を選び、実際に使用している Config を確認します。ルールが正しいか分からない場合は、一時的に Proxy を使って既存サーバーをテストし、その後 Config に戻して振り分けを確認できます。Direct は基本ネットワークとの比較に使えますが、Direct でアクセスに成功しても、そのリクエストが直接接続で利用できることを示すだけで、プロキシサーバーの正常動作を証明するものではありません。

Config を確認し、すべてのルールを急いで変更しない

Config を開いて現在の設定ファイルを確認し、編集画面で General、Rule、Hosts、URL Rewrite、HTTPS Decryption の各セクションを確認します。初めて使う場合は、まず Rule と現在選択中の設定に注目してください。すべての機能を一度に有効にする必要はありません。通常、サブスクリプションはサーバー項目の管理に使い、Config は接続処理を定義します。どちらも既存の情報から取得した場合でも、別々に確認してください。SERVER にサーバーが表示されても、Rule の設定が完了したとは限りません。

ルールは通常、上から順に照合され、最初に一致したルールが接続の動作を決めます。PROXY はプロキシポリシーに渡すこと、DIRECT は直接接続すること、REJECT はリクエストを拒否することを示します。以下は構文の例であり、すべてのユーザーに適用できる完全な設定ではありません。利用可能なサーバー情報も含まれていません。特に PROXY に対応するポリシーは、実際の設定内で利用可能である必要があります。数行のルールをコピーしても、プロキシの接続先が自動的に作成されるわけではありません。

• DOMAIN-SUFFIX,example.comPROXY
• GEOIP,CNDIRECT
• DOMAIN-KEYWORD,adsREJECT

Add Rule を使う前に、現在の Config をエクスポートするか複製を保存し、変更は一度に一つだけ行って目的を記録してください。接続確認が済んでいない段階で Rule、Hosts、HTTPS Decryption を同時に変更すると、原因の特定が困難になります。DOMAIN-SUFFIX、GEOIP などのキーワードの照合範囲は用語集で確認できます。接続モードと設定を確認したら、Home に戻って初回接続を行います。

Home に戻り、SERVER で選択中の項目が今回テストするサーバーであることを確認し、Global Routing が前の手順で選択した状態になっているか確認します。確認後、画面上部の Not Connected の横にある接続スイッチをオンにします。初回接続時、システムが VPN 構成の追加を求める場合があります。案内を確認して許可し、端末の指示に従ってシステム認証を完了してから Shadowrocket に戻ります。システムの確認が完了する前にスイッチを何度も操作すると、許可手順を接続失敗と誤認することがあります。

システムの VPN 構成は、対象となる通信をアプリに渡すためのものです。構成の追加を許可しても、サーバー認証の成功を意味するわけではありません。Home に戻り、画面上部の接続状態が変わったか、スイッチがオンのままかを確認します。オンにした直後にオフへ戻る場合は、そのときのメッセージを記録し、システム構成の追加が完了しているか、端末に管理上の制限があるか、他の VPN 接続がネットワークを制御しているかを確認します。再試行のために端末のネットワーク設定を一度にすべて削除しないでください。

接続状態が維持されている場合は、設定を続けて変更しないでください。現在のサーバー、接続モード、ネットワーク条件を保ったまま次の確認に進みます。後から比較できるよう、選択したサーバー名と Global Routing を記録してもかまいませんが、パスワードやサブスクリプションリンク全体は記録しないでください。スイッチがオンのままでも、確認できるのはクライアントの接続状態だけです。接続先が応答するか、ウェブページにアクセスできるか、ルールが一致したかは、実際のリクエストで確認してください。

読み込み後にサーバーが表示されない

まず接続をオフにし、基本のネットワークで通常のページを開けることを確認します。次に既存のサブスクリプションを開き、URL が完全か、期限切れでないか、空白が含まれていないか確認してください。サブスクリプションの更新失敗とサーバーへの接続失敗は別の段階です。前者は項目を読み込めていない状態、後者は項目があるものの利用可能な経路を確立できない状態です。サーバー項目がない段階で Global Routing を調整しないでください。既存情報の再発行やアクセス復旧が必要な場合は、元の情報の提供元に確認し、サブスクリプション全体を知らない相手に送らないでください。

項目があるのにテストがタイムアウトする

項目の編集画面を開き、元の情報に従って Type、Host、Port、認証項目を確認します。次に、プロトコルで必要な Method、TLS、通信パラメーターを確認してください。端末のシステム時刻も正しいか確認します。時刻に大きなずれがあると、安全な接続に影響する場合があります。可能であれば Wi-Fi とモバイル通信で同じ項目をそれぞれテストします。毎回ネットワークだけを変更し、プロトコルは同時に変更しないでください。特定のネットワークだけで失敗する場合は、そのネットワーク経路を優先して調査します。すべてのネットワークで失敗する場合は、設定値と接続先の状態を重点的に確認します。

スイッチはオンだが、対象にアクセスできない

Global Routing の選択を再確認します。誤って Direct を選んでいると、スイッチがオンでもプロキシが必要なリクエストはプロキシ経由になりません。Config を使用している場合は、先に一致した REJECT がないか、利用できないポリシーにリクエストが渡されていないか確認します。比較のため一時的に Proxy に切り替えてテストし、終了後は元のモードに戻します。問題を隠すためにすべてのルールを無効にしたり、特定の対象にアクセスできないことだけでアプリ全体の不具合と判断したりしないでください。

Settings で調査に必要な情報を確認する

Settings を開き、まず Test Method が今回のテスト目的に合っているか確認します。追加の手がかりが必要な場合は Diagnostics の診断情報を確認してください。On Demand、Proxy、TCP、UDP などの設定は、それぞれ異なる処理に影響します。初回のトラブル対処では複数の項目を同時に変更しないでください。接続が繰り返し自動で開始される場合は、既存の On Demand 条件を確認します。特定の通信種類だけ失敗する場合は、すべての設定を一括で初期化せず、関連項目を個別に確認します。

記録には「失敗した手順、接続モード、使用したネットワーク、表示されたメッセージ、実施済みの比較」を明記します。診断画面を共有する前に、サブスクリプションアドレス、パスワード、認証情報、個人の接続情報を隠してください。項目別の質問はよくある質問をご覧ください。ストアの地域、購入、再インストール後の復元についてはApp Store ガイドをご確認ください。対処後は有効だと確認できた設定に戻し、不要な変更を重ねないようにします。