Shadowrocket の使い方
サブスクリプションの追加と初回接続

01 · Add Server：サーバーを追加、またはサブスクリプションを読み込む

Shadowrocket を開いたら、まず Home にとどまり、接続スイッチはまだオンにしません。手元の情報がどの種類か確認してください。サブスクリプションURLは通常、複数のサーバーを取得・更新するために使います。個別の共有リンクは一つのサーバー情報を示し、手動入力にはプロトコルと接続パラメーター一式が必要です。それぞれ用途が異なるため、個別サーバーのリンクを Subscribe のURLとして使ったり、設定ファイルのURLをサーバーアドレス欄に入力したりしないでください。

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

Home の右上にある追加ボタンをタップして Add Server を開きます。Type を開き、Subscribe を選択して、ご自身のサブスクリプションURL全体を URL に貼り付けます。Remarks には「日常用」など、見分けやすい名前を入力できます。アクセス情報は備考に記載しないでください。URLの前後に空白や改行が入っていないことを確認し、Done をタップして保存します。Home に戻って読み込みを待ちます。一覧にサーバーが表示されない場合は、該当サブスクリプションの操作メニューから更新できます。

読み込みに成功すると、Home にサブスクリプションのグループと、その中のサーバー項目が表示されます。次に進む前に、選択可能なサーバーがあることを確認してください。サブスクリプション名だけが表示され、サーバーがない場合は読み込み完了とはいえません。リクエストが処理中、応答内容が空、またはサブスクリプションの内容を認識できない可能性があります。まず更新結果を確認し、同じ名前のサブスクリプションを繰り返し作成しないでください。どれを使用しているか分かりにくくなる場合があります。

サブスクリプションを更新すると、リモートの内容が再取得されます。手動で変更した内容を残す必要がある場合は、変更箇所を記録し、次回の更新で上書きされるか確認してください。サブスクリプションURLにアクセス情報が含まれている場合があります。クライアントで必要な場所にのみ貼り付けてください。問題を他の人に説明するときは、URL全体やURLが写った画面を送信しないでください。

個別のサーバー情報がある場合：プロトコルに応じて入力

サーバーアドレス、ポート、認証情報がある場合も、まず Add Server を開きます。Type で情報に指定されたプロトコルを選び、各項目を入力します。Shadowsocks、VMess、VLESS、Trojan などでは入力項目が異なります。パスワード、ユーザーID、暗号化方式、通信パラメーターは、元の情報どおりに入力してください。Address にはサーバーのドメイン名または IP を指定します。サブスクリプションページや、ブラウザーで開いた説明ページのURLではありません。

TLS や特定の通信方式を使う場合は、サーバー情報に記載された関連オプションも確認してください。アドレスとポートだけでは設定は完了しません。QRコードがある場合は Scan QR Code で読み取り、認識された Type と Address を確認します。どの方法でも保存後に Home に戻り、個別のサーバーを選択してください。各項目と共有リンクの違いは用語集で確認できます。初回接続では、まだ理解していないパラメーターを変更する必要はありません。

この節の完了条件は、Home にサーバー項目が明確に表示され、選択でき、接続情報の入手元が分かっていることです。この時点ではサーバーが使えるかどうかは未確認です。次に、通信をどのように処理するかを決めます。

02 · Global Routing：Config、Proxy、Direct を選択

Home で Global Routing をタップし、目的に応じて Config / Proxy / Direct を選びます。この3つは通信の処理方法を切り替えるもので、不足しているサーバーパラメーターを補ったり、接続できないサーバーを使える状態にしたりするものではありません。初回設定では現在の選択を覚えておき、確認時に条件をそろえて比較できるようにしてください。

Config：現在の設定に含まれるルールに従って処理

内容を確認済みのルール設定がある場合は、通常 Config から始めます。Config で現在有効な設定を確認し、使用する予定のものが選択されていることを確認してください。サーバーの読み込みとルール設定の有効化は別の操作です。Home にサーバーが表示されていても、Config でルールファイルが切り替わっているとは限りません。ルールによって、対象リクエストには PROXY、DIRECT、REJECT などのポリシーが適用されます。実際の結果はルールの順序やポリシー設定にも左右されます。

初回からルール全体を編集する必要はありません。分かっている設定を保ったまま、まず接続とアクセスを一度テストします。特定ドメインの処理を変更する必要がある場合は、設定をバックアップしてから一項目ずつ変更してください。DOMAIN-SUFFIX、IP-CIDR、GEOIP などのキーワードはルール用語の説明で確認できます。ルール適用の問題を体系的に確認するにはトラブルシューティングガイドをご覧ください。

Proxy：選択したサーバーの接続経路を比較

選択したサーバーがリクエストを正常に処理できるか確認する場合は、一時的に Proxy に切り替えると、通常の振り分けルールによるテスト結果への影響を減らせます。サーバー、ネットワーク、テストページは変えず、Global Routing だけを切り替えてください。Proxy ではアクセスでき、Config では同じページを開けない場合は、サブスクリプションをすぐに再読み込みするのではなく、設定ルールとポリシーの指定先を優先して確認します。テスト後は、使用する予定のモードに戻してください。

Direct：現在のネットワークで直接接続できるか確認

Direct は現在のネットワークから直接接続するためのモードで、選択中のプロキシサーバーが使えることを証明するものではありません。基本ネットワークが切断されているか確認するには、Shadowrocket の接続をオフにしてから、見慣れたページを開くほうが明確です。Wi-Fi またはモバイルネットワークが正常に動作していることを確認してから、Home に戻ってください。ルーティングモードを決めたら、初回接続の許可に進みます。

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

Home に戻り、使用するサーバーが選択されていることと、Global Routing が前の節で選んだモードになっていることを再確認します。その後、上部の接続スイッチをオンにします。初回接続時に、システムから VPN 構成の追加を許可するよう求められる場合があります。これはシステムのネットワーク接続を確立するために必要な許可です。案内を確認して許可し、デバイスの指示に従ってパスコードまたは生体認証を完了してから、Shadowrocket に戻ります。

許可が完了したら、Home の接続スイッチがオンのままか、システムに接続状態が表示されているかを確認します。許可処理が終わる前に、スイッチを何度も続けてタップしないでください。接続と切断のリクエストが交錯する可能性があり、どの手順で失敗したのかも分かりにくくなります。タップ後すぐにオフに戻る場合は、システムの案内をキャンセルしていないか確認し、デバイス管理による制限がないか調べてください。

ネットワーク接続を制御する別のツールも有効にしている場合は、いったん停止して Shadowrocket だけでテストし、接続設定の競合を減らしてください。管理対象の仕事用または学校用デバイスでは、VPN 構成の変更が制限されている場合があります。この場合はデバイス管理の要件に従って対応し、設定を繰り返し削除して制限を回避しようとしないでください。

初回テストでは、手動操作と自動接続条件が同時に結果へ影響しないよう、On Demand はオフのままにします。手動接続とアクセス確認が正常にできてから、ネットワーク条件に応じて On Demand を有効にするか検討してください。On Demand は接続を開始するタイミングを制御する機能であり、サブスクリプションの内容、サーバーパラメーター、ルールの問題を修正するものではありません。

スイッチがオンのままでも、接続処理が該当状態にあることを示すだけで、すべてのページにアクセスできるとは限りません。ここで確認を終えず、次にサーバーテスト、ブラウザーでのアクセス、ルーティング結果を合わせて確認します。

04 · Connectivity Test：接続と実際のアクセスを確認

まず Home で Connectivity Test を使い、既存サーバーへの到達性を確認してから、そのうち一つを選んでアクセスをテストします。テスト結果は、特定のリクエストに応答があったかを判断するのに役立ちますが、遅延の数値はダウンロード速度を示すものではなく、すべてのアプリやページが正常に使えることを保証するものでもありません。数値が小さいという理由だけで設定が完了したと判断しないでください。

同じネットワーク、同じページで繰り返し確認

現在の Wi-Fi またはモバイルネットワークを変えずにブラウザーを開き、読み込み結果を判断できる見慣れたページにアクセスします。まずページの本文が表示されるかを確認し、その後、画像などのリソースが読み込まれるかを確認してください。一部の内容だけが失敗する場合は、失敗した範囲を記録します。ページ全体が開かない場合とは確認すべき点が異なります。以前開いたページはキャッシュされた内容を表示する場合があるため、すでに開いているタブを見るだけでなく、確認時には再読み込みしてください。

次にクライアントに戻り、接続ログでリクエストの宛先と適用されたポリシーを確認します。Config を使用している場合は、対象リクエストに想定どおり PROXY または DIRECT が適用されたか、REJECT されていないか、ポリシーの接続先が現在使えるサーバーかを確認してください。システムの接続表示や、ブラウザーで一つのページが開いたことだけでは、すべてのルールが正しいとは判断できません。

一度に一つの条件だけを変えて比較

サーバーテストには応答があるのにページを開けない場合は、サーバーをそのままにして Global Routing を Config から Proxy に一時的に切り替え、同じページを再度開きます。モードによって結果が変わる場合は、まずルールと現在の Config を確認してください。どちらのモードでも失敗する場合は、サーバーパラメーター、ネットワーク条件、DNS を確認します。一度に一項目だけを変えると、変更と結果を結び付けて判断できます。

確認が終わったら、通常使用する予定のモードに戻し、もう一度テストします。「ネットワークの種類、選択したサーバー、Global Routing、開けなかったページ、表示されたエラー」を簡単に記録しておくと便利です。認証情報は記録または公開しないでください。このような記録があれば、「スイッチはオンなのに使えない」という情報だけの場合より、次に確認すべき箇所を絞り込みやすくなり、変更が本当に有効だったかも後から判断できます。

05 · よくある問題：失敗した箇所から確認

問題が発生したら、まず接続をオフにして、デバイス自体がネットワークに接続できることを確認します。その後、読み込み、許可、サーバー接続、ルール処理の順に確認してください。すべてのサーバーを一度に削除したり、Config を置き換えたり、DNS を変更したりしないでください。一時的に直ったとしても、どの項目が原因だったのか分からなくなります。ここでは初回利用時によくある確認手順を紹介します。詳しい確認方法はShadowrocket トラブルシューティングガイドをご覧ください。

Subscribe を保存してもサーバーが表示されない

サブスクリプションの項目に戻り、URL全体が正しいか、説明文や空白、改行までコピーしていないか確認してください。サブスクリプションURLを受け取っていることも確認します。アカウントページや個別サーバーの共有リンクではありません。基本ネットワークが正常な状態で、もう一度更新し、具体的なエラーを確認します。URLの有効期限が切れている、アクセス情報が変更された、応答内容に問題がある場合は、ご利用のサービス提供元に確認してください。推測でURLの文字を変更しないでください。

スイッチをオンにできない、またはすぐにオフに戻る

初回のシステム許可を完了し、デバイス認証も済んでいることを確認してください。次に、他のネットワーク接続ツールが使用中でないか、デバイス管理ポリシーによる制限がないかを確認し、クライアントに表示された案内を記録します。最近システムのネットワーク設定を変更した場合は、内容を把握できる状態に戻してからテストしてください。システムの接続構成を削除すると再度の許可が必要になります。原因を確認せず、毎回のトラブルに対する最初の手順として削除しないでください。

Connectivity Test がタイムアウトする

まず現在のサーバーでもう一度テストし、自分がすでに持っている一覧から別のサーバーを選んで比較します。一つのサーバーだけが繰り返し失敗する場合は、そのアドレス、ポート、認証情報、プロトコルパラメーターを優先して確認してください。複数のサーバーで失敗する場合は、Wi-Fi とモバイルネットワークを比較し、基本ネットワークも確認します。ネットワークを切り替えるときは、他の条件を変えないでください。パラメーターの確認を省くために TLS 検証をオフにしたり、タイムアウトをアプリのインストール失敗と決めつけたりしないでください。

Proxy では使えるが、Config では一部のページが開けない

Config に戻り、現在有効なファイルを確認して、失敗した宛先に適用されるルールとポリシーを確認します。ルールを変更する前にバックアップし、変更を保存してから同じページを再読み込みしてください。サーバー選択が必要なポリシーでは、すでに使えないサーバーが接続先に設定されていないか確認します。ルールは設定内容に従って宛先を処理します。実際に適用されたルールを確認することで、ルーティングの選択ミスか、サーバー自体の問題かを切り分けられます。

接続は正常だが、ドメイン名の解決エラーが出る

まずデバイスの日付と時刻が正しいことを確認し、エラーがドメイン名の解決時に集中しているかを確認します。現在の DNS 設定を記録し、一度に変更するのは一項目だけにしてください。名前解決方法とルールファイルを同時に変更しないでください。IPアドレスを使って直接ウェブサイトを開いても、有効な比較にならない場合があります。HTTPS ではドメイン名と証明書の一致も関係するためです。エラーが続く場合は、具体的なエラー表示を添えてトラブルシューティングガイドの DNS 関連の項目を確認し、出所が不明なアドレスを次々に入力しないでください。

iPad で同じ場所が見つからない

iPad では向きやウィンドウ幅によって分割表示になることがあり、Home や Config などの位置が変わる場合がありますが、操作する項目は画面上の名称で確認できます。同じ名前の画面を探してから、該当する手順を行ってください。ブラウザーの履歴、システムの許可、デバイスのネットワーク設定は使用中の iPad で改めて確認します。別のデバイスでの成功を、この iPad の設定も完了している証拠にしないでください。