サブスクリプションURLとは、クライアントが接続設定を取得するための専用URLです。通常、アカウントに紐づく認証情報が含まれています。対応クライアントに読み込ませると接続先の一覧を取得できますが、その後、接続先を選び、接続して実際にアクセスできるか確認する必要があります。プランの支払い用URLでも、誰でも共有できる一般的なウェブアドレスでもありません。

サブスクリプションURLでできること

サブスクリプションURLからは、接続先URIの一覧やクライアントが読み込める設定ファイルが返されます。サーバーアドレス、ポート、認証情報などの接続パラメーターが含まれることがあります。形式によっては、プロキシグループ、ルーティングルール、DNS設定も含まれますが、すべてのサブスクリプションに含まれるとは限りません。

クライアントで「サブスクリプションを更新」を実行すると、URLに現在の設定をリクエストし、クライアントの仕様に応じてローカルの内容を置き換えたり、統合したりします。サーバー側で接続先が変更された場合、反映には再取得が必要です。更新は設定の同期であり、端末のネットワーク問題を自動で解決するものでも、対象サイトへアクセスできることを保証するものでもありません。

形式 主な用途 利用上の注意
サブスクリプションURL 接続先や設定をリモートから取得・更新 返される形式にクライアントが対応している必要がある。URLには機密性の高い認証情報が含まれることが多い
単一接続先のURI 特定の接続先のパラメーターをインポート 接続先一覧を継続的に同期する機能は通常ない
ローカル設定ファイル 端末に保存済みの設定を読み込む インポート後もサーバーとの連携が維持されるとは限らない
QRコード URLや設定を格納し、スキャンしてインポートできる 追加の暗号化手段ではない。スクリーンショットから認証情報が漏れることもある

そのため、「ブラウザーでサブスクリプションURLを開けるか」は有効性の判断基準になりません。ブラウザーにはテキストが表示されたり、ファイルがダウンロードされたり、エラーが表示されたりしますが、クライアント側でも解析が必要です。また、実際のURLを検索エンジンや公開ドキュメント、見知らぬオンライン診断ページに貼り付けないでください。

ユーザーパネルから取得して確認する

ユーザーパネルのログインページから自分のアカウントにログインし、サブスクリプションや設定に関する項目で、URLのコピーやクライアントへのインポートなどを探します。パネルの画面名は変更される場合があります。ブラウザーのアドレスバーに表示されたパネルのURLを、サブスクリプションURLと混同しないようにしましょう。

  1. まずサービスの状態を確認します。プランやデータパッケージが有効になっているか、残りのデータ量やパネルの案内を確認してください。アカウントにログインできても、接続設定が利用可能とは限りません。
  2. 利用するクライアントを確認します。使うクライアントとバージョンを先に確認し、対応するエクスポート形式を選びましょう。OS名だけを頼りに、内容の分からない設定を選ばないでください。
  3. コピー機能または公式のインポート方法を使います。パスやクエリパラメーターを含めて全体を保持し、ランダムな文字列に見える部分も手動で削除しないでください。認証情報が含まれている可能性があります。
  4. インポート結果を確認します。クライアントに設定名や接続先の内容、または明確な解析結果が表示されるはずです。空の設定だけが残る場合は、形式やリクエストが成功したかを引き続き確認してください。

VPNRVのアカウントはメールアドレス不要で利用できます。パネルにログインした後も、ログイン情報は適切に保管してください。アカウントのパスワードとサブスクリプションの認証情報は役割が異なるため、混同しないようにしましょう。ログイン方法が分からない場合は、まず使い方ガイドを確認してください。出所不明の変換サイトを使ってURLを探すのは避けましょう。

端末ごとのクライアントへのインポート方法

Windows、macOS、iOS、Android、Linuxではシステム権限が異なりますが、基本的な手順は共通です。リモートサブスクリプションを追加し、URLを入力して保存・更新した後、必要なプロキシ方式を有効にします。クライアントによってメニューは異なるため、以下では特定のボタン名ではなく、操作の目的を説明します。

Windows・macOS

設定またはサブスクリプション管理画面でリモートURLを追加し、保存してから更新を実行します。その後、インポートした設定を選択してください。システムプロキシや仮想NICモードを初めて有効にすると、システムから許可を求められる場合があります。システムプロキシの影響を受けるのは、システムのプロキシ設定に従うアプリが中心です。一部のコマンドラインツールや独立したネットワークコンポーネントでは、個別の設定が必要な場合があります。

複数のクライアントでシステムプロキシを同時に有効にしないでください。ブラウザーでは正常に動作するのに開発ツールで失敗する場合は、サブスクリプションを何度も上書きするのではなく、そのツールがプロキシを使用しているか確認しましょう。仮想NICモードはルーティングやDNSにも関わるため、クライアントのドキュメントに従って設定してください。

iOS・Android

クライアントにサブスクリプションURLを貼り付けるか、パネルが提供するアプリ起動リンクを使います。初回接続時に、VPN設定の追加やネットワーク制御の許可を求められる場合があります。このシステム通知はアプリがネットワーク接続を確立しようとしていることを示すもので、サブスクリプションの解析成功を意味するものではありません。

アプリ起動リンクをタップしても反応がない場合は、対象のクライアントがインストール済みか、リンク方式に対応しているかを確認してから手動でインポートしてください。QRコードを使えば入力ミスを減らせますが、サブスクリプションの内容が含まれるスクリーンショットを公開アルバムや掲示板に載せないでください。

Linux

GUIクライアントではリモートサブスクリプションの手順を利用できます。コマンドラインのコアを使う場合は、設定ファイルの構文、ファイル権限、サービスの起動方法を確認してください。汎用サブスクリプションを直接読み込めないコアもあり、その場合は対応する設定生成方法が必要です。実際のURLをターミナルに入力するとコマンド履歴に残る場合もあるため、トラブルシューティング時は情報の露出にも注意してください。

どのプラットフォームでも、Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICを使うには、それぞれに対応するクライアントコアが必要です。インポート形式に対応していても、すべてのプロトコルが使えるとは限りません。また、プロトコル名だけから回線速度を判断することもできません。VPNRVで利用できる具体的な設定は、パネルとクライアントの説明を確認してください。

インポート後に接続を確認する方法

まずクライアントが接続先を読み込めているか確認し、接続先を選んで接続した後、実際に使うサービスへアクセスします。クライアントに「接続済み」と表示されても、通常はローカルのトンネルや接続状態を示すだけです。すべてのアプリで想定どおりに通信が振り分けられているとは限りません。

  • ✅ 更新結果を確認:設定に識別できる接続先が表示され、名前だけが保存された状態ではないこと。
  • ✅ ルーティングモードを確認:ルールモードではルールに従って通信先が決まり、グローバルモードでは通常プロキシの対象範囲が広がります。ただし、具体的な範囲はクライアントの制御方式によって異なります。
  • ✅ 対象アプリを確認:実際に使うウェブサイトやツールでテストし、ログイン制限、地域制限、ネットワークエラーを切り分けます。
  • ✅ DNSの経路を確認:クライアントのDNS設定とログを確認して名前解決の経路を把握し、アクセス元のIPアドレスだけを見て設定が完全だと判断しないようにします。
  • ❌ サブスクリプションURL全体、認証パラメーター、設定ファイル、QRコードを公開の質問投稿に添付しないでください。

DNS漏えいとは、本来想定した経路で処理されるべき名前解決のリクエストが、別の経路から送信されることです。ブラウザーのセキュアDNS、システムのリゾルバー、クライアントのDNSルールがそれぞれ有効になる場合があります。ルーティング、名前解決のログ、アプリの設定をあわせて確認してください。診断ページを一度試した結果は手がかりにすぎず、全体の判断に代わるものではありません。

IEPL専線、中継、直結は、接続経路や伝送方式を表すもので、サブスクリプションのファイル形式ではありません。直結は通常、端末から出口サーバーへ直接接続します。中継では転送経路が追加され、IEPLは専用線による伝送を指します。サブスクリプションは対応する接続設定をクライアントに渡すもので、URLの名前を変えても実際の経路は変わりません。

いつサブスクリプションを更新するか

すべてのサービスに共通する固定の更新間隔はありません。初回インポート後は更新してください。パネルで接続先の変更が案内された場合や、設定の欠落、古い接続先の不具合がある場合も、手動で更新しましょう。クライアントが自動更新に対応している場合は、使い方に合わせて有効にできますが、短い間隔で連続してリクエストしないでください。

更新前に、手動で変更したプロキシグループ、ルール、DNS設定があるか確認してください。クライアントによってはリモート設定をそのまま上書きする一方、ローカルでの上書きに対応しているものもあります。個別設定を残す場合は、クライアントが明示的にサポートする上書き機能を使い、バックアップも機密ファイルとして保管してください。

サブスクリプション設定の更新と、プランのデータ使用量のリセットは別の仕組みです。VPNRVの月額プランのデータ量は、利用開始日を基準に毎月リセットされます。データパッケージは使い切るまで有効で、期限はありません。サブスクリプションを何度更新してもデータ量は増えず、料金体系も変わりません。プラン変更後は、まずパネルの状態を確認し、表示される案内に従って設定を更新してください。

更新エラーと接続エラーの見分け方

更新エラーは設定の取得または解析中に発生し、接続エラーはクライアントが接続先を使う段階で発生します。まずどの段階で問題が起きているかを確認すると、不要な再インストールや設定の誤削除を防げます。

  • タイムアウトやドメインの名前解決エラー:まず端末の基本的なネットワーク接続とシステム時刻を確認し、サブスクリプションURLへのアクセス経路を調べます。クライアントによっては現在のプロキシ経由で更新するため、プロキシ設定の誤りが更新を妨げることがあります。
  • アクセス拒否または認証情報の無効を示すエラー:パネルに戻り、サービスの状態、URLがリセットされていないか、コピーした内容に欠落がないかを確認してください。パラメーターを推測してURLを修正しないでください。
  • 解析エラー:エクスポート形式、プロトコルの対応状況、クライアントのバージョンを確認します。リクエスト自体が成功していても、返された内容がログインページやエラーページなら、接続設定として解析できません。
  • 更新には成功するがアクセスできない:選択中の接続先、残りのデータ量、プロキシの制御方式、ルーティングルールを確認し、パネルにほかの利用可能な接続先があれば比較のために試してください。

サポートに問い合わせる際は、OS、クライアント名、エラー表示、発生状況、正常に更新できるかを伝えるとスムーズです。ログやスクリーンショットを送る前に、URL内のトークン、接続先の認証情報、アカウント情報を隠してください。追加のサポートが必要な場合は、パネルのチケット窓口を利用し、設定全体を公開しないでください。

URLが漏えいした場合の対処法

サブスクリプションURLには、設定を直接取得できる認証情報が含まれていることがよくあります。URLを入手した人が接続先の認証情報を使い、関連サービスを利用できる可能性があります。実際に可能なことはサーバー側の設計によって異なります。共有したメッセージを削除すれば拡散を抑えられますが、すでにコピーされた内容までは取り消せません。

  1. 共有を止め、漏えい範囲を確認します。公開メッセージやQRコード、共有ドキュメントからURLを削除してください。漏えいした可能性のある場所を記録し、認証情報を含むスクリーンショットを再びアップロードしないようにします。
  2. 古いサブスクリプションの認証情報を無効化します。パネルでリセットまたは取り消しの操作を探し、確認メッセージを読んでください。該当する項目がない場合は、チケットから古い認証情報の無効化を依頼します。パスワードを変更すれば取り消しも完了すると決めつけないでください。
  3. 古い設定も無効になったか確認します。古いURLからのダウンロードを止めただけでは、すでに取得された接続先の認証情報が無効にならない場合があります。リセットの説明を確認し、必要に応じてサポートに接続先の認証情報も更新する必要があるか問い合わせてください。
  4. 自分の端末でURLを差し替えます。新しいURLを使って各クライアントを更新し、古いサブスクリプションや不要なバックアップを削除してください。端末から古いURLへのリクエストが続かないようにします。
  5. 対応結果を確認します。古いURLから有効な設定を取得できず、新しいURLは正常にインポートできることを確認します。さらに、アカウントのデータ使用量などに追加確認が必要な異常がないか調べてください。

サブスクリプションURLだけが漏えいした場合は、サブスクリプションと接続先の認証情報を重点的に対処します。アカウントのパスワードも漏えいした場合は、パスワードを変更し、パネルにセッション管理機能があれば確認してください。2種類の認証情報は別々に管理されることがあるため、片方を変更してもう片方の対処に代えることはできません。

VPNRVのプライバシー方針は、匿名利用とログを保存しないことです。ただし、認証情報を公開しても安全という意味ではなく、端末の権限管理、URLの無効化、クライアントの確認に代わるものでもありません。

初心者向けの最終チェック

サブスクリプションURLが解決するのは設定の配布であり、あらゆるネットワークの問題ではありません。インポートに成功したなら、クライアントが解析可能な内容を読み込んだということです。接続に成功したなら、その時点の条件で通信経路が確立したということです。実際のアプリが正常に動いて初めて、利用時の経路が目的に合っていると確認できます。それぞれの結果を分けて確認すると、問題を切り分けやすくなります。