サブスクリプションリンクとは？クライアントがリモートの接続設定を読み込むための専用アドレスです。サーバー、ポート、プロトコル、認証情報を一つずつ入力する必要はありません。対応クライアントにリンクを追加すれば、利用可能な接続先一覧、ノード名、必要なパラメーターを取得できます。VPNRHでは、サブスクリプションリンクが本サイトの接続設定を取得する入口になります。
通常のウェブページのURLでも、公開共有用のダウンロードアドレスでもありません。リンクにはサブスクリプション権限を識別できるランダムな認証情報が含まれることがあり、入手した人は対応クライアントから設定を読み取れる可能性があります。ユーザーパネルからコピーし、信頼できるクライアントだけに追加し、必要に応じて更新してください。漏えいが疑われる場合は再発行し、公開チャットやフォーラム、スクリーンショットには載せないでください。
サブスクリプションリンクに含まれる情報
見た目としては、安全なネットワークアドレスで始まる長い文字列で、後ろにランダムなパスやアクセス情報が続くことが一般的です。ブラウザーで直接開くと、読みにくい文字列が表示されたり、設定ファイルのダウンロードが始まったり、ブロックされたりします。読み取り先はウェブページではなくプロキシクライアントなので、リンクが壊れているとは限りません。
クライアントがリンクへリクエストを送ると、サーバーは機械可読形式の設定を返します。形式はクライアントのエコシステムによって異なり、エンコードされたノード一覧、YAML、JSON、専用設定などがあります。設定には通常、接続先名、サーバーアドレス、プロトコル、認証パラメーター、グループ情報が含まれます。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICではフィールド構成が異なるため、あるクライアントでリンクを開けても、含まれるすべてのプロトコルを正しく動かせるとは限りません。
| 項目 | 主な用途 | 配置場所 | 共有の可否 |
|---|---|---|---|
| ユーザーパネルのアカウント | プラン、接続先への入口、アカウント設定を確認する | VPNRHユーザーパネル | 共有には不向き |
| サブスクリプションリンク | クライアントにリモート設定を読み込ませる | クライアントのサブスクリプションまたはリモート設定の入口 | 共有には不向き |
| 単一ノードリンク | 特定プロトコルの設定を1件追加する | クライアントのリンク追加画面 | 共有には不向き |
| ローカル設定ファイル | 取得時点の設定スナップショットを保存する | クライアントの設定フォルダーまたはインポート画面 | 認証情報を削除してから扱う |
サブスクリプションリンクと単一ノードリンクも混同できません。単一ノードリンクは通常、1つの接続先だけを記述し、プロトコル名から始まります。一方、サブスクリプションリンクは更新可能な一覧を指します。サブスクリプションURLを「単一ノードを追加」欄に貼り付けると、形式エラーになることがあります。逆に、単一ノードのURLを「リモートサブスクリプション」欄に追加しても、完全な接続先一覧は取得できません。
ユーザーパネルから正しく取得する
まず本サイトの入口からVPNRHユーザーパネルへ移動し、サブスクリプションまたはクライアント関連の画面を開きます。コピーするのはパネルに表示された完全なURLにし、パラメーターを手動で削除したり、ブラウザーのアドレスバーからパスを推測したりしないでください。登録にメールアドレスは不要で、ユーザー名とパスワードだけで始められます。アカウント設定が完了したら、現在のプランに対応する設定入口をパネルから確認します。
- ユーザーパネルを開き、使用するアカウントでログインしていることを確認します。
- サブスクリプションまたはクライアントのダウンロード画面を開き、対象クライアントに対応する設定形式を選びます。
- 画面のコピー機能を使い、長いURLの末尾を取りこぼさないようにします。
- クライアントに切り替え、サブスクリプション、リモート設定、または設定プロバイダーの入口に貼り付けます。
- 更新を実行して接続先一覧を確認し、接続先を選んで接続を有効にします。
- ✅ リンクは検索結果、グループファイル、他人からの転送ではなく、VPNRHユーザーパネルから取得する。
- ✅ コピー内容にURLの冒頭、パス、後続パラメーターがすべて含まれている。
- ✅ 追加先がサブスクリプション、リモート設定、またはURLからのインポートになっている。
- ✅ クライアントがサブスクリプションで使われるプロトコルと設定形式に対応している。
- ❌ サブスクリプションリンクをオンラインデコード、オンライン速度測定、不明な変換サイトに貼り付けない。
- ❌ 問い合わせのスクリーンショット、録画、公開ログに完全なリンクを表示しない。
デスクトップとモバイルのクライアントに追加する方法
プラットフォームによってメニュー名は異なりますが、基本の流れは共通です。リモートサブスクリプションを作成し、名前とURLを入力して保存、設定を更新し、接続先を選びます。注目すべきなのはボタン名ではなく、クライアントのコア機能、システム権限、プロキシモードです。
WindowsとmacOS
デスクトップクライアントでは、設定、サブスクリプション管理、設定ファイルなどの画面に追加入口があることが一般的です。貼り付けた後は手動で更新し、新しい設定が現在の設定になっていることを確認します。ダウンロード後も古い設定が選ばれたままのクライアントもあります。接続先一覧が変わらない場合は、現在選択中の設定名を確認してから再読み込みしてください。
macOSで初めて有効にするときは、ネットワーク設定の追加や関連拡張機能の許可を求められることがあります。許可はクライアントがネットワーク通信を扱えるようにするもので、サブスクリプションの追加に代わるものではありません。接続先が表示されているのにウェブサイトへ元のネットワーク経路でアクセスしている場合は、システムプロキシ、仮想ネットワークモード、クライアント全体のスイッチが実際に有効か確認します。
AndroidとiOS
モバイルでは通常、クライアント内でリモート設定を作成します。その後、システムからネットワーク設定の権限確認を求められます。追加後、バックグラウンドへの切り替えで接続が止まる場合は、システムによるクライアントのバックグラウンド動作制限を確認します。サブスクリプションは更新できるのに接続先を起動できない場合は、プロトコル対応、システム権限、現在のネットワーク環境を優先して確認してください。
iOSクライアントはアプリごとの形式互換性に差があり、同じリンクでも解析結果が異なることがあります。Androidクライアントも異なるコアを使う場合があります。クライアントを選ぶ際は、パネルに記載された対応方式を基準にし、「サブスクリプション対応」という表示だけで判断しないでください。
コマンドラインとルーター環境
コマンドラインのコアやルーター環境では、より明確な設定形式が求められることがあります。リモートサブスクリプションを直接参照できるツールもあれば、認識可能な形式へ変換してから使うツールもあります。変換には認証パラメーターが関わるため、出所の不明なウェブサービスに任せないでください。クライアントが標準対応する設定を使うか、信頼できるローカル環境で変換し、設定ファイルの権限を制限する方法が安全です。
サブスクリプションはどのくらいの頻度で更新する？
サブスクリプションに、すべてのユーザーに適用できる固定の更新時間はありません。本質は「サーバーから現在の設定を再取得する」ことであり、継続的な速度測定でも、頻繁に行うほど速くなるものでもありません。利用可能な設定を取得済みで接続も正常なら、何度も更新する必要はありません。設定変更、接続先一覧の異常、長期間使っていないクライアントがある場合に更新すると有効です。
イベントに応じて更新する方法がおすすめです。初回追加後、接続前に一覧が明らかに古いとき、サービスから設定変更の通知があったとき、複数の接続に失敗したときに更新します。起動時の自動更新に対応するクライアントは、利用習慣に合わせて有効にできますが、複数の端末から短時間に手動リクエストを繰り返すのは避けてください。
サブスクリプションを更新すると、リモート設定内の接続先情報は置き換えられます。ただし、ユーザーが作成したルール分岐を自動修正するわけではなく、現在選択中の接続先が残るとも限りません。更新後に接続動作が変わった場合は、ポリシーグループ、ルールモード、ローカル上書き設定を確認します。編集した設定は、更新で上書きされないよう、カスタムルールとリモートサブスクリプションを分けて管理するのが安全です。
直接接続・中継・IEPL設定の見方
サブスクリプションの接続先名には、地域、都市、回線タイプなどが記載されることがあります。直接接続はクライアントから対象サーバーへ直接接続する方式で、経路がシンプルな一方、利用環境から対象地域までの公衆ネットワーク経路に左右されます。中継は中間の接続ポイントを経由して出口へ転送する方式で、ネットワーク間の経路や混雑時間帯の状況を調整する目的があります。IEPL専線は通常、専用の伝送経路で接続側と出口側を結ぶ方式を指し、一般的な公衆ネットワークの直接接続とは経路が異なります。
これらはネットワーク経路の名称であり、プロトコルそのものではありません。TrojanやVLESSは異なる回線構成上で動作でき、Hysteria2とTUICは異なる伝送設計に基づいています。接続先を選ぶときは「経路タイプ」と「プロトコル互換性」を分けて考えます。まずクライアントがプロトコルに対応していなければ、経路タイプを比較しても意味がありません。
サブスクリプション更新後に、ノード名やグループが変わることがあります。カスタムルールが完全なノード名に直接結び付いていると、名前の変更でルールが機能しなくなる可能性があります。日常のルールはポリシーグループに向け、グループ内で現在の接続先を選ぶ方法が安全です。こうすれば設定更新のたびにアプリのルールを一つずつ変更する必要がありません。
| 回線タイプ | 経路の特徴 | 問題発生時に優先して確認する項目 |
|---|---|---|
| 直接接続 | 利用中のネットワークから遠隔サーバーへ直接接続する | 利用中の通信事業者の経路、プロトコルの到達性、対象地域までの経路 |
| 中継 | 接続ポイントに入り、そこから出口へ転送する | 接続地域の選択、ポリシーグループ、サブスクリプションの更新状況 |
| IEPL専線 | 接続側と出口側を専用の伝送経路で結ぶ | クライアントの互換性、入口への到達性、回線グループの選択 |
追加後にDNSとルール分岐も確認する
接続できるからといって、すべてのリクエストが想定した経路を通るとは限りません。クライアントが扱うのはブラウザーのプロキシだけの場合もあれば、仮想ネットワークモードでより多くのアプリの通信を処理する場合もあります。ルール分岐はどのドメインやアドレスをプロキシ経由にし、どれを直接接続にするかを決めます。DNS設定は、ドメインを誰が解決するか、解決リクエストがどの経路から送られるかに影響します。
DNSリークとは通常、ネットワーク通信はプロキシ経路を通る一方で、ドメイン検索だけが利用中のネットワークのDNSサービスへ送られ、検索情報が知られたり、出口地域と一致しない結果になったりする状態を指します。確認時は、まずクライアントのDNSモードが有効か確認し、次にシステムに別の名前解決経路が残っていないか調べます。ブラウザーの暗号化DNS、システムのDNS設定、クライアントのDNSが同時に存在する場合があり、設定が競合すると結果が一致しません。
ルール分岐の問題は、ルールの優先順位が原因になりがちです。クライアントは通常、上から順にルールを照合します。広すぎる直接接続ルールが対象ルールより前にあると、後続のプロキシルールは機能しません。ルールを変更したら設定を再読み込みし、直接接続が必要なサイトと国際経路が必要なサイトをそれぞれ確認してください。クライアントの状態アイコンだけで判断しないことが大切です。
- ✅ 最新のリモート設定が動作しており、古いローカルコピーではないことを確認する。
- ✅ ポリシーグループで有効な接続先が選択され、無効な名前のままになっていないことを確認する。
- ✅ ルールモードまたはグローバルモードなど、クライアントのプロキシモードが想定どおりか確認する。
- ✅ DNS検索が設定に従ってクライアントで処理されているか確認する。
- ✅ ブラウザーやシステムに、クライアントと競合する独立したプロキシ設定がないか確認する。
- ❌ 「サブスクリプションの更新に成功した」ことを「すべてのアプリがプロキシ経由になった」ことと同一視しない。
リンクが漏えいした場合の再発行と確認
サブスクリプションリンクが公開スクリーンショット、共有文書、コードリポジトリ、端末の履歴、信頼できない端末に残っている場合は、漏えいしたものとして扱います。公開内容を削除するだけでは不十分です。リンクがキャッシュされたりコピーされたりしている可能性があるためです。ユーザーパネルからサブスクリプションの認証情報を再発行して旧リンクを無効にし、信頼できる端末へ新しいリンクを追加し直してください。
- 古いリンクの転送やテストを続けず、公開場所にある完全な内容を削除します。
- VPNRHユーザーパネルに入り、サブスクリプションの再発行機能で新しいアクセスURLを生成します。
- 信頼できるすべてのクライアントから古いサブスクリプションを削除し、新しいリンクを追加して設定を更新します。
- 設定ファイル、クリップボード同期、端末の履歴、クラウド文書に古いURLが残っていないか確認します。
- クライアントが古い設定を参照していないか確認し、必要に応じてローカルキャッシュを削除して再追加します。
再発行後、古いリンクは有効な入口として使えなくなるはずです。端末に古い接続先一覧が表示され続けても、ローカルキャッシュを読んでいるだけの可能性があり、古いサブスクリプションが更新可能だとは限りません。手動更新を1回実行して確認できます。古いURLでは新しい設定を取得できず、新しいURLでは正常に読み込めるはずです。確認後、古いローカル設定のコピーを削除します。
不具合情報を送る際も、機密項目を処理してください。エラーの種類、クライアントのプラットフォーム、プロトコル名、症状は残せますが、サブスクリプションURL、認証パラメーター、完全なサーバー情報は隠してください。ログにリモート設定のURLが含まれる場合は、ローカルコピーで先にマスキングし、公式の問い合わせ窓口から送信します。
よくあるエラーの確認手順
サブスクリプションを更新できないときは、まず「設定を取得できない」のか「設定は取得できるが接続できない」のかを分けます。前者はリンクの完全性、ネットワークリクエスト、認証情報の状態、形式の互換性に関係することが多く、後者はプロトコル対応、回線状態、システム権限、DNS、ルール分岐が原因になりやすい問題です。この2種類を混同すると、原因を特定できないままクライアントを何度も再インストールすることになります。
アドレスまたは形式が無効と表示される
完全なリンクをコピーしたか、引用符、空白、改行が混ざっていないかを確認し、リモートサブスクリプションの入口に貼り付けたことを確認します。クライアントが特定の形式を要求する場合は、パネルから対応するバージョンを選び、リンクのパラメーターを自分で変更しないでください。ブラウザーで開けても、クライアントが返された形式に対応しているとは限りません。
更新は成功したが接続先がない
まず、クライアントに表示されているのが新しいサブスクリプションで、同名の古い設定ではないことを確認します。次に、フィルター、非表示グループ、解析警告がないか確認します。対応していないフィールドに遭遇すると一部を無視するクライアントもあります。プロトコルのフィールドを手動で削除するのではなく、パネル対応のクライアントまたは互換設定を使ってください。
接続先はあるが接続に失敗する
サブスクリプションを更新し、接続先を切り替え、システム権限を確認してから、プロトコル対応とネットワーク環境を調べます。特定のプロトコルだけ起動できず、他は正常な場合は、クライアントのコアのバージョンとプロトコル互換性を重点的に確認します。すべての接続先で接続を確立できない場合は、システムプロキシ、仮想ネットワーク権限、利用中のネットワーク制限を確認してください。
ウェブは使えるが一部のアプリが経路を通らない
多くの場合、プロキシが適用される範囲またはルール分岐の問題です。ブラウザーはシステムプロキシに従っていても、他のアプリは直接通信していることがあります。より広い範囲を処理する必要がある場合は、クライアントが対応する仮想ネットワークモードを使い、直接接続ルール、対象ドメインのルール、DNS設定を再確認します。変更後は種類の異なるアプリを個別にテストし、ルールがどのように適用されたか確認してください。