VPNサブスクリプションURLとは？取得・インポート・更新・漏えい時の対処ガイド

VPNサブスクリプションURLとは、クライアントが接続先の設定を取得するための専用アドレスです。インポートすると、クライアントがURLから設定を読み込み、選択可能な接続先の一覧を作成します。インストーラーでも、開くだけでインターネットに接続できる通常のWebページでもありません。URL、クライアント、アカウントの関係を理解しておくと、その後の設定がスムーズです。

サブスクリプションURL・ノード・クライアントの違い

クライアントは端末上で接続を担うソフトウェア、ノードは接続先となるサーバーの入口、サブスクリプションURLは設定をクライアントに渡すためのものです。設定には、接続先アドレス、ポート、認証情報、通信パラメーターなどが含まれる場合があります。ルールやプロキシグループを含むサブスクリプションもありますが、内容はサーバーが出力する形式によって異なります。「サブスクリプション」と書かれていても、必要な設定がすべてそろっているとは限りません。

設定手順でよく使われる項目とその役割
項目	主な用途	注意点
サブスクリプションURL	接続先の設定をまとめて取得・更新する	アクセス認証情報を含むことが多いため、他人に見られないよう保管する
単一ノードの共有リンク	特定の接続先の設定をインポートする	接続先一覧全体を同期できるとは限らない
クライアント	設定を読み込んで接続を確立する	対応する形式とプロトコルが必要
ユーザーパネル	アカウント、プラン、サブスクリプションの入口を管理する	ログイン中でもクライアントが接続済みとは限らない

「サブスクリプション」には料金プランを指す意味もあります。月額プランやデータ容量パックは契約内容を表し、サブスクリプションURLは設定を受け取る方法を表します。設定の更新は通常、接続先情報を再取得する操作です。契約の更新ではなく、使用済みデータ容量が自動的に戻ることもありません。

見分けるポイント：URLは設定の受け渡し、クライアントは接続、パネルはアカウント管理を担います。問題が起きたら、まずどの段階で止まっているかを確認しましょう。URLを何度も貼り直すより効果的です。

ユーザーパネルからサブスクリプションURLを取得

VPNHNではメールアドレス不要で、ユーザー名とパスワードだけでアカウントを作成できます。サブスクリプションの取得にはログインが必要です。利用できるクライアントはパネルに表示される内容をご確認ください。ユーザーパネルは本サイトから開いてください。チャットグループで共有されたスクリーンショットや見知らぬダウンロードページ、公開コードリポジトリから自分用のサブスクリプションを探すのは避けましょう。

パネルにログインし、現在のプランの状態と残りデータ容量を確認してから、サブスクリプションまたは接続設定の項目を開きます。項目名はパネルの表示に従ってください。
利用するクライアントを先に決め、パネルで対応する形式のサブスクリプションを選びます。専用のインポートボタンがある場合は、対象ソフトウェア名を確認してください。
コピー機能でURL全体を取得し、対象のクライアントに切り替えてインポートします。テキストが途中で切れる可能性のあるツールを経由しないようにしましょう。
インポート後は「日常業務」など、後から見分けやすい名前をローカル設定に付けておくと、更新時に目的の項目を見つけやすくなります。

サブスクリプションURLには長いパスやクエリパラメーターが含まれることがあり、それらが認証情報として使われている場合もあります。疑問符以降を削除したり、URL末尾を変更したり、ドメイン名に見える部分だけをコピーしたりしないでください。無効なURLと表示されたら、何を追加すべきか推測するのではなく、パネルからURL全体をコピーし直しましょう。

QRコードにもサブスクリプションの認証情報全体が含まれている場合があります。スキャンしてインポートすると便利ですが、QRコードのスクリーンショットや録画、クリップボードの同期も機密情報として扱い、公開・共有しないでください。

各端末へのインポートと接続確認

VPNHNはWindows、macOS、iOS、Android、Linuxに対応しています。クライアントの画面は端末によって異なり、一般的な項目名は「サブスクリプション」「設定」「プロファイル」「URLからインポート」などです。利用できるソフトウェアと手順はパネルのクライアント案内でご確認ください。ログイン後、パネルの権限に応じて取得できます。アイコンが似ているという理由だけでダウンロード先を選ばないようにしましょう。

デスクトップ：インポートとプロキシの有効化を別々に確認

WindowsとmacOSでは、まずリモートサブスクリプションを追加し、接続先一覧が読み込まれるまで待ちます。設定を選んだ後、システムプロキシやクライアントのトンネルモードを有効にする必要がある場合もあります。ノード名が表示されただけでは、システムの通信がクライアント経由になったとは限りません。macOSでネットワーク拡張機能の許可を求められたら、ソフトウェアの入手元を確認してからシステムの案内に従ってください。Windowsのネットワーク権限についても、利用中のクライアントの説明を確認しましょう。

モバイル端末とLinux：システム権限と動作方式を確認

iOSやAndroidのクライアントでは、システムのVPN設定を通じて通信を処理することが多く、初回の有効化時にシステムの許可画面が表示されます。モバイルOSによってはバックグラウンド動作に制限があるため、アプリに戻ったら接続状態を確認してください。LinuxではGUIを使う場合も、サービスとして動作させる場合もあります。設定の読み込みだけでなく、実行権限、ログ、実際に有効になっているプロキシの入口も確認しましょう。

✅ サブスクリプションの更新が完了し、設定に想定した接続先が表示されている。
✅ 古い設定や空の設定ではなく、今回インポートした設定を使用している。
✅ クライアントが接続済みと表示され、対象アプリのリクエストが該当する接続記録に残っている。
✅ 実際に利用するWebサイトにアクセスし、出口の地域情報も参考に経路を確認する。スイッチの色だけで判断しない。

確認時は、プロキシ設定を書き換える可能性のあるほかのソフトウェアをいったん終了してください。システムプロキシ、ブラウザー拡張機能、別のネットワークツールが互いの設定を上書きすることがあります。企業管理端末で専用のネットワークポリシーが定められている場合は、そのルールに従い、ルーティングを変更して管理規則を回避しないでください。

設定形式・プロトコル・接続経路の違い

同じサブスクリプションURLでも、返される内容はエンコードされたノード一覧の場合もあれば、YAMLやJSON形式の設定の場合もあります。クライアントは該当形式を読み込めることに加え、設定内のプロトコルにも対応している必要があります。非対応のソフトウェアにURLを渡すと、一覧が空になる、未知の項目が表示される、インポートできても起動しないといった問題が起きることがあります。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたは関連する実装方式であり、自由に置き換えられるファイル形式ではありません。対応状況はクライアントとそのコアのバージョンによって異なるため、ソフトウェア名だけで判断しないでください。この記事は一般的な用語を説明するもので、VPNHNがこれらすべてのプロトコルを提供することを示すものではありません。実際の提供内容はパネルでご確認ください。

IEPL専用線、中継、直接接続は、プロトコルとは異なり、接続経路やアクセス方式を表します。中継では通常、入口を経由して通信が転送されます。直接接続では通常、ローカルネットワークから指定された入口にアクセスします。IEPLは専用線による伝送方式に関わるもので、実際の経路はサービスの案内に従います。接続先の名称だけで、出口の都市、専有帯域、特定プラットフォームでの利用可否が保証されるわけではありません。

「形式変換」のために、個人用サブスクリプションを見知らぬオンライン変換サイトに渡さないでください。変換サービスに認証情報や接続先の情報を読み取られる可能性があります。パネルに互換性のある項目があればそちらを使うか、サポート窓口に対応方法を確認しましょう。

サブスクリプションの更新頻度とプランへの影響

更新は、頻繁に行うほどよいメンテナンスではありません。初回のインポート後、サービスから接続先変更のお知らせがあったとき、一覧が明らかに古くなったとき、サブスクリプションの認証情報を変更したときに更新しましょう。クライアントに自動更新機能がある場合は、パネルの案内に従って設定してください。特に案内がなければ、一覧を最新にするために何度も手動更新する必要はありません。

更新すると通常、リモート設定の内容が置き換わります。ノード名の変更によって、選択中の接続先が使えなくなることがあります。クライアントによっては、リモート設定に直接加えた変更が上書きされることもあります。ルールを保持したい場合は、クライアントが対応するオーバーライドまたはマージ機能を使い、動作を事前に確認してください。重要な設定をリモート設定の一時編集画面だけに保存するのは避けましょう。

VPNHNの月額プランでは、データ容量は利用開始日を基準に毎月リセットされます。途中でプランをアップグレードした場合、差額は残りの日数に応じて換算されます。データ容量パックは使い切るまで有効で、期限はありません。これらはプランのルールであり、「サブスクリプションを更新」の操作とは無関係です。プランについて不明な点があれば、プラン料金をご確認ください。更新が成功したかどうかから、残りの利用条件を推測しないでください。

インポート失敗・接続できない・通信振り分けの問題を解決

まず、クライアントに表示されたエラーの種類をそのまま確認し、発生した段階に応じて対処します。「サブスクリプションをダウンロードできない」は設定の取得段階、「解析できない」は形式の段階、「接続タイムアウト」は通常、接続先との通信段階で起こる問題です。状況を分けて考えれば、URLのコピー間違いをノード変更で解決しようとする事態を避けられます。

取得できない：ローカルネットワークが正常か、URL全体をコピーできているか、パネルに認証情報の変更が表示されていないかを確認します。サブスクリプションの取得に使うプロキシがすでに利用できない場合は、ソフトウェアの説明に従って、利用可能な取得経路に切り替えてください。
解析に失敗する・一覧が空になる：クライアントが対応する形式、コアとの互換性、プランの利用権限を確認してください。パネルのログインページのURLをサブスクリプションURLとして使わないようにしましょう。
一覧は正常だが接続できない：選択中の設定と接続先、システム時刻、ほかのネットワークツールとの競合を確認します。そのうえでパネルにある別の接続先も試し、問題の範囲を切り分けてください。
一部のアプリだけに問題がある：そのアプリがシステムプロキシに従うか、通信振り分けルールでどのポリシーが適用されているか、古い接続を保持していないかを確認してください。

グローバルプロキシとルールによる通信振り分けは、クライアントごとの定義を確認する必要があります。ルールモードでは、ドメインやアドレスなどの条件に応じて経路が選ばれます。システムプロキシの影響を受けるのは通常、その設定に従うアプリだけです。トンネルモードはより広い範囲の通信を扱いますが、ルーティング、除外設定、権限の影響も受けます。「グローバル」と表示されていても、端末上のすべての通信が必ずプロキシを通るとは限りません。

DNSリークとは、ドメイン名の問い合わせが意図したものとは異なる経路で送信されることです。サブスクリプションをインポートするだけでは、DNSの動作が想定どおりになるとは限りません。クライアントの名前解決設定、ブラウザーのセキュアDNS、システムのネットワーク設定も確認してください。テスト結果は想定したポリシーに照らして判断しましょう。ローカルのリゾルバーが表示されても、必ずしも問題とは限りません。出所の分からないDNS設定を貼り付けて、既存の設定を上書きするのも避けてください。

URLが漏えいした場合のリセット方法

サブスクリプションURLは通常、アカウントのログインパスワードではありませんが、所持者が設定を取得し、関連する接続先を利用できる可能性があります。影響の範囲は認証情報の権限とサーバー側の制御によって異なるため、相手がパスワードを知らないからといって漏えいのリスクを無視できません。URLを公開した、QRコードをフォーラムに掲載した、信頼できないツールに渡した場合は、認証情報が漏えいしたものとして対処してください。

公開した内容をできるだけ早く削除し、閲覧可能な共有コピーも削除するよう依頼してください。ただし、投稿を削除しただけで認証情報が無効になったと思い込まないでください。
パネルでサブスクリプションのリセット、または接続認証情報のリセット機能を探します。該当する項目が見つからない場合は、サポートチケットから旧認証情報の無効化を依頼し、旧ノードの認証情報も同時に無効になるか確認してください。
新しいサブスクリプションを取得し、自分の端末で古いURLを置き換えて更新します。古い設定、QRコードの画像、不要になった共有記録も削除してください。
データ使用量とアカウントの状態を確認します。ログイン情報も漏えいした場合は、別途アカウントのパスワードを変更してください。パスワードを変更しても、サブスクリプションの認証情報が自動的に無効になるとは限りません。

対処の要点：漏えい後に最も重要なのは、ローカル設定の名前を変えることではなく、古い認証情報を無効にすることです。リセット後は、自分の端末が新しい設定に切り替わっていること、古いURLでは有効な設定を取得したり新しい接続を確立したりできないことも確認してください。

日常の保管方法と問い合わせ時のチェックリスト

サブスクリプションURLは、保護された認証情報管理ツールに保存するのが適切です。共有メモ、公開スクリーンショット、複数人が閲覧できる文書に長期間置くのは避けましょう。VPNHNでは利用端末数に制限はありませんが、個人用サブスクリプションを公開してよいという意味ではありません。自分の複数の端末に設定する場合も、クリップボードやクラウド同期の共有範囲に注意してください。

✅ 問い合わせ時には、OS、クライアント名、エラーの種類、問題が発生した段階を伝え、直前に更新やネットワークの切り替えを行ったかも説明する。
✅ スクリーンショットを送る前に、サブスクリプションURL全体、QRコード、ノードの認証情報、アカウントの機密情報を隠す。
❌ 設定全体やデバッグログをそのまま公開しない。サーバーアドレスや認証情報が含まれている場合があります。
❌ 「再インストールすれば必ず直る」と決めつけず、取得・解析・接続・通信振り分けのどこで問題が起きているかを先に確認する。

サブスクリプションURLは通常のWebアドレスではなく、無効化できるアクセス認証情報として扱いましょう。パネルから取得し、対応するクライアントにインポートし、必要に応じて更新し、漏えいしたら旧認証情報を無効にする。この流れを把握しておけば、特定ソフトウェアのボタンの位置を覚えるよりも確実に管理できます。