公式マニュアル · 入門操作 既存設定の読み込みと使い方

Shadowrocket
読み込み・接続ガイド

読み込み、ルーティング、接続、確認の順に初期設定を進めます。まずサーバーに接続できることを確認し、その後ルールが想定どおりに動作するかを確認します。

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

このガイドはiPhone・iPad向けです。Shadowrocketを開いたら、まずHomeに進み、サーバーがすでに登録されているか確認します。リストが空の場合は、接続スイッチをオンにせず、手元にあるサーバー情報を先にアプリへ保存してください。サブスクリプションURL、単体サーバーの共有URL、Config設定ファイルは用途が異なります。読み込む前に、手元の情報がどれに該当するか確認しましょう。

サブスクリプションURLは通常、サービス提供元から渡され、複数のサーバー情報の取得や更新に使います。単体サーバーの情報には、1台のサーバーに接続するためのパラメーターが記載されています。Configは主にルールや関連設定をまとめるものです。サブスクリプションURLをサーバーアドレス欄に入力したり、ConfigファイルのURLをSubscribeとして登録したりすると、読み込みに失敗することがあります。URLだけで判別できない場合は、入口を変えて試し続けるのではなく、元の設定情報の説明を確認してください。

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

  1. Homeの右上にある「＋」をタップしてAdd Serverを開き、TypeをタップしてSubscribeを選択します。
  2. 手元にあるサブスクリプションURLをすべてURL欄に貼り付けます。メモが必要な場合は見分けやすい名前を入力し、URLをメモ欄に貼り付けないでください。
  3. 画面の完了ボタンをタップして保存します。Homeに戻り、サブスクリプションの読み込みが終わったら、グループ内にサーバーが表示されているか確認します。
  4. 該当するグループを開き、サーバーを一つ選択して、現在の選択状態になったことを確認します。サブスクリプションのグループが表示されていても、接続に使うサーバーが選択されているとは限りません。

貼り付けたURLの先頭と末尾、クエリパラメーターが欠けていないか確認してください。チャットの文章や改行、末尾の句読点を一緒に貼り付けないよう注意します。サブスクリプションURLにはアクセス認証情報が含まれる場合があります。必要な入力欄だけで使用し、公開するスクリーンショットやWebページ、問い合わせ内容には記載しないでください。保存後に読み込みエラーが表示された場合は、元のURLを保管し、ページ末尾の手順に沿って確認します。同じサブスクリプションを何度も新規登録すると、管理が複雑になります。

サブスクリプションの内容が変更された場合は、Homeで該当するサブスクリプショングループの操作を開き、更新を実行して表示を確認します。更新後は、現在選択されている項目も再確認してください。元の項目が置き換えられたり、削除されたりしている場合があります。サブスクリプションの更新はサーバーリストを更新する操作であり、新しい項目が接続できることを保証するものではありません。また、Configのルール設定の代わりにもなりません。

サーバー情報がある場合：Typeに合わせて入力

単体サーバーの情報がある場合も、Homeの「＋」からAdd Serverを開き、元の情報と一致するプロトコルタイプをTypeで選んでから、アドレス、ポート、認証情報を入力します。たとえばVLESS、Trojan、WireGuardでは入力項目が異なります。アドレスとポートが同じだからといって、別のタイプの情報を入力しないでください。入力後に保存し、Homeに戻って該当サーバーを選択します。

元の情報と入力欄の値を一つずつ照合し、大文字と小文字、スペース、ポート番号に注意してください。TLS、SNI、転送方式、パスなどの情報がある場合は、対応する欄に入力します。フォームを簡潔にするために、これらのパラメーターを省略しないでください。TLSの検証に失敗した場合は、検証要件を緩めてエラーを回避するのではなく、名前と証明書が一致しているか確認します。項目の意味が分からない場合は、用語クイックガイドを確認してから入力に戻ってください。

サーバー情報のQRコードがある場合は、Scan QR Codeで読み取り、システムの案内に従ってカメラを許可します。読み取り後もType、アドレス、ポートを確認し、元の情報と一致していることを確かめてください。QRコードは設定情報を渡す方法にすぎず、接続確認済みであることを示すものではありません。いずれかの方法で読み込みを終えたら、次にサーバーを通信にどう使うかを選択します。

02 · Global Routing：通信の処理方法を選択

Homeに戻ってGlobal Routingをタップし、現在の選択内容を確認します。ここでは通信の処理方法を決めますが、サーバーを提供する機能ではありません。選択肢はConfig／Proxy／Directの3つです。初期設定では、サーバー自体を確認するのか、既存のルールを確認するのか、目的を先に決めましょう。目的によって選択肢が異なります。

Config：現在の設定ファイルのルールに従って処理

Configは、ルールに従ってリクエストごとにプロキシ経由か直接接続かを決める、通常利用向けのモードです。選択する前にアプリのConfigページを開き、使う設定ファイルが選択されていることを確認してください。ファイルがリストに保存されているだけでは、現在使用中とは限りません。選択中の表示と、ファイルが自分の把握している設定情報に基づくことを確認しましょう。

ルールは通常、記述された順に照合され、一致したルールのポリシーに従ってリクエストを処理します。以下は「指定したドメインをプロキシ経由にし、それ以外は直接接続する」という意味を説明する例です。このガイドで新しいConfigを作成する必要はなく、サーバー情報を提供するものでもありません。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

DOMAIN-SUFFIXはドメインのサフィックスに一致し、PROXYとDIRECTは処理ポリシーを示します。FINALは最後のルールとして使います。例のドメインexample.comは構文の説明用です。既存のConfigが正常に使えている場合、初回接続のために設定全体を上書きしないでください。ルールや設定について詳しくは用語クイックガイドをご覧ください。

Proxy：現在のサーバーでアクセスできるか確認

Proxyはルール照合の影響を一時的に切り分け、プロキシ経由のアクセスが使えるか確認するモードです。サーバーを一つ選んでProxyに切り替え、同じWebページでテストします。Proxyではアクセスでき、Configではできない場合、次は現在の設定とルールのポリシーを確認します。すぐにすべてのサーバーを再読み込みする必要はありません。Proxyでも認証情報の誤りは修正できず、到達できないサーバーから応答を得ることもできません。

Direct：現在のネットワークから直接アクセスできるか確認

Directは現在のネットワークから直接アクセスし、比較するためのモードです。サーバーを自動選択するモードではなく、Homeでサーバーを選んでいても、Directのリクエストがそのサーバー経由に切り替わることはありません。Directで確認する対象には、現在のネットワークから通常アクセスできるWebページを選びます。これにより、ネットワーク自体の問題とプロキシ接続の問題を切り分けやすくなります。

テスト後は、通常の用途に合ったモードに戻してください。通信をルールで振り分ける場合はConfigに戻り、使用中の設定ファイルも確認します。接続スイッチがオンであることだけを覚えていて、Global Routingが一時的なテストモードのままにならないよう注意してください。モードを確認したら、システムの許可と接続の手順に進みます。

03 · Home：接続スイッチをオンにして許可する

Homeに戻り、現在のサーバーが正しいか、Global Routingが今回のテスト目的に合っているかを確認します。初回はネットワークを安定させ、Wi-Fiとモバイルデータを切り替えながらサーバー設定を変更するのは避けてください。失敗した場合に、どの変更が原因か判断しにくくなります。

  1. Home画面上部の接続スイッチをオンにします。
  2. 初回接続時は、システムからVPN構成の追加を求められる場合があります。表示内容を確認し、要求元アプリがShadowrocketであることを確かめてから「許可」を選択します。
  3. システムの案内に従ってデバイスのパスコード入力または本人確認を完了し、アプリに戻るまで待ちます。
  4. 接続スイッチがオンのままか、システムのVPN接続が確立されているか確認します。

この許可により、システムが該当するネットワーク通信をクライアントに渡して処理できるようになります。サブスクリプション読み込みの確認画面でも、新たなアプリ購入手続きでもありません。サーバー情報を保存しただけでは、通常VPN構成の許可は完了しません。初めて接続スイッチをオンにしたときに、システムの手順を確認してください。許可画面をキャンセルした場合は接続できないことがあります。Homeに戻り、もう一度操作して許可を完了してください。

スイッチをオンにしてもすぐオフに戻る場合は、許可手順が完了しているか確認し、システムのSettingsにあるVPN構成の状態も確認してください。メニューの場所はシステム画面によって異なるため、実際のデバイスに表示される内容に従ってください。ほかのVPN接続を使用中の場合は、いったん停止してからテストします。管理対象デバイスでは制限がVPN構成に影響することがあるため、デバイス管理の要件に従ってください。ネットワーク設定全体を何度も削除する必要はありません。

VPN接続が確立しても、システムのトンネルが確立されたことを示すだけです。サーバー認証、DNSの名前解決、目的のWebサイトへのアクセスが成功したとは限りません。システムに接続中の表示が出ても、次の手順でアクセスを確認してください。On Demandを設定している場合は、トラブル確認中にその発動条件を把握しておきます。必要に応じて一時的にオフにすると、手動で切断した後に自動再接続され、比較結果に影響するのを防げます。

04 · Connectivity Test：接続とルールを確認

Homeに戻ってConnectivity Testを実行し、現在のサーバーのテスト結果を確認します。応答があれば、そのテスト方法でサーバーに到達できる可能性を示す手がかりになります。応答がない場合は、ネットワークと設定をさらに確認してください。結果はテスト方法や対象に左右されます。一つの数値だけであらゆるWebページにアクセスできるか判断したり、応答速度を実際のダウンロード速度とみなしたりしないでください。

次にブラウザーを開き、まず現在のネットワークからアクセスできることが分かっているWebページを表示して、デバイスがインターネットに接続できることを確認します。その後、確認対象のサイトにアクセスします。ブラウザーにキャッシュされたページを新しい接続の成功と誤認しないよう、新しいページを開いて再読み込みしてください。一つのサイトだけに問題がある場合は、クライアント全体の問題と決めつけず、まずサイト自体が利用可能か確認します。

  1. 基本ネットワークの確認：クライアントの接続をオフにし、アクセス可能と分かっているWebページが開くか確認します。
  2. サーバーの確認：接続を再開し、Proxyで同じサイトにアクセスして、現在のサーバー経由で表示できるか確認します。
  3. ルールの確認：Configに戻り、同じサイトにアクセスして結果が変わるか比較します。
  4. 処理記録の確認：Dataで画面上に表示される接続記録を確認します。対象とポリシーが表示される場合は、想定どおりか確かめてください。

記録を確認するときは、テストした時刻と記録の時刻を照らし合わせます。ページは複数のドメインに同時にリクエストすることがあり、メインのドメインがルールに一致しても、画像、API、ログインのリクエストが同じポリシーで処理されるとは限りません。ページが開いても一部のコンテンツが表示されない場合は、失敗したリクエストのドメインとポリシーを確認し、メインのドメインのルールだけをむやみに広げないでください。Data上の通信量の変化はデータが流れたことを示すだけで、特定のサイトに必要なルールが適用された証拠にはなりません。

変更する項目は一つに絞ります。ネットワーク、サーバー、対象サイトを固定してからGlobal Routingを切り替えてください。これにより「サーバーが使えない」問題と「ルールに一致していない」問題を切り分けられます。確認後は普段使うモードに戻し、利用できたサーバー、使用中のConfig、テスト結果を記録しておきましょう。後で状態が変化したときに比較できます。

05 · よくある問題：操作の順に確認

問題が起きたら、どの手順で止まったかを確認します。サブスクリプションから項目を読み込めない、スイッチがオンのままにならない、Connectivity Testで応答がない、Webページだけ開けないなど、現象によって確認箇所が異なります。まず現在の設定と元の情報を残し、以下の順に確認してください。原因を特定する前に、リストの消去、Configの差し替え、DNSの変更を同時に行うのは避けましょう。

Subscribeを保存したのにサーバーが表示されない

URLがサーバー用の完全なサブスクリプションリンクであり、サービス提供元の案内ページやアカウントページではないことを確認します。余計なスペースや句読点が入っていないか、クエリパラメーターが抜けていないかを確認し、更新時のエラーメッセージも確認してください。現在のネットワークからサブスクリプションURLにアクセスできない、サーバー側でエラーが返る、認証情報が無効、想定外の形式で応答するなどの理由で、リストが空になることがあります。

「サブスクリプションの更新に成功した」ことと「サーバーに接続できる」ことは別々に確認します。リンクを読み込めない場合は、元のサービス提供元にリンクの状態と応答形式を確認してください。サーバーが表示されたら、接続テストに進みます。問い合わせではエラーの種類を伝えるだけにし、サブスクリプションURLに含まれる認証情報は公開しないでください。サブスクリプションエラーの詳しい分類はFAQをご覧ください。

サーバーは表示されるがConnectivity Testに失敗する

まず接続をオフにして、現在のネットワークが使えることを確認し、サーバーアドレス、ポート、Type、認証情報を確認します。手動で登録した項目は、特にTLS、SNI、転送パラメーターを照合してください。サブスクリプションから読み込んだ項目の場合は、更新してから、現在選択している項目がリストに残っているか確認します。ほかに利用可能と分かっているサーバーがあれば、ネットワークとテスト方法を変えずに比較できます。

サーバーへの到達性はネットワークによって異なる場合があります。Wi-Fiでは失敗し、モバイルデータでは成功する場合は、それぞれの結果を記録してください。ネットワークを切り替えた後は、再接続してからテストします。一度タイムアウトしただけで、すべての設定が無効だと判断したり、根拠なく暗号化方式や認証情報を変更したりしないでください。

スイッチはオンだがWebページを開けない

まずGlobal Routingを確認します。Directでは、サーバーを選択していてもリクエストは自動的にプロキシ経由になりません。Configでは、使用中の設定と対象に適用されるポリシーを確認します。一時的にProxyに切り替えて同じサイトをテストしてください。Proxyではアクセスでき、Configではできない場合は、ルールの順序、ポリシーの指定先、最後のルールを優先して確認します。どちらも失敗する場合は、サーバーとDNSを確認します。

ドメインの名前解決に問題がある場合も、Webページが開かないことがあります。現在のDNS設定を残してエラーを記録し、サーバー情報が正しいことを確認してから、一項目ずつ変更してください。一つのドメインを調べるために、複数のDNS設定を同時に変えないでください。設定ファイルやApp Storeでの入手方法、利用範囲については、用語クイックガイドとApp Storeガイドをご覧ください。このページでは初回接続に必要な手順を説明しています。

一部のWebページやアプリだけに問題がある

問題の対象を具体的なリクエストに絞って確認します。まずブラウザーで同じサイトを開き、ProxyとConfigで結果を比較します。Dataで確認できる対象やポリシーの情報も参照し、問題のあるコンテンツが別のドメインを使っていないか調べてください。Webページのログイン、画像、動画はそれぞれ異なるアドレスを使うことがあります。トップページが開くことと、すべての機能が正常であることは同じではありません。

最後に、テスト中に変更したGlobal Routing、On Demand、Configの選択を元に戻します。引き続きサポートが必要な場合は、デバイスのネットワーク、失敗した手順、選択したモード、エラーメッセージ、比較テストの結果をまとめ、サブスクリプションの認証情報、パスワード、個人情報は伏せてください。接続スイッチのスクリーンショットだけよりも、再現可能な操作手順のほうが問題の特定に役立ちます。