Shadowrocketインストールと使い方

ルールの照合順にリクエストの経路を決定

ルールによる振り分けでは、リクエストごとにどの経路を使うかを指定します。Config で現在の設定の Rule を確認し、DOMAIN-SUFFIX でドメインの末尾を、GEOIP で宛先 IP の地域情報を照合します。どのルールにも一致しないリクエストは FINAL で処理します。PROXY、DIRECT、REJECT はそれぞれ、プロキシ経由、直接接続、リクエスト拒否を意味します。ルールは上から順に照合されるため、具体的な条件を広い条件より前に置いてください。編集前に元の設定を保存し、まずは対象を1つに絞って検証します。右側は構文例であり、あらゆるネットワークで使える完全な設定ではありません。

ルールが存在していても、実際に適用されているとは限りません。Home に戻り、Global Routing が Config に設定されているか、対象の設定ファイルが現在使用中かを確認してください。意図した経路にならない場合は、上の方に先に一致するルールがないか確認し、ファイル末尾に同じ項目を繰り返し追加しないでください。

Config、Proxy、Direct の違い

Global Routing で接続方法全体を指定します。Config は現在の設定にあるルールで振り分け、Proxy は選択したプロキシにリクエストを送り、Direct は直接接続します。通常、ルールを使う場合は Config を選択します。特定のリクエストを調べるときは、比較のため一時的に Proxy または Direct に切り替え、結果を記録したら元の選択に戻してください。モードを切り替えてもサーバー情報は補完されず、無効になったサブスクリプションも修復されません。スイッチがオンでもアクセスできない場合は、選択中のサーバー、設定ファイル、モードをあわせて確認し、同じ項目を繰り返し切り替えるだけの対応は避けてください。

既存のサブスクリプションを Home に追加

サブスクリプションリンクはサービス提供元から取得します。Home 右上の + をタップし、Add Server を開いて Type を Subscribe に設定します。完全なリンクを貼り付けて保存してください。追加後は SERVER にサーバーが表示されることを確認し、項目を1つ選んで接続をテストします。Subscribe はサーバーリストを更新する機能で、すべてのルールを自動設定するものではありません。リンクにはアクセス情報が含まれるため、パラメーターを省略せずに保持し、公開コメントやスクリーンショットに載せないでください。更新できない場合は、コピーした内容、現在のネットワーク、サービス提供元でのサブスクリプションの状態を確認します。

単一サーバーの情報を受け取った場合は、サーバーアドレスをサブスクリプションリンクとして使わず、プロトコルに合わせて Add Server に入力してください。サブスクリプション更新後はリストの内容が変わることがあるため、テスト前に選択中の項目を確認します。問題の説明に必要なエラーメッセージだけを保存し、リンク全体を他人に渡さないでください。また、トラブルのたびに設定をすべて削除する必要はありません。

サーバーリストと設定ファイルを区別する

Config では設定ファイルを管理し、ファイル内の General、Rule、Hosts などのセクションを確認できます。サーバーリストが示すのは「どこに接続するか」、設定ファイルが示すのは「リクエストをどう処理するか」であり、それぞれ個別に確認が必要です。設定を置き換える前に元のファイルを保存し、新しいファイルが既存のポリシーを参照しているか確認してください。iCloud 同期を使う場合は、まずシステム側の iCloud 権限とアプリ内の同期設定を確認し、もう一方の端末で実際の内容を確認します。同期しても接続情報が新しいネットワークで使えるとは限らず、購入記録やサブスクリプションの有効性を確認する代わりにもなりません。

まず手動で接続を確認し、その後にオンデマンド接続を設定

On Demand は、設定した条件に応じて接続を開始する機能です。まず Home で手動接続し、実際にアクセスできることを確認してから、Settings の On Demand で条件を確認してください。自動接続によってサーバーやルールの問題が見えにくくなるのを防げます。スイッチをオフにしても接続が再開する場合は、すぐにアプリを削除せず、On Demand の条件が引き続き満たされていないか確認します。条件を変更したら、Wi-Fi とモバイル通信の両方でテストし、想定どおりに動作するか確認してください。オンデマンド接続は接続を開始するタイミングを制御し、リクエストの処理方法は引き続き Global Routing で決まります。

複数のプロトコルに対応していても、Type を自由に置き換えられるわけではありません。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard ではパラメーターの構成が異なります。サービス提供元の情報に従ってプロトコルと各項目を選択してください。不明な項目があれば情報の提供元に確認し、別のプロトコルのパラメーターを推測で入力したり、サーバー名だけでプロトコルを判断したりしないでください。

接続性、リクエスト、通信量を分けて確認

接続スイッチ、Connectivity Test、実際のページ表示は、それぞれ異なる状態を示します。まず端末自体がインターネットに接続できることを確認し、次に選択中のサーバーをテストしてから、対象のリクエストとルールを確認してください。Settings の Diagnostics では診断情報を収集でき、Data では通信記録を確認できます。ただし、通信量が変化したことだけでは、すべてのリクエストがプロキシ経由になっているとは判断できません。トラブルの確認中は一度に1項目だけ変更し、ネットワークの種類、Global Routing の選択、失敗した状況を記録してください。診断情報を他者に渡す前に、サブスクリプションリンク、サーバーの認証情報などの個人情報を削除してください。