サブスクリプションリンクとは？簡単に言えば、サーバーが生成する設定取得用の入り口です。クライアントはリンクからサーバーアドレス、プロトコル設定、利用可能なノードなどを取得します。リンク自体はクライアントではなく、アカウントのパスワードでもありません。正しく使うには、ユーザーパネルからリンクをコピーし、対応クライアントの「リモートサブスクリプション」としてインポートします。その後、クライアントが現在の設定を読み込んで保存します。
「インポートは成功したのにノードが表示されない」「更新しても古い回線のまま」「端末を変えたら使えない」といった問題は、必ずしもネットワーク障害が原因とは限りません。サブスクリプション形式、クライアントの互換性、キャッシュ状態、更新方法が合っていないケースもあります。接続経路におけるサブスクリプションリンクの役割を理解すれば、ソフトを何度も再インストールしたり、設定を一つずつ手入力したりせずに切り分けられます。
サブスクリプションリンクに含まれる情報
クライアントがサブスクリプションリンクにアクセスすると、通常は機械可読形式の設定を受け取ります。設定には、サーバーの接続先、ポート、通信プロトコル、認証パラメーター、ノード名、クライアントが認識できるグループやルーティング情報などが含まれる場合があります。サービスやクライアントによってサブスクリプション形式は完全には統一されていません。そのため、「ブラウザーでリンクを開ける」ことは「どのクライアントでも直接インポートできる」ことを意味しません。
Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロトコルまたはプロトコル体系です。通信方式、認証項目、クライアントのコアにそれぞれ要件があります。サブスクリプションで複数のプロトコル設定をまとめて配布することはできますが、実際に接続を確立するのはクライアントのコアです。クライアントがサブスクリプション内のプロトコルに対応していなければ、リンクが有効でも該当ノードを無視したり、解析エラーを表示したり、インポート後に接続できなかったりします。
| 項目 | 主な役割 | 直接接続を確立するか | よくある誤解 |
|---|---|---|---|
| サブスクリプションリンク | クライアントにリモート設定の取得先を提供 | いいえ | リンク自体がクライアントだと思う |
| ノード設定 | サーバー、プロトコル、認証パラメーターを記述 | クライアントによる実行が必要 | すべてのクライアントが全プロトコルを認識できると思う |
| クライアント | 設定を解析し、接続を確立してルーティングを実行 | はい | インストールすれば自動的にサブスクリプションを取得できると思う |
| ルーティングルール | リクエストごとにプロキシ、直接接続、遮断のいずれかを決める | 単独では接続を確立しない | ルールの問題を回線障害と誤認する |
サブスクリプションには、回線のグループや名称が含まれることもあります。ただし、回線名は識別しやすくするためのラベルであり、実際のルーティング方式を示すものではありません。直接接続では通常、利用者のネットワークから遠隔の接続先へ直接アクセスします。中継回線では、まず中継ノードに接続し、そこから目的の地域へ転送します。IEPL専線は、国際区間を専用ネットワークで運ぶことを重視した回線です。クライアントに表示されるノード名だけでは実際の経路を判断できないため、回線を選ぶ際は地域名だけでなく、サービスページに記載された回線タイプも確認してください。
ユーザーパネルから取得して正しく保存する方法
取得する前にNrVPNのユーザーパネルへアクセスし、アカウントが利用可能な状態でサブスクリプションまたは設定の入口を探します。パネルにあるコピー按钮は、手動選択よりも確実です。手動コピーでは先頭や末尾の文字を欠落させたり、周囲の説明文まで一緒にコピーしたりしやすいためです。NrVPNはメールアドレスなしで登録できますが、サブスクリプションリンクは利用者自身で管理してください。
- 本サイトからユーザーパネルへ移動し、検索結果に表示された第三者のページではなく、自分のアカウントページを開いていることを確認します。
- サブスクリプションまたはクライアント設定のエリアを見つけ、使用するクライアントに対応した形式を選びます。パネルに複数の形式がある場合、ファイル名だけで判断せず、クライアントの対応状況を確認してください。
- パネルのコピー機能を使ってリンク全体を取得し、チャット画面やメモ共有ページ、公開ドキュメントには保存しないでください。
- クライアントに戻り、「リンクからインポート」「リモート設定」「サブスクリプション管理」などの入口から追加します。単一ノードのアドレス欄に貼り付けないでください。
- インポート後に一度更新し、回線一覧が表示されることを確認してから、回線を選んで接続を確認します。
- ✅ リンクはNrVPNのユーザーパネルから取得し、パネルのボタンで完全にコピーしている。
- ✅ クライアントがサブスクリプション内のプロトコルとリモート設定形式に対応している。
- ✅ リンクは管理下の端末と信頼できるクライアントにのみ保存している。
- ❌ 完全なリンクを公開の速度測定・解析・形式変換サイトに送信しない。
- ❌ サブスクリプションリンクを通常のウェブブックマークと混同しない。
リンクをコピーできたことは、サブスクリプションの入口を取得できたことを示すだけです。クライアントが回線一覧を正常に生成できて初めて、形式の解析が完了したと判断できます。最後に実際の回線を選んで接続を確立し、プロトコル、ネットワーク、経路が利用可能であることを確認してください。
各プラットフォームでのサブスクリプションのインポート方法
プラットフォームによってボタン名は異なりますが、基本的な流れは共通しています。リモートサブスクリプションを追加し、リンクを貼り付け、保存、更新、ノード選択を行います。デスクトップクライアントは、サブスクリプション管理やルーティング編集の機能が比較的充実しています。モバイルクライアントでは、システムのネットワーク権限やバックグラウンド動作が重視されます。他のプラットフォームの画面配置をそのまま当てはめず、現在のクライアントが対象プロトコルとリモートサブスクリプションに対応しているかを優先して確認してください。
WindowsとmacOS
デスクトップクライアントでは、通常、サブスクリプションは設定、設定ファイル、サブスクリプション管理などのエリアにあります。インポート後は、追加したリモート設定が有効になっているか、クライアント内蔵の空の設定が選ばれていないかを確認してください。クライアントによっては「サブスクリプションをダウンロード」と「そのサブスクリプションに切り替える」が別の操作になっており、ダウンロードしただけでは自動的に有効になりません。
システムプロキシモードは通常、システムのプロキシ設定に従うアプリだけを対象にします。仮想ネットワークアダプターやトンネルモードでは、より多くの通信を対象にできますが、システムのネットワーク権限が関係します。ブラウザーはアクセスできるのに特定のデスクトップアプリだけアクセスできない場合は、まずそのアプリがシステムプロキシに従うかを確認し、必要なら対象モードを調整してください。すぐにサブスクリプションリンクを変更する必要はありません。
iOSとAndroid
モバイル端末でインポートすると、システムからネットワーク設定の許可を求められることがあります。この権限はクライアントがシステムレベルのネットワーク経路を確立するためのもので、サブスクリプションのダウンロードとは別の手順です。インポートに成功したのにシステムの接続状態が表示されない場合は、設定がまだ有効になっていない、権限の処理が完了していない、または選択中のグループに利用可能なノードがない可能性があります。
モバイルOSでは、アプリがバックグラウンドで継続的に更新することを制限する場合があります。サブスクリプション更新後に一覧が変わらないときは、クライアントを前面に戻し、手動で更新して設定を選び直してください。同じリンクを何度も追加して解決しようとすると、似た名前の重複サブスクリプションが残り、どれが有効なのか分かりにくくなります。
サブスクリプション更新の適切な頻度
すべてのサービスとクライアントに共通する固定の更新間隔はありません。サブスクリプションはリモート設定の同期に近いものです。サーバー側の回線が調整された、プロトコル設定が変更された、パネルでサブスクリプションが再生成された、またはクライアントが長期間同期していない場合に更新します。日常の利用が安定しているなら、「更新」のために何度もインポートし直す必要はありません。回線一覧とパネルの情報が一致しないときは、まずサブスクリプションを更新してください。
更新しても、クライアントのローカル設定がすべて上書きされるとは限りません。通常、ノード一覧はサブスクリプションから取得されますが、ルーティングルール、プロキシモード、システム権限、手動で作成したポリシーグループはローカルに保存される場合があります。どこまで反映されるかはクライアントの実装によって異なります。更新後にアクセス動作が変わった場合は、リモート設定とローカルルールを分けて確認してください。
- ✅ パネルに回線や設定の変更が表示されたら、サブスクリプションを手動で更新する。
- ✅ ノード名がパネルと一致しないときは、先に更新してからネットワークを確認する。
- ✅ クライアントを変更したら、パネルで対応形式を選び直してインポートする。
- ✅ サブスクリプションリンクをリセットしたら、古いサブスクリプションを削除して新しいリンクをインポートする。
- ❌ リンクの文字を変更してサブスクリプションを修復しようとしない。
クライアントが自動更新に対応している場合は、適切な更新機能を有効にしても構いません。ただし、手動更新の入口も残しておいてください。自動更新に失敗すると、古い設定がローカルに残り、「まだノードがある」ように見えても、実際のパラメーターは無効になっていることがあります。切り分ける際は、一覧が存在するかだけでなく、クライアントに表示される更新時刻やエラー状態を確認してください。
インポート失敗・ノードが更新されない場合の切り分け手順
切り分けはサブスクリプションの取得から始め、次に解析、接続、ルーティングの順に進めます。こうすれば、DNSリークやルールの誤判定など接続後に起きる問題を、サブスクリプションのダウンロード失敗と混同せずに済みます。
クライアントにリンクが無効と表示される
まずパネルからリンクをコピーし直し、余分なスペース、改行、説明文が入っていないことを確認します。次に、クライアントが求めているのがサブスクリプションリンクなのか、単一ノードの共有リンクなのかを確認してください。どちらもURLやエンコードされた文字列に見えることがありますが、インポート入口は異なります。ブラウザーで開くと設定テキストが表示されても、内容を手動で編集しないでください。クライアントのリモートサブスクリプション機能に戻って操作します。
インポートは成功したがノードがない
この状態は、形式の非互換やプロトコル未対応でよく起こります。クライアントのコアがサブスクリプション内のプロトコルを解析できるか確認し、特定のグループだけを表示するフィルターが有効になっていないかも確認してください。同じサブスクリプションを対応クライアントで読み込んで回線一覧が生成されるなら、問題はサブスクリプションのアカウントではなく、元のクライアントの形式対応にある可能性が高いです。
更新後も古い回線が表示される
まず、同名の複製ではなく、現在有効なサブスクリプションを更新したか確認します。次にフィルターを無効にし、クライアントがダウンロード失敗を報告していないか、キャッシュを使い続けていないかを確認してください。必要であれば古いサブスクリプションを削除し、ユーザーパネルからリンクを再取得してインポートします。同じ取得元で名前が似た設定を複数残さないでください。
ノードには接続できるがアクセス結果が期待と異なる
この段階ではサブスクリプションの解析はほぼ完了しています。切り分けの重点をルーティングとDNSに移してください。ルーティングルールによって対象ドメインが直接接続になっている場合もあれば、アプリごとに異なる出口が選ばれる場合もあります。DNSリクエストが想定どおりクライアントで処理されないと、DNSリークが起こり、名前解決結果、地域判定、アクセス経路が選択した回線と一致しないことがあります。
まず、クライアントの現在のモード、対象ドメインに適用されたルール、DNS設定を確認します。グローバルモードは問題がルーティングに由来するかを判断するのに役立ちますが、すべての場面で長期的に使う設定ではありません。グローバルモードでは正常でルールモードだけ異常なら、ルールまたはポリシーグループを修正します。両方のモードで異常がある場合は、回線とローカルネットワークの層に戻って確認してください。
まずリンクが完全かを確認し、次に形式の互換性を確認します。その後、サブスクリプションが更新されているか、ノードが接続を確立できるかを確認し、最後にルーティングルールとDNSを確認します。一度に変更する項目を一つにすると、原因を特定しやすくなります。
サブスクリプションリンクが漏えいした場合のリセット方法
サブスクリプションリンクは、公開共有に向いた通常のURLではありません。個人設定を取得するための識別情報が含まれていることが多く、リンクを入手した人がノードのパラメーターを読み取る可能性があります。異常が見つからなくても、完全なリンクが公開ページ、共有スクリーンショット、公開コードリポジトリ、信頼できないツールに入った場合は、漏えいしたものとして対応してください。
- ユーザーパネルを開き、サブスクリプションのリセットまたは再生成の入口から操作して、古いリンクで設定を取得できないようにします。
- 新しく生成されたサブスクリプションリンクをコピーし、使用予定の信頼できるクライアントだけに保存します。
- 各端末から古いサブスクリプションを削除し、新しいリンクをインポートして更新します。
- 重複した設定がないか確認し、クライアントで新しいサブスクリプションが有効になっていることを確認します。キャッシュされた複製を選ばないよう注意してください。
- 異常が続く場合は、ユーザーパネルのチケット窓口からサポートに連絡し、リンクのリセットを完了したことを伝えてください。
再度漏えいする可能性を抑えるため、スクリーンショットにアドレスバーやQRコードを残さないでください。リンクを公開スクリプトに書き込んだり、公開短縮URLサービスで転送したりすることも避けてください。クライアントに設定のエクスポート機能がある場合、出力ファイルにも認証パラメーターが含まれる可能性があります。サブスクリプションリンクと同じ方法で保管してください。
インポートから接続までの完全チェック
サブスクリプション管理で重要なのは、「一度コピーすれば終わり」ではありません。設定の取得元、クライアントの機能、ローカルネットワーク設定が対応していることを確認することです。問題が起きたら、次の項目を順に確認してください。
- ✅ ユーザーパネルのサブスクリプションリンクを完全にコピーしている。
- ✅ サブスクリプション形式が現在のクライアントに対応している。
- ✅ クライアントが設定内のプロトコルを認識できる。
- ✅ 新しくインポートして更新したサブスクリプションが有効になっている。
- ✅ 具体的な回線を選択し、接続を完了している。
- ✅ ルーティングルールによって対象リクエストが想定したポリシーグループに入っている。
- ✅ DNS設定が現在のプロキシモードと一致している。
- ✅ リンクを公開したことがある場合、リセットしてすべての古い設定を置き換えている。
これらを確認しても接続できない場合は、クライアントのエラー情報、使用中のプラットフォーム、プロトコルの種類、問題が発生した段階を整理してください。「サブスクリプションが使えない」とだけ伝えるより、「ダウンロードできない」「解析できない」「ノード接続に失敗する」「接続後のルーティングに異常がある」のどれかを具体的に説明したほうが、問題の層をすばやく判断できます。
NrVPNは100+か国、250+回線に対応し、利用端末数に制限はありません。複数の端末で使う場合は、それぞれのクライアントにサブスクリプションをインポートできますが、リンクを公開経路で共有しないでください。回線が調整されたら先にサブスクリプションを更新し、アクセス先に応じて地域と回線タイプを選ぶほうが、クライアントを何度も再インストールするより効果的です。