サブスクリプションリンクとは？簡単に言えば、ネットワーククライアントが読み込む設定情報の入口です。クライアントがこの入口にアクセスすると、接続先名、サーバーアドレス、ポート、プロトコルのパラメーター、グループ情報などを取得し、選択可能な接続先一覧に整理します。ユーザーは設定を一つずつ手入力しなくても、サービス側で接続先が変更された後に更新を受け取れます。
サブスクリプションリンクはクライアントのインストールパッケージでも、通常のウェブページのブックマークでもありません。設定を読み込むための鍵に近いもので、対応クライアントに貼り付けることで、アカウントに紐づく接続先情報を取得できます。リンクには通常、識別用の認証情報が含まれるため、パスワードに近い扱いが必要です。公開、転送、信頼できない解析ツールへのアップロードは避けてください。
サブスクリプションリンクに含まれる情報
サブスクリプションは特定のプロトコルそのものではありません。設定を配布する仕組みであり、返される内容はエンコードされた接続先一覧の場合もあれば、クライアントが認識できる構造化設定の場合もあります。クライアントによって対応形式が異なるため、同じ入口でも一方では正常に解析でき、別のクライアントでは形式エラーになることがあります。
一般的な接続プロトコルには Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC があります。プロトコルはクライアントと遠隔サーバーの通信方法を定め、サブスクリプションは必要なパラメーターをクライアントに渡します。両者は異なる層にあるため、「サブスクリプション対応」を「すべてのプロトコルに対応」と解釈してはいけません。取り込む前に、クライアントが実際に使用されるプロトコルと通信方式を認識できるか確認しましょう。
| 項目 | 主な役割 | そのまま接続できるか | 確認すべき点 |
|---|---|---|---|
| サブスクリプションリンク | 接続先と設定をクライアントに配布 | いいえ。まずクライアントによる解析が必要 | 通常、アカウント識別用の認証情報を含む |
| 単一の接続設定 | 特定の接続先を1つ定義 | 対応クライアントに取り込めば可能 | サービス側の変更後は再取り込みが必要になる場合がある |
| クライアント | 設定を解析し、トンネルを確立してルーティングを実行 | 有効な設定が必要 | プロトコルと設定形式の互換性が必要 |
| アカウント認証情報 | 管理パネルに入りサービスを管理 | サブスクリプション設定の代わりにはならない | 第三者のサブスクリプション変換ページには入力しない |
接続先名、地域ラベル、ポリシーグループは主に選択を助ける情報です。接続に実際に影響するのは、サーバーアドレス、ポート、認証情報、トランスポート設定、暗号化関連のパラメーターなどです。初心者がこれらを一つずつ変更する必要は通常ありません。サーバー名を変えても影響は小さい一方、プロトコルのパラメーター、認証情報、通信設定を誤って変更すると、接続に失敗します。
安全なサブスクリプションリンクの取得と保管
信頼できる取得先は、サービス提供元の公式ユーザーパネルです。サブスクリプションまたはクライアント設定の画面を開くと、通常はコピー、取り込み、更新の入口が表示されます。チャットで見知らぬ人から転送されたリンク、検索結果にある集約ページ、いわゆる「オンラインデコードツール」からアカウントのサブスクリプションを取得・処理しないでください。こうしたページはリンクを読み取ることで、完全な接続先設定まで取得できる可能性があります。
コピーした後は、貼り付け先がクライアント内のサブスクリプション入力欄であり、ブラウザーのアドレスバー、公開ドキュメント、共同編集コンテンツではないことを確認してください。一部のシステムではクリップボードが同期されるため、機密性の高いリンクを長期間保存するのは安全とはいえません。取り込みが終わったら、リンクを含む一時メモやスクリーンショットを削除できます。再度取り込む場合は、ユーザーパネルから改めてコピーしてください。
- ✅ RBVPN ユーザーパネルから現在のサブスクリプション入口を取得する。
- ✅ 互換性と提供元の信頼性を確認したクライアントにのみ貼り付ける。
- ✅ 取り込み後、接続先名とプロトコルが正しく認識されているか確認する。
- ✅ サブスクリプションリンクをアカウント認証情報と同等の機密情報として保管する。
- ❌ リンクを公開スピードテスト、デコード、変換サイトに送信しない。
- ❌ フォーラム、グループチャット、問い合わせ用スクリーンショットに完全なリンクを表示しない。
サブスクリプション入口とログイン認証情報は用途も異なります。ユーザー名とパスワードはアカウントパネルへのログインに使い、サブスクリプション入口はクライアントが設定を取得するために使います。ログインパスワードをリンクに追加したり、クライアントが「サブスクリプションURL」を求めているときにパネルのトップページURLを入力したりしないでください。入力の種類を間違えると、クライアントはウェブページの内容しか取得できず、解析失敗や設定が空になることがあります。
各プラットフォームでサブスクリプションを取り込む方法
プラットフォームによってメニュー名は異なりますが、取り込みの流れはほぼ同じです。対応クライアントをインストールし、リモートサブスクリプションを作成してリンクを貼り付け、更新を実行した後、接続先を選んで接続します。「クリップボードから単一設定を取り込む」と「リモートサブスクリプションを追加する」は区別してください。前者はその時点でコピーした1件だけを読み込み、後者は更新用の入口を保存します。
- クライアントを取得する。ユーザーパネルのダウンロード入口で対応プラットフォームを確認し、クライアントが対応するプロトコルの範囲を確認します。
- リモートサブスクリプションを作成する。設定、サブスクリプション、設定ファイルの画面でリモートソースの追加を選び、単一の接続先を手動で新規作成する項目は選ばないでください。
- サブスクリプションリンクを貼り付ける。名前は任意に設定できますが、リンクは完全な形で保ち、末尾の文字を削除したり、余分なスペースを加えたりしないでください。
- 更新を実行する。クライアントの解析が完了するまで待ち、一覧に接続先またはポリシーグループが表示されることを確認します。一覧が空の場合は、接続を何度も試すのではなく、まず更新エラーを確認してください。
- 接続先を選んで接続する。まずはルールモードまたはサービス提供元が推奨する既定モードを使い、アクセス先に応じて地域とルーティングを調整します。
- 実際の動作を確認する。ウェブページへのアクセス、ドメイン解決、対象アプリをそれぞれ確認し、通信経路が想定どおりか確かめます。
Windows と Linux
デスクトップ向けクライアントは通常、サブスクリプション管理、ログ、ルーティング設定がより充実しています。取り込み時は、リモート設定が有効か、システムプロキシ、仮想NICモード、ルールモードの違いを確認してください。システムプロキシはプロキシ設定に従うアプリが主な対象です。仮想NICモードは適用範囲が広い一方、ローカルネットワーク、DNS、ルーティングの競合を適切に処理する必要があります。
macOS
macOSのクライアントでは、ネットワーク拡張機能やVPN構成の許可を求められることがあります。サブスクリプションの取り込みに成功しても、接続先がクライアントに入ったことを示すだけで、システム通信がすでに切り替わったとは限りません。接続後は、メニューバーの状態、現在のモード、選択中の接続先を確認してください。ブラウザーは使えるのに他のアプリに変化がない場合、システムプロキシだけが有効で、対象アプリがその設定に従っていない可能性があります。
iOS と Android
モバイル端末では、リンクの貼り付け、クリップボードからの読み取り、QRコードのスキャンで取り込むのが一般的です。システムからVPN構成の作成許可を求められますが、これはクライアントがネットワークトンネルを確立するために必要な権限です。バックグラウンド更新や設定の更新方法はクライアントごとに異なるため、古い接続先が表示された場合は、まずクライアントで手動更新してからサービスの異常を判断してください。
サブスクリプションの更新はどのくらいの頻度で行われる？
すべてのクライアントに共通する更新間隔はありません。更新頻度は、クライアントのキャッシュ方針、バックグラウンド実行の条件、ユーザー設定に左右され、サービス側がキャッシュを許可しているかどうかにも依存します。起動時や設定切り替え時に更新を試みるクライアントもあれば、ユーザーが操作したときだけ更新するクライアントもあります。システムがバックグラウンド動作を制限している場合、自動更新が遅れることもあります。
そのため、「パネルでは接続先を変更したのに、クライアントには古い内容が表示される」からといって、サブスクリプションが無効になったとは限りません。まず手動更新を実行し、クライアントログでダウンロードと解析の結果を確認するのが確実です。ダウンロードに成功しても内容が変わらない場合は、古い設定を無効にして再読み込みします。認証または権限エラーが返る場合は、ユーザーパネルでサブスクリプションの状態を確認してください。
サブスクリプションを更新すると、通常はサービス側が提供する接続先一覧が置き換えられるか、統合されます。クライアント上でリモート接続先のパラメーターを手動変更しても、次回更新時に上書きされる可能性があります。長期的に保持したいローカルルールは、クライアントが対応するローカル上書き、ルールセット、独立した設定に保存し、サブスクリプションが生成したノード項目を直接変更しないでください。
ルーティングルールとDNSが結果に影響する理由
サブスクリプションの取り込み後、どの通信をトンネルに通すかはクライアントが決定します。グローバルモードはより多くの接続を現在の接続先に渡し、ルールモードはドメイン、アドレス範囲、アプリ、ルールセットに基づいて直接接続とプロキシを振り分けます。サブスクリプションは利用可能な出口を提供し、ルーティングルールはいつその出口を使うかを決めます。接続先が正常でもルールに一致しなければ、対象リクエストがローカルネットワークを通る可能性があります。
IEPL 専線、中継接続、直接接続は、それぞれ異なる経路構成を表します。IEPL 専線は管理された国際通信区間を重視し、中継接続は中継入口を経由して出口へ転送し、直接接続はローカルネットワークから遠隔サーバーへ直接アクセスします。サブスクリプションはこれらを同時に配布できますが、クライアントに表示される名前はサービス側のラベルにすぎません。実際の選択では、アクセス先、現在のネットワーク、安定性への要求を併せて判断してください。
DNSはドメイン名をネットワークアドレスに変換します。アプリの通信がトンネルを通っていても、名前解決がローカルネットワークに任されていると、DNS漏えい、出口に適さない解決結果、ルール判定のずれが起こる可能性があります。クライアントが提供するリモートDNS、暗号化DNS、トンネル経由のDNSを有効にする場合は、ルーティングルールも併せて確認し、名前解決の経路と実際の接続経路が衝突しないようにしてください。
トラブル時は、まず現象を観察します。ドメインでのアクセスだけ失敗し、アドレスへの直接接続には応答があるなら、名前解決が原因の可能性が高いです。特定のアプリだけ動作しない場合は、そのアプリがシステムプロキシを回避している可能性があります。すべての接続先でハンドシェイクできない場合は、プロトコルの互換性、システム時刻、ネットワーク権限、サービス側の応答を確認します。ログの根拠がないまま複数の設定を次々に変えると、どの変更が有効だったのか判断しにくくなります。
サブスクリプションが無効・取り込みエラーの対処法
サブスクリプションのエラーは、通常ダウンロードと解析の2段階で発生します。ダウンロード段階では、入口に接続できない、リンクが途中で切れている、権限状態が変わった、ローカルDNSに異常があるなどの問題が起こります。解析段階では、返された形式にクライアントが対応していない、プロトコルが互換性を持たない、ウェブページや中間ツールによって設定内容が書き換えられた、といった問題があります。まずどの段階のエラーかを判断すると、無駄な操作を減らせます。
- ✅ ユーザーパネルから完全なリンクを再コピーし、古いメモの欠落した内容は使わない。
- ✅ クライアントで手動更新を実行し、ダウンロード、認証、解析のログを確認する。
- ✅ クライアントがサブスクリプション内の Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC 設定に対応しているか確認する。
- ✅ 一時的にクライアントの既定ルーティング設定へ戻し、カスタムルールの影響を切り分ける。
- ✅ システム時刻、ネットワーク権限、DNS設定が正常か確認する。
- ❌ 異なる提供元のクライアントを何度もインストールして、元のエラー情報を見えなくしない。
クライアントがウェブページの内容を受け取ったと表示する場合、パネルのページURLやログインページURLを貼り付けたか、サブスクリプションのリクエストがリダイレクトされた可能性があります。「形式不明」と表示された場合は、単一ノードの取り込みではなくリモートサブスクリプションを追加しているか、クライアントのバージョンが現在の形式に対応しているか確認してください。更新には成功したのに接続できない場合は、該当する接続先のハンドシェイクログを確認し、問題をサブスクリプションのダウンロード段階に戻さないようにします。
リンク漏えい時にリセットが必要な理由
サブスクリプションリンクを入手した人は、その中の接続先設定を読み取り、対応クライアントで継続的に更新できる可能性があります。チャットメッセージを削除したりスクリーンショットを取り消したりするだけでは、相手が内容をコピー済みか確認できません。ローカルでサブスクリプションを削除しても、遠隔に保存されたコピーは無効になりません。ユーザーパネルでサブスクリプション入口をリセットし、古いリンクを現在の設定入口として使えなくすることが有効です。
リセット後は、各デバイスの古いリモートサブスクリプションも削除し、新しい入口から再度取り込みます。古いクライアントが接続先をキャッシュしている場合、短期間は従来の名前が表示されることがありますが、古い入口から新しい設定を取得することはできません。新しいサブスクリプションの更新成功を基準にし、古いリンクが保存されていそうなメモ、自動化設定、クリップボード履歴、共有ドキュメントも確認してください。
リンクを第三者の変換サービスに送ったことがある場合も、漏えいとして扱う必要があります。サブスクリプション変換は形式を変換する仕組みですが、リモート変換サービスは結果を生成する前に元のリンクを読み取らなければなりません。変換処理が信頼できるクライアント上でローカルに完結しない限り、ページの説明だけで元の内容の保存方法を判断することはできません。初心者には、サービスパネルが提供する標準形式と対応クライアントを優先する方法がより安全です。