Shadowrocketのカスタムルールと優先順位:上から順に照合し、FINALでフォールバック
DOMAIN-SUFFIXやIP-CIDRの条件の書き方から確認し、ルールの順序を見直して、PROXY、DIRECT、REJECTの用途を区別します。リクエストに想定したポリシーが適用されない原因や、FINALを配置する場所を理解して保守しやすくする際に役立ちます。
ルールの解説を読む →iPhone/iPad向けShadowrocket公式マニュアルです。App Storeで買い切りアプリの正規情報を確認し、既存の情報を追加してから、ルール振り分けを使って接続を確認します。
ShadowrocketはAppleプラットフォーム向けにのみ配信されており、入手先はApp Storeのみです。購入と初期設定の前に、デバイスの互換性、現在のストアアカウント、アプリの識別情報を確認してください。
App StoreでShadowrocketを開き、デベロッパ名とアプリIDを確認してから購入します。初回起動時はHome、Global Routing、Add Serverの画面を確認してください。接続前に、ご自身のサブスクリプションまたはサーバー情報を準備します。システム要件はApp Storeの表示をご確認ください。
iPhoneでの入手方法を見る →同じApple IDで購入済みの場合は、まずApp Storeの購入済み項目でShadowrocketを探してください。iPhoneとiPadでの共通購入条件、対応デバイス、システム要件はApp Storeの表示をご確認ください。アプリを復元した後は、構成と接続情報を別途確認する必要があります。
iPadでの入手方法を見る →アプリ名が似ていても、同じアプリとは限りません。商品詳細ページを開き、公式アイコン、デベロッパ名のShadow Launch Technology Limited、リンクに含まれるアプリID 932747118を確認してください。下のストアボタンから該当の商品ページを直接開けます。ページを開いただけでは購入は完了しません。支払い前に、現在のストアに表示される価格と互換性を確認してください。
検索しても見つからない場合は、購入に使用するApp Storeアカウントと、その国または地域を確認してください。デバイスの言語だけでストアの地域を判断しないでください。商品リンクのストア表示と、現在のアカウントで購入に使うストア地域は同じとは限りません。アプリの表示・購入可否・支払いに関する案内は、現在のアカウントに実際に表示されるストアページをご確認ください。
初回接続時に表示されるVPN構成の許可は、システムがクライアントのネットワーク接続構成を作成するための確認です。操作元がShadowrocketであることを確認してから、システムの案内を読み、許可してください。許可が完了しても、サーバーパラメータ、サブスクリプションの状態、ルールが正しいとは限りません。続けて手順に沿って確認してください。
接続情報、Global Routing、構成ファイルを分けて確認しましょう。サーバーは接続先を決め、ルーティング方式は処理方法を決め、ルールは各リクエストに適用するポリシーを決めます。
ルール振り分けでは、リクエストごとに処理ポリシーを選択します。HomeでGlobal RoutingをConfigに設定し、Configで現在使用中の構成を確認してください。ルールは通常、上から順に照合され、条件に一致すると対応するポリシーが適用されます。具体的な条件は広範な条件より前に置き、FINALは最後にフォールバックとして配置します。PROXY、DIRECT、REJECTはポリシーを示すキーワードであり、サーバーアドレスではありません。変更前に複製を保存し、一度に一か所だけ変更して、実際のリクエストに適用されたルールを確認してください。以下のexample.comを使った例は構文の説明であり、そのまま使える完全な構成ではありません。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECTOn Demandは、指定したネットワーク条件で接続を開始する機能であり、サーバー設定の代わりにはなりません。SettingsでOn Demandを開き、対象にするWi-Fi、モバイル通信、ドメインの条件を決めてから、条件が重複していないか一つずつ確認してください。最初は明確な条件を一つだけ有効にし、ネットワークを切り替えて接続状態を確認します。想定どおりに動作してから、ほかの条件を追加してください。接続を手動で切った後に再接続する場合は、構成をすぐに削除せず、まずOn Demandを確認します。自動接続とRuleによる振り分けは別の段階で働きます。前者は接続するタイミングを、後者は接続後のリクエスト処理を決めます。
Settings → On Demand
Wi-Fi / Cellular / Domain
接続を開始する条件 ≠ Ruleの照合条件ShadowrocketはShadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardなどのプロトコルに対応しています。ご自身が用意したサーバー情報を使う場合は、Add ServerでTypeを確認し、選択したタイプに応じてHost、Port、認証パラメータを入力してください。プロトコルによって入力項目は異なります。TLS、通信方式、証明書に関する設定もサーバー側と一致させる必要があります。Typeを何度も変更してプロトコルを推測せず、手元の構成情報と項目ごとに照合してください。項目を保存できても、リモートへの接続が成功したとは限りません。テストと実際のアクセスで確認してください。
Add Server
Type → Host → Port
Trojan / Hysteria2 / WireGuardSubscribeは、ご自身がすでにお持ちのサブスクリプションを管理するための機能です。追加前にURLがすべて含まれていることを確認し、必要なパラメータを残してください。コピー時に空白、改行、説明文が混入しないよう注意します。追加後は、想定したサーバー項目が作成されたか確認し、そのうち一つを選んで接続テストを行います。サブスクリプションの更新はリモートのリストを再取得する機能であり、リモート側の無効化、認証エラー、ローカルルールの問題をすべて自動で修正するものではありません。削除または上書きする前に、サブスクリプション由来の項目と手動で追加した項目を確認してください。サブスクリプションURLにはアクセス認証情報が含まれる場合があります。問題の確認時に、URL全体をスクリーンショットや公開記録に載せないでください。
Add Server → Type → Subscribe
既存のURLを追加 → 項目を更新 → サーバーを選択
サブスクリプション一覧 ≠ ルール構成ファイル構成ファイルではGeneral、Rule、Hostsなどの設定をまとめて管理します。サーバーリストと構成ファイルは別のものとして確認してください。Configで読み込みや編集を行った後は、現在選択中の構成とGlobal RoutingがConfigになっていることを確認します。ファイルをリストに保存しただけでは、そのルールが処理に使われるとは限りません。DNSやルールを変更する前に、復元できるコピーを保存し、変更内容と想定結果を記録してください。iCloud同期を使う場合は、システムのiCloud設定、アプリ内の関連オプション、もう一台のデバイスに実際に表示される内容をそれぞれ確認してください。同期は完全なバックアップでも、接続成功の証明でもありません。
[General]
bypass-system = true
dns-server = system
[Rule]
FINAL,DIRECT接続できない場合は、まずデバイス自体が正常にインターネットへ接続できることを確認し、選択中のサーバー、Connectivity Test、現在のテスト方法を確認します。テスト結果が示すのは、その方法での到達性です。すべてのリクエストのアクセス結果を示すものではありません。続いてプロトコルパラメータ、TLS設定、システム時刻、Global Routingを確認し、必要に応じてSettingsのDiagnosticsを参照します。Dataの通信量統計は使用状況の確認に役立ちますが、サーバー側の課金記録とは異なり、通信量の変化だけでルールの正しさを判断することもできません。一度に変更するのは一項目だけにし、問題の状態とテスト条件を記録して変更前後を比較してください。
Connectivity Test
Settings → Diagnostics
ネットワーク → パラメータ → Global Routing → 実際のリクエストConfigは現在の構成にあるルールに従ってリクエストを処理します。Proxyはリクエストをプロキシ経由で処理し、Directは直接接続します。普段からルール振り分けを使う場合は、Configと使用中の構成ファイルを確認してください。切り分けのために一時的に方式を切り替える場合は、切り替え後の結果を元のテスト条件と比較します。一度アクセスできただけで、すべてのルールが正しいとは判断できません。
確認を始める前に、現在のサーバー、ルーティング方式、構成名を記録してください。ProxyではアクセスできるのにConfigで差が出る場合は、ルールの一致状況、ポリシーの割り当て、DNS関連の設定を優先して確認します。接続自体が失敗する場合は、まずサーバーパラメータと基本ネットワークを確認してください。切り分けが終わったら、元のルーティング方式に戻し、一時設定がその後の使用に影響しないようにします。
Config、Proxy、Directの違いを見る →Shadowrocketはクローズドソースの商用アプリです。アプリの識別情報、価格、互換性、購入条件はApp Storeの商品ページで確認してください。操作方法はアプリ内に現在表示されている内容をご確認ください。
公式アイコン、デベロッパ名、アプリIDがすべて一致することを確認してください。検索結果に表示された名前だけで判断せず、アイコンの色だけを根拠にするのも避けましょう。詳細ページを開いてデベロッパ名を確認し、最後に商品リンクの数字のIDを照合してください。
App Storeの検索結果やアプリの表示状況は、アカウントの国や地域によって異なる場合があります。デバイスが日本語表示でも、購入アカウントが特定のストア地域に属するとは限りません。ブラウザーで開いた商品ページも、デバイスで購入に使用するアカウントのストアと同じとは限りません。検索しても見つからない場合や利用できないと表示された場合は、ストアの案内を読み、現在の購入アカウントと国または地域を確認してから、正規アプリのガイドで該当する項目をご覧ください。
検索結果に表示されないからといって、アプリが利用できなくなったとは限りません。また、ブラウザーで商品ページを表示できても、デバイスで購入できるとは限りません。詳細ページが表示されるか、購入ボタンが利用できるか、デバイスが互換性要件を満たすかをそれぞれ確認してください。ページに表示されたアプリの識別情報が本ページの3つのポイントと異なる場合は、購入手続きを中断し、正しい商品ページで確認し直してください。
米国ストアの参考価格は2.99米ドルで、買い切りです。ほかのストアでは現地通貨で表示されます。実際の価格と購入条件はApp Storeの商品ページをご確認ください。購入記録は支払いを完了したApple IDに紐づくため、デバイスを変更する場合は、まずそのアカウントを確認してください。参考価格をすべての地域に共通する固定価格とみなしたり、別のデバイスの表示だけで現在のアカウントの購入状況を判断したりしないでください。
既存サブスクリプションの有効期限、サーバー認証、サーバー側の状態は、アプリの購入とは分けて確認してください。アプリが正常に起動しても、リモートサービスが有効とは限りません。リモートの項目に接続できなくても、クライアントアプリを再購入する必要があるとは限りません。問題がストアでの購入、アプリの設定、リモート接続のどれに該当するかを先に見極め、対応する手順で確認すると、関係のない設定を何度も変更せずに済みます。
デバイスを変更した場合や再インストール後は、まず購入時のアカウントにサインインし、App Storeの購入済み項目からShadowrocketを探してください。再ダウンロードではなく価格ボタンが表示される場合は、メディアと購入に使用するアカウントが正しいか確認し、すぐに再購入しないでください。購入履歴、地域ごとの提供状況、デバイスの互換性によって表示が異なる場合があります。システムの案内とストアの購入履歴をご確認ください。
アプリの再取得と構成の復元は別の作業です。アプリを復元したら、サーバーリスト、選択中の構成、Global Routing、On Demandを一つずつ確認してください。iCloud関連機能を使っている場合は、同期した内容が実際に表示されているかも確認します。アプリのアイコンが表示されたからといって、以前の設定がすべて復元されたと判断しないでください。ファミリー共有については、商品ページとファミリー設定に記載された実際の適用条件を確認し、同じアカウントでの復元と家族による利用を混同しないようにしてください。
Shadowrocketの入手とアップデートはApp Storeから行います。システムのストア設定で自動アップデートの項目を確認し、アプリの詳細ページでアップデート履歴を確認できます。本マニュアルでは、特定のバージョン番号やアップデート日を固定して掲載していません。画面の項目名や場所が多少異なる場合は、アプリ内の現在の表示を確認し、まず機能がどのページにあるかを確かめてから、同じ目的の項目を探してください。
重要な設定を変更する前に、現在使える構成の複製を保存し、選択中のサーバーとルーティング方式を記録してください。アップデートや機種変更後の初回利用では、既知の条件で接続を一度確認してから、自動接続やほかの設定を段階的に戻すのがおすすめです。問題が起きても、複数の項目を同時に変更して比較できなくなることを避け、追加情報、ルールの選択、ネットワーク環境のどこに違いがあるかを切り分けられます。
まず、どの段階で止まっているかを確認してから、該当する説明をご覧ください。以下の回答はクリックしてそのまま読めます。
購入で完了するのはクライアントアプリの入手です。接続には、ご自身がすでにお持ちのサブスクリプションまたはサーバー情報が必要です。また、サーバー、Global Routing、構成を正しく選ぶ必要があります。まずHomeに利用できる項目があるか確認し、パラメータとシステムのVPN構成許可を確認してください。支払いが完了しただけでは、接続設定も完了したことにはなりません。
サブスクリプションの項目とルール構成では役割が異なります。サブスクリプションは通常サーバー情報を管理し、Configの構成はリクエストにルールをどう適用するかを決めます。ルール振り分けを使う場合は、Global RoutingがConfigになっていることと、使用中の構成を確認してください。サブスクリプションの更新が成功しただけでは、ルールが有効になったとは判断できません。
テストと実際のリクエストでは、接続先や処理条件が異なる場合があります。テスト方法を踏まえて結果を判断し、リクエストに適用されたルール、DNS、TLS、選択中のサーバーも確認してください。同じネットワーク条件で問題を再現し、一度に一つの設定だけを変更して比較します。テストで到達できたからといって、すべてのリクエストが成功するとは限りません。
まずOn Demandが有効か、現在のWi-Fi、モバイル通信、ドメインの条件に該当しているか確認してください。自動接続と手動操作の両方が現在の状態に影響することがあります。再接続が起きる状況を記録し、条件を一つ変更してから様子を見てください。サーバーや構成ファイル全体をすぐに削除する必要はありません。
基本設定が済んだら、現在の問題に合った解説をご覧ください。現象と現在の設定を記録し、各記事の確認手順に沿って進めます。異なる問題への対処方法を同時に試さないようにしてください。
DOMAIN-SUFFIXやIP-CIDRの条件の書き方から確認し、ルールの順序を見直して、PROXY、DIRECT、REJECTの用途を区別します。リクエストに想定したポリシーが適用されない原因や、FINALを配置する場所を理解して保守しやすくする際に役立ちます。
ルールの解説を読む →3つの方式でトラフィックがどのように処理されるかを比較し、ルール振り分けでConfigの確認が必要な理由を解説します。切り分けのために一時的に方式を切り替える方法と、確認後に戻す設定も紹介します。一時的なテスト状態を通常の設定と混同しないためのガイドです。
ルーティングの解説を読む →まず基本ネットワークとテスト条件を確認し、次にプロトコルパラメータ、TLS、システム時刻を調べます。決まった順序で原因を絞り込み、テストの失敗、接続の失敗、実際のリクエストの失敗を区別することで、複数の設定を何度も変更する事態を防ぎます。
トラブル対処チェックリストを読む →