Shadowrocketでは、内容に応じて追加方法を選びます。サーバーのサブスクリプションはHomeのAdd Server → Type → Subscribeから追加し、ConfigのSubscribeはリモート設定ファイルに使用します。サーバー情報を1件ずつ入力する方法のほか、QRコードやクリップボードから読み込むこともできます。この記事では、利用中のサービスとサブスクリプションがあることを前提に、入力、保存、更新、接続確認の手順を説明します。「追加できた」ことと「接続できる」ことは別々に確認しましょう。
1. URLの種類を確認：サーバーのサブスクリプションと設定ファイルの違い
追加する前に、手元の情報がサブスクリプションURL、サーバー1件分の共有リンク、設定ファイルのURLのどれに当たるかを確認します。いずれもテキスト形式の場合がありますが、保存先や更新後の反映内容は異なります。URLがhttps://で始まるというだけでは、HomeとConfigのどちらに追加すべきか判断できません。利用中のサービスの説明と、実際に取得される内容を確認してください。
| 内容の種類 | 見分け方 | 追加先 |
|---|---|---|
| サーバーのサブスクリプション | サーバー情報が複数返され、アクセス用の認証情報を含むことが多い | Home → Add Server → Type → Subscribe |
| サーバー1件分の共有リンク | 一般的な接頭辞はss://、vmess://、vless://、trojan://です | HomeのQRコード読み取り、またはクリップボードから追加 |
| リモート設定ファイル | サーバー一覧だけでなく、設定セクションやルール、関連設定を含む | Config → 右上の「+」→ 設定をダウンロード。その後、Subscribeで管理 |
| 個別の接続パラメータ | プロトコル、アドレス、ポート、認証情報などが個別に指定されている | Home → Add Server → 該当するType |
この記事では、形式を説明するため、明らかに無効なサブスクリプション例としてhttps://example.com/sub?token=xxxxを使用します。実際の接続には使えません。実際のURLに含まれるtokenは、アクセス認証情報である場合があります。URL全体を公開スクリーンショット、コメント、診断記録に載せないでください。QRコードにも同じ認証情報が含まれることがあるため、同様に取り扱いに注意してください。
2. Subscribe：サーバーのサブスクリプションとConfig設定を別々に保存
サーバーのサブスクリプションを追加する場合は、ConfigにURLを直接入力せず、Homeから操作します。追加すると、更新可能なサーバーの参照元が登録されます。リモート側の内容が変わったら、再度更新してHomeの一覧に反映してください。初回操作の前に、既存のグループや選択中の項目を控えておくと、重複登録の確認に役立ちます。
-
追加画面を開く
Homeを開き、右上の「+」をタップしてAdd Serverを表示します。手元のURLがサーバーのサブスクリプション用であることを確認してから、種類を選択してください。
-
Subscribeを選択
TypeでSubscribeを選択し、使用中のサブスクリプションURL全体をURL欄に貼り付けます。疑問符以降のパラメータを削除したり、説明文まで一緒に貼り付けたりしないでください。
-
名前を付けて保存
識別しやすいRemarksを入力し、URLの先頭や末尾に空白や改行がないことを確認してからDoneをタップします。名前は識別用で、リモートのサブスクリプション内容には影響しません。
-
更新して確認
Homeに戻り、下に引っ張って更新します。該当するサブスクリプションにサーバー項目が表示されたら、そのうち1件のType、Address、Portが利用中のサービスの説明と一致するか確認してください。
ConfigのSubscribeの使い方
Shadowrocketで使えるリモート設定ファイルのURLを受け取った場合は、Configを開き、右上の「+」からURLを入力してダウンロードします。ファイルが表示されたら、内容を確認してから有効にするか判断してください。設定ファイルの操作メニューにあるSubscribeから、リモート更新の設定を管理できます。ここで登録するのは設定ファイルであり、Homeにサーバーのサブスクリプションを追加する操作とは異なります。
3. Add Serverで手入力：プロトコルごとに接続情報を確認
個別の接続情報がある場合は、手入力で追加できます。Home →「+」→ Add Serverの順に開き、Typeで実際のプロトコルを選んでから各項目を入力します。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは、認証情報や通信方式の入力項目が異なります。フォームを保存できるようにするためだけに、似た名前の別項目へ値を入力しないでください。
- AddressとPort：サービス提供元が指定したホスト名とポートを入力します。Addressには通常、ドメイン名またはIPアドレスのみを入力します。
https://、パス、サブスクリプションのtokenは含めないでください。TLSを有効にしたからといって、Portを443に変更する必要はありません。 - Shadowsocks：MethodとPasswordがサーバー側の設定と一致しているか確認します。パスワードや暗号化方式が正しくないと、接続できないことがあります。
- VMess / VLESS：UUID、通信方式に加え、サービス提供元から指定されたHost、Path、TLSの設定を確認します。Host、SNI、Addressは用途が異なる場合があるため、同じ値をそのまま入れないでください。
- Trojan / Hysteria2：認証情報とTLS関連の設定を確認します。SNIが指定されている場合は、その値を入力してください。パラメータの確認を省くために、証明書の検証を無効にしないでください。
- WireGuard：設定内容に従い、鍵、インターフェースアドレス、Peer、Endpointなどを確認します。一般的なサブスクリプションURLを鍵やEndpointとして入力しないでください。
Doneをタップして保存したら、Homeに戻り、追加した項目を選択します。手入力した項目は通常、自動更新されるサブスクリプションではありません。利用中のサービスでパスワード、ポート、通信設定が変更された場合は、この項目も更新してください。手入力項目とサブスクリプション項目の名前が同じでも、更新元が共有されているとは限りません。
4. QRコードとクリップボード：読み取った内容を確認して保存
QRコードとクリップボードは入力方法であり、新しいプロトコルではありません。サーバー1件分の共有リンクやサブスクリプションURLが含まれている場合があります。追加後は、どの種類の項目として保存されたかを確認してください。QRコードを読み取れたとしても、サーバー認証が成功したことにはなりません。
内容の場所に合わせて読み取り方法を選ぶ
別の画面に表示されたQRコード
- HomeでQRコードの読み取りアイコンをタップします。初回は、システムの案内に従ってカメラへのアクセスを許可してください。
- QRコード全体にカメラを向け、反射、欠け、過度な拡大を避けます。
- 読み取り後、プロトコルの種類とアドレスを確認してから保存します。
- 一般的なWebページのURLだった場合は、用途を確認し、サーバー項目として追加しないでください。
リンクがこのデバイス上にある
- リンク全体のみをコピーし、前後の説明文や引用符は含めないでください。
- Shadowrocketに戻ります。クリップボードから追加する通知が表示されたら、内容を確認してから確定してください。
- 貼り付けを許可するかシステムから確認された場合は、今回の追加に必要な範囲で許可します。
- 読み取り通知が表示されない場合、サブスクリプションURLはAdd Server → Type → Subscribeに戻って手動で貼り付けられます。
まとめ：QRコードとクリップボードは元の内容を渡すための手段です。保存後はHomeに戻り、項目を確認してください。何度も追加すると、重複することがあります。
ss://などの共有リンクでは、エンコードされた部分に必要なパラメータが含まれていることが多いため、末尾の読みやすい名前だけをコピーしないでください。また、プロトコルの接頭辞を別のものに書き換えないでください。接頭辞を変えても、認証方式や通信形式は変換されません。読み取りに失敗した場合は、エンコード文字列を試しに編集するのではなく、元の提供元から内容全体をコピーし直してください。
5. 追加後の接続確認：サーバーを確認してからGlobal Routingを選択
項目を保存したら、まずHomeでサーバーを1つ選び、Connectivity Testで結果を確認します。応答があっても、そのテスト条件で到達できたことを示すだけで、すべてのWebページ、UDP通信、DNSクエリが正常とは限りません。初めて接続スイッチをオンにするときは、システムの案内に従ってVPN構成の追加を許可してください。その後、同じWebサイトを使って再確認します。テスト対象を頻繁に変えると、結果を比較しにくくなります。
Config
おすすめ現在有効な設定のルールとポリシーを使います。ルールの振り分け先はDIRECT、プロキシポリシー、または別途定義されたポリシーの場合があります。「一致しない場合は必ず直接接続」という意味ではありません。最終的な振り分け先はFINALを確認してください。
適しているケース：確認済みの設定があり、日常的に宛先ごとに通信を振り分けたい場合
Proxy
プロキシ経由で一時的に確認すると、サーバー接続と設定ルールのどちらに問題があるかを切り分けやすくなります。確認が終わったら元のモードに戻し、DNSと目的のサイトへのアクセスも引き続き確認してください。
適しているケース：サーバーを選択済みで、ルールの影響を一時的に除外して確認したい場合
Direct
直接接続でローカルネットワークへのアクセスを確認します。DirectでWebページを開けても、追加したプロキシサーバーが使えるとは限りません。同じプロキシ経由の通信を確認した結果ではないためです。
適しているケース：ローカルのWi-Fiまたはモバイル通信が基本的に接続できるか確認したい場合
Global RoutingのSceneは、設定済みのシーンに応じてルーティング動作を決める機能です。プロトコルの追加方法でも、サブスクリプション形式でもありません。初回のトラブルシューティングでは、Scene、DNS、サーバー情報を同時に変更しないでください。Settings → On Demandを設定している場合は、テスト中の自動接続にも注意が必要です。一時停止する場合は、元の設定を記録し、確認後に戻してください。
Configで確認するルールの順序
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY以下は構文の説明用であり、既存の設定と置き換えないでください。DOMAIN-SUFFIXはドメインの接尾辞、IP-CIDRはIPアドレスの範囲、GEOIPはIPアドレスの地理的な割り当て先に基づいて照合します。FINALは最後に適用されるポリシーです。ルールは記載順に評価されます。例のPROXYが実際の設定で有効なポリシーとして解決できることを確認してください。サーバー一覧を追加しても、これらのルールやポリシー参照が正しくなるとは限りません。
6. サブスクリプションの更新とよくある追加トラブル
サブスクリプションURL、取得される内容、サーバーへの接続は、それぞれ別に確認します。更新に失敗したら、まずURLが有効か、ネットワークからサブスクリプションの接続先にアクセスできるかを確認してください。更新できても接続できない場合は、選択中のサーバーとルーティング設定を確認します。トラブルシューティング中にすべての項目を何度も削除すると、比較の基準を失ってしまいます。
サブスクリプションの更新がタイムアウトしたら、まず何を確認すればよいですか？
まず、ローカルネットワークからWebページに正常にアクセスできるか確認します。次にHomeで該当するサブスクリプションを再度更新してください。サブスクリプションURLへのアクセスにプロキシが必要で、利用可能な接続がある場合は、Settings → SubscribeでUpdate via Proxyを確認してから再試行します。すべてのサーバーが使えない状態では、この設定を有効にするだけでプロキシ経由の接続が確立するわけではありません。
更新完了と表示されるのに、サーバーが表示されないのはなぜですか？
サブスクリプションの編集画面に戻り、URLが最後までコピーされているか、特に?以降のパラメータを確認します。取得内容がログイン画面、エラーページ、設定ファイルではないことも確認してください。設定ファイルを取得した場合は、サーバーのサブスクリプションとして何度も追加せず、Configの手順で処理します。
リンクを貼り付けても、追加の通知が表示されないのはなぜですか？
元の提供元からプレーンテキストのリンクをコピーし直し、引用符や空白が入っていないか、チャットアプリで途中が省略されていないか確認してください。サブスクリプションURLはHome → Add Server → Type → Subscribeに直接貼り付けられます。サーバー1件分の共有リンクでは、接頭辞とエンコード部分がすべて含まれているか、今回の貼り付けがシステムで許可されているか確認してください。
更新後、手動で変更した内容が元に戻るのはなぜですか？
サブスクリプション項目はリモートの内容を更新元として使うため、次の更新時に設定が再適用されることがあります。長期的に保持する個別のテスト項目は、手入力で別に保存し、区別しやすい名前を付けてください。リモートのサブスクリプション内で一時的に変更した内容を、恒久的な設定として扱わないでください。
追加できてスイッチもオンなのに、アクセスできないのはなぜですか？
まずHomeで選択中のサーバーを確認し、Connectivity Testを実行します。次にGlobal Routingを確認し、Proxyで一時的に比較した後、ConfigのDNS、ポリシー参照、FINALを確認してください。一度に変更するのは1項目だけにし、変更前後の状況を記録します。
7. 保存前後に確認する最低限のチェックリスト
追加が完了したら、情報の入手元、保存した画面、更新方法、実際の接続に使う項目を説明できる状態にしておきましょう。この4点を記録するほうが、名前だけで判断するより確実です。利用期間、接続数、認証情報の変更については、利用中のサービスの説明を確認してください。この記事では設定操作のみを説明しています。
- 追加前：サーバーのサブスクリプション、リモート設定ファイル、個別パラメータのどれかを確認し、現在使える設定を残しておきます。
- 保存後：HomeでType、Address、Portを確認します。Configでは、ダウンロードしたファイルが実際に有効になっているか確認します。
- 更新後：該当する参照元にエラーがないことを確認し、リモート一覧の変更によって選択し直す必要がないか確認します。
- 接続後：Global Routingを確認し、毎回同じ宛先でテストします。サブスクリプションの更新問題とサーバーへの接続問題は分けて記録してください。
- 記録を共有する場合：token、パスワード、UUID、鍵、QRコードを隠し、トラブルの確認に必要な項目名とエラー状況だけを残します。