Global Routing
リクエスト全体をどの方式で処理するかを決めます。主な選択肢はConfig（設定）、Proxy（プロキシ）、Direct（直接接続）です。設定ファイルのルールに従って振り分けるには、Configを選び、正しい設定が選択されていることを確認してください。この設定を変更するとルールの適用条件も変わるため、振り分けを調べる際は、まずここを確認し、サーバーの設定変更は後にしてください。
Shadowrocket 用語・設定インデックス
画面上の位置を手がかりに英語表記の意味を確認し、プロトコル、ルール、設定を区別しましょう。アプリ内の英語表記はそのまま掲載しています。各項目には個別のアンカーがあり、操作手順から戻って確認できます。
用語32項目
5カテゴリ
画面表示は英語表記
Shadowrocketは、全プラットフォーム対応のルールベースのプロキシクライアントです。iPhone / iPad版はApp Storeで$2.99の買い切り、Mac（AppleシリコンおよびIntel）/ Windows / Android / Linux版は無料です。クライアントの買い切り購入と接続サービスの契約は別のものです。以下の読み込み手順は、ユーザー自身が用意したサブスクリプションまたはサーバー情報を前提としています。入手方法は全プラットフォーム版の入手方法をご覧ください。
画面とスイッチ
Global Routing と接続の入口
画面、モード、スイッチを区別しましょう。同じ名称でも表示場所によって意味が異なる場合があります。ここでは、よくある画面上の使われ方を説明します。
Config
画面名としてのConfigは、設定ファイルの管理や関連操作を指します。Global Routing内のConfigは、設定に従ってリクエストを処理するモードです。ファイルを読み込んだだけでは、そのファイルが使用中とは限りません。現在選択されている設定と、Global RoutingがConfigになっているかの両方を確認してください。
Proxy
ここではGlobal Routingのプロキシモードを指し、設定内のルールごとに振り分けるのではなく、リクエストをプロキシ経由で処理します。ShadowsocksやTrojanなどのプロトコル名ではなく、サーバーの利用可能性を示すものでもありません。画面のProxy（モード）と、ルール行の大文字表記PROXY（処理方針）を区別してください。
Direct
ここではGlobal Routingの直接接続モードを指し、リクエストは現在のネットワークから直接送信されます。正常なネットワーク接続とDNSが必要で、接続先のサービスに到達できない場合もあります。ルール内のDIRECTと関連する意味ですが、適用範囲は異なります。モードは全体の処理方法を変え、ルールの処理方針は一致したリクエストにだけ適用されます。
On Demand
あらかじめ設定した条件に応じて接続を開始する機能です。ネットワーク環境に合わせて接続動作を設定したい場合に使います。「いつ接続するか」を決める機能であり、「リクエストをどう処理するか」を決めるルール振り分けとは別の設定です。設定後はWi-Fiとモバイル通信を切り替えて動作を確認してください。関連条件を変更する前に、現在の設定を記録しておきましょう。
Add Server
ユーザーが用意したサーバー情報を追加します。通常は種類を選び、アドレス、ポート、認証項目を入力します。ポート番号や名称からプロトコルを推測せず、情報の各項目に対応させて入力してください。項目を保存しても、リモートサービスへの接続が確認されたことにはなりません。詳しい操作は使い方をご覧ください。
Home
サーバー項目、現在の選択、接続スイッチなどの主な情報を確認できます。問題を調べる際は、まず想定した項目が選択されていることを確認してから、接続状態を見てください。別の項目のテスト結果と混同するのを防げます。接続中と表示されても、接続処理が所定の状態に達したことを示すだけです。実際のアクセスは別途確認してください。
プロトコル
プロトコルの種類と設定項目の注意点
プロトコルの種類は、ユーザーが用意したサーバー情報と一致させてください。速度、消費電力、安定性は、伝送方式、サーバー負荷、ネットワーク状況にも左右されます。プロトコル名だけで優劣を判断することはできません。
Shadowsocks
暗号化方式やパスワードなどを設定してプロキシ接続を確立します。クライアントとサーバーで互換性のある設定が必要です。情報を確認する際は、アドレスとポートだけでなく、暗号化方式も完全に一致しているか確認してください。追加の伝送パラメーターが指定されている場合は、元の説明に従って入力します。パスワードを入力しただけで設定が完了するとは限りません。
VMess
ユーザーIDなどで認証し、複数の伝送方式と組み合わせて使用できます。認証項目に加え、伝送方式、パス、TLSの設定も接続に影響します。端末の時刻が大きくずれている場合、認証に影響することもあります。リンクを読み込んだ後も重要な項目を確認し、別のプロトコルの情報をVMessに変更して使わないでください。
VLESS
認証と通信の安全性を分けて設計したプロトコルです。ユーザーIDは認証に使うもので、通信データの暗号化を意味するわけではありません。サーバー指定の伝送方式とセキュリティ設定の両方を確認してください。指定されたTLS、サーバー名などの関連項目はセットで設定します。ユーザーIDが同じというだけで、2つの設定が同等とは判断できません。
Trojan
通常はTLSで接続し、パスワードで認証します。そのため、パスワードが正しいだけでは接続できない場合があります。アドレス、ポート、TLS検証に使うサーバー名、証明書の状態がハンドシェイクに影響することがあります。証明書エラーが出た場合は、サーバー情報と端末の時刻を確認してください。証明書検証を無効にする方法を通常の対処として使うべきではありません。
Hysteria2
QUICで通信し、動作はUDPの利用可否、通信経路でのパケット損失、帯域幅の設定などに左右されます。ネットワークを切り替えると、TCPを使う項目とは異なる結果になる場合があります。帯域幅は実際の回線能力に基づいて設定してください。高めに見積もっても通信速度が上がるとは限りません。高速通信を続けた場合の消費電力も別途確認しましょう。
WireGuard
鍵ペアと仮想ネットワークインターフェースを使ってトンネルを構築します。設定には通常、鍵、エンドポイント、インターフェースアドレス、許可するルートのアドレス範囲が含まれます。秘密鍵は機密情報です。公開するスクリーンショット、記事、問い合わせ内容に掲載しないでください。トンネル確立後に接続先へアクセスできるかどうかは、ルーティング範囲、DNS、リモートネットワークの設定にも左右されます。ハンドシェイクの状態だけでは判断できません。
HTTP
サーバーの種類としてのHTTPは、HTTPプロキシを指します。通常のWebページだけにアクセスできるという意味ではありません。HTTPSの接続先にはCONNECTでトンネルを確立できますが、クライアントからプロキシサーバーまでの通信にもTLSが使われるとは限りません。プロキシ接続が暗号化されるかどうかは、実際の項目設定とサーバーの対応状況を確認してください。
SOCKS5
TCP接続を扱い、クライアントとサーバーの双方が対応し、設定で許可されている場合はUDPも処理できます。SOCKS5自体に通信の暗号化機能はありません。ユーザー名とパスワードを入力しても、接続内容が暗号化されるわけではありません。ドメイン名をどちら側で解決するか、接続先のサービスでUDPが必要かも確認してください。こうした違いが利用結果に影響します。
伝送方式、設定項目の意味、用途を比較するにはプロトコルの詳細をご覧ください。手元の情報でプロトコルが指定されている場合は、まずその内容に従って設定してから接続を確認してください。
ルールキーワード
一致条件と処理方針
一般的なルール行は、種類、一致させる内容、処理方針で構成されます。通常は一覧の上から順に判定されるため、上位の広い範囲のルールが下位の具体的なルールに先に一致することがあります。FINALは通常、末尾に配置します。
DOMAIN
指定した完全なドメイン名に一致します。例：DOMAIN,example.com,DIRECT。このルールはすべてのサブドメインを自動的に対象にするものではありません。api.example.comは別途考慮が必要です。特定のホスト名だけを処理する場合は、範囲の広いルールよりも完全一致のほうが確認しやすくなります。
DOMAIN-SUFFIX
指定したドメインとそのサブドメインに一致します。たとえばDOMAIN-SUFFIX,example.com,PROXYは、example.comとそのサブドメインを対象にできます。任意の文字列を含むかどうかで判定するルールではなく、ドメイン階層の境界も重要です。関連するサービスをまとめて処理する場合は、同じドメイン体系に属していることを確認してください。
DOMAIN-KEYWORD
ドメイン名に指定した文字列が含まれるかどうかで判定します。例：DOMAIN-KEYWORD,example,PROXY。同じ文字列を含む別のドメインにも一致する可能性があり、想定より広い範囲が対象になることがあります。特定のサービスを指定する場合は、まずDOMAINやDOMAIN-SUFFIXを検討し、キーワード一致が必要か判断してください。
GEOIP
地理情報データベースに登録された宛先IPの地域情報に基づいて判定します。例：GEOIP,CN,DIRECT。Webページの言語、サイトのブランド、ユーザーの現在地を判定するものではありません。データベース上の地域情報と実際のサーバー所在地が一致しない場合もあります。ドメインの名前解決で異なるIPが返されると、判定結果が変わることがあります。
IP-CIDR
IPv4アドレスとプレフィックス長でネットワーク範囲を指定します。例：IP-CIDR,192.168.0.0/16,DIRECT。スラッシュの後の数字はネットワークプレフィックス長で、ポート番号ではありません。一般に数字が大きいほど対象範囲は狭くなります。ローカルネットワークのルールを設定する際は、実際のネットワーク範囲を確認し、無関係なアドレスまで含めないようにしてください。
IP-CIDR6
IPv6アドレス範囲の一致に使います。例：IP-CIDR6,2001:db8::/32,DIRECTのアドレスは、ドキュメント用の例示アドレスです。IPv4ルールがIPv6にも自動的に適用されるわけではありません。同じドメインからIPv4とIPv6の両方が返されることもあります。アクセス結果が想定と異なる場合は、IPv4設定だけでなく、両方のアドレスの実際のルーティングを確認してください。
FINAL
それ以前のルールに一致しなかったリクエストの最終処理方法を指定します。例：FINAL,PROXY。通常はルール一覧の末尾に置き、分類されなかったリクエストの処理先を定めます。リクエストが常にFINALに一致する場合は、サーバーの異常と決めつけず、先行ルールの種類、ドメイン、並び順を確認してください。
PROXY / DIRECT / REJECT
PROXYはプロキシ経由、DIRECTは直接接続、REJECTはリクエストの拒否を示します。具体的なプロキシの接続先は、現在の選択と設定に応じて確認してください。これらはルールの処理方針であり、通信プロトコルでも帯域幅や接続性のテスト結果でもありません。ルールでカスタムのポリシーグループ名を参照している場合は、使用前に設定内で定義されていることを確認してください。
サブスクリプションと設定
情報の読み込みと設定の適用
サーバー項目、サブスクリプション、設定ファイルはそれぞれ用途が異なります。読み込み、更新、接続の成功は別々の段階を示すため、ひとつの通知だけで判断しないでください。
Subscribe
ユーザーが用意したサブスクリプションの内容を取得または更新します。具体的な機能は、表示されている画面と情報の種類に応じて確認してください。更新では通常、リモートの内容を再取得するため、項目数、名称、設定値が変わる場合があります。更新前に、手動で変更した内容が上書きされる可能性を確認してください。更新後は、以前と同じ項目が選択されていると思い込まず、現在の選択を確認しましょう。
サブスクリプション
URLから更新可能なサーバー情報や設定内容を取得します。リンクは、すでに利用しているサービスの提供元から入手してください。URLによって返される形式は異なり、サーバーのサブスクリプションにルールやDNS設定一式が含まれるとは限りません。リンク内の認証情報は機密情報です。問題を調べる際はURL全体を隠し、公開ページに掲載しないでください。
サーバー
クライアントでは通常、接続先となるリモートサービスの設定一式を指します。プロトコル、アドレス、ポート、認証情報などが含まれます。項目に表示される名前は識別用のラベルにすぎず、実際の所在地、速度、利用可能性を示すものではありません。アドレスが同じ複数の項目でも、プロトコル、ポート、認証設定が異なれば接続結果が変わることがあります。
設定ファイル
ルール、DNS、その他の関連設定をまとめます。含まれる内容はファイルによって異なります。ファイルの読み込み、選択、設定の実際の適用は、それぞれ別に確認してください。外部の設定ファイルを使う前に、最終処理方針、リモートリソース、書き換え項目などを確認し、元に戻せるよう現在の設定を保存しておきましょう。
iCloud同期
関連スイッチとアカウントの条件を満たす場合、対応データをiCloud経由で同期します。対象範囲はアプリ内の設定を確認してください。同期の動作はシステム権限、ネットワーク状態、クラウドサービスの利用可否にも左右され、すぐに完了するとは限りません。App Storeの購入済み項目とは別の機能です。同期はアプリのデータを扱い、購入済み項目は購入履歴を扱います。機種変更時はそれぞれ個別に確認してください。
当サイトではサーバー情報やサブスクリプションの提供、販売、おすすめは行っていません。お手元の情報を読み込む手順は使い方をご覧ください。形式が合わない、更新に失敗するなどの問題はトラブルシューティングをご確認ください。
接続と診断
名前解決・テストとアクセス結果
テスト値は、特定の条件で得られた結果です。前後の違いを比較できるよう、問題を調べる際は一度に変更する設定を1つにし、ネットワーク環境、現在の項目、接続先アドレスを記録してください。
DNS
ドメイン名をIPアドレスに変換します。名前解決が成功すると、その後の接続処理に進みます。DNSリクエストの通信経路と、実際の通信に使われる経路は異なる場合があります。変換結果はIPベースのルール判定にも影響します。DNS設定を変更した後はキャッシュの影響も考慮し、「名前解決できるか」と「接続できるか」を別々に確認してください。異なる種類の問題を混同しないようにしましょう。
Connectivity Test
現在のテスト方法でサーバー項目の接続状況を調べます。結果はテスト先、ネットワーク状態、使用するパラメーターによって異なります。1回のテストに成功してもすべてのWebサイトにアクセスできるとは限りません。失敗した場合も、テスト方法を踏まえて原因を判断してください。複数の項目を比較する際は条件をそろえ、実際の接続先へのアクセスでも確認しましょう。1回の数値だけで結論を出さないでください。
遅延
指定したテスト条件で、リクエストから応答までにかかった時間を示します。通常はミリ秒で表示されます。テスト方法によって測定に含まれる処理が異なるため、結果をそのまま比較できない場合があります。遅延が小さくても、帯域幅が大きい、または継続的なダウンロードが速いとは限りません。パケット損失、ジッター、サーバー負荷、実際の利用状況も確認してください。
URL Rewrite
条件に応じてリクエストURLを書き換えたりリダイレクトしたりする機能です。これはリクエスト先のアドレスをどう処理するかを決めるもので、接続経路を選ぶ機能ではありません。ルール振り分けとは別の機能のため、URL RewriteをDOMAIN-SUFFIXなどのルーティングルールの代わりに使うことはできません。暗号化されたリクエストを確認・処理できる範囲は関連設定にも左右されます。通常の接続問題を調べる際に、内容が不明な書き換え設定をむやみに有効にしないでください。
用語から操作手順へ
初めて使う場合は、「用意済みの情報を読み込む → Global Routingを確認する → 接続を有効にする → アクセスを確認する」の順に進めます。接続できるのにアクセス結果が想定と異なる場合は、ルールの一致状況、DNS、現在の選択を優先して確認してください。複数の設定を同時に変更しないようにしましょう。