Shadowrocket使い方と設定

Global Routingでは、リクエストをConfig、Proxy、Directのどの方式で処理するかを選択します。Configは現在有効な設定ファイルのルールに従って処理し、Proxyはプロキシ可能なリクエストを選択中のプロキシに渡し、Directは直接接続します。選択中の項目は現在のアプリ画面で確認してください。明確な振り分けルールがある場合は、まずConfigを選ぶのがおすすめです。問題の切り分けには、同じネットワーク・接続先で処理方式を一時的に切り替えて比較し、確認後に元の設定へ戻します。方式を切り替えてもサーバーは変わらず、認証情報の誤りも修正されません。

Configで有効なファイルとRuleの内容を確認します。DOMAIN-SUFFIXはドメインの末尾で、GEOIPはIPアドレスの国・地域情報で一致を判定し、FINALはそれまでに一致しなかったリクエストを処理します。PROXY、DIRECT、REJECTはそれぞれ異なる処理方針です。まずルールの順序と、指定されたポリシーが存在するかを確認してから、例外を追加しましょう。例にあるexample.comは構文の説明用です。既存ファイル全体を置き換えないでください。既定のルールは現在の設定によって異なるため、特定のファイルの動作をすべてのユーザーに共通するアプリの既定値とみなすことはできません。

DNSはドメイン名を接続先のIPアドレスに変換しますが、名前解決が成功しても接続先への接続が成功するとは限りません。トラブル対処では、名前解決、ルールの一致、サーバーへの接続性を分けて確認してください。DNS関連の値は現在の設定ファイルの影響を受ける場合があります。既定の状態はアプリと有効なファイルの表示で確認してください。まずは検証済みの設定を維持し、名前解決の問題が確認できた場合に限って一項目ずつ変更し、変更前後の状況を記録するのがおすすめです。DNS設定をむやみに重ねるとリクエスト経路が変わり、ルールの結果を再現しにくくなることがあります。

On Demandは条件に応じて接続を開始する機能です。手動接続が安定してから設定するのがおすすめです。SettingsでOn Demandを開き、現在利用できる条件を確認したうえで、どのネットワーク環境で接続したいかを明確にして、一項目ずつ設定してください。既定のスイッチ状態や条件は現在のアプリ画面で確認します。初回の検証では手動操作を使い、自動接続が確認に影響しないようにしましょう。切断後に再接続される場合は、設定をすべて削除するのではなく、まずOn Demandの条件とシステムのVPN状態を確認してください。自動接続には、利用可能なサーバーと正しい認証情報が別途必要です。

Add Serverでは、ユーザー自身が用意したサーバー情報を入力します。該当するTypeを選び、提供されたパラメータに従ってHost、Port、認証情報を入力してください。必要な項目はプロトコルごとに異なります。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardのパラメータを相互に流用することはできません。既存の設定に記載された内容をそのまま入力し、ポート、パスワード、通信方式などを推測しないでください。すべてのサーバーに共通する推奨値はありません。初期値は現在の画面で確認し、保存後は対象の項目を選択して実際のリクエストで接続を検証します。

Connectivity TestとPingは到達性の確認に役立ちますが、テスト方法によって結果は異なり、数値は実際のダウンロード速度を示すものではありません。同じネットワーク環境でテスト方法を固定して比較し、実際のWebページの読み込み状況もあわせて確認してください。Test Methodの初期値は現在のSettings画面で確認します。テストに応答があってもページが開かない場合は、Global Routing、DNS、Logを続けて確認してください。テスト失敗時も、接続先がテストに応答しないのか、接続自体に失敗しているのかを切り分けましょう。一度の結果だけで設定全体が使えないと判断するのは避けてください。

Subscribeでは、ユーザー自身が用意したサブスクリプションの接続先を管理します。サブスクリプションURLにはアクセス用の認証情報が含まれることが多いため、パスワードと同様に安全に保管してください。使用前にURLが完全であることを確認し、アプリに表示される現在の読み込み方法で追加した後、作成されたサーバーグループを確認します。接続先ごとに見分けやすい名前を付け、更新後は選択対象の項目が残っているか確認しましょう。自動更新などの初期状態は現在のアプリ画面で確認してください。サブスクリプションを更新すると提供元の内容が更新されますが、すべてのサーバーが常に利用できるとは限らず、現在のルールファイルも同時に更新されるわけではありません。

Configは主に設定ファイルとルールを管理し、サーバーのサブスクリプションは主に接続先の項目を管理します。それぞれ役割が異なります。サブスクリプションを読み込んだ後にConfigを選ぶ場合も、どの設定ファイルが有効か確認してください。編集前に復元できるコピーを残し、特にGeneral、Rule、参照されているポリシー名を確認しましょう。ファイル全体を置き換えると、既存の例外ルールが失われることがあります。有効なファイルと既定の内容はアプリ画面で確認してください。リモート設定の更新で手動変更が置き換わる場合もあるため、保存先と更新方法もあわせて記録しましょう。

iCloud関連の項目はデバイス間のデータ管理に使い、Dataではアプリに記録された通信量を確認できますが、どちらも接続確認の代わりにはなりません。同期範囲、スイッチの初期状態、集計方法は現在のアプリ画面で確認してください。変更や削除の前に、別のデバイスで同期内容を確認し、重要な設定は復元できるよう記録を残すのがおすすめです。Dataに通信量が表示されても、すべての接続先が想定どおりに振り分けられたとは限りません。接続を確認するときは、実際のアクセス結果、現在の処理方式、関連ログをあわせて確認してください。