VPNサブスクリプションURLとは？取得・追加・更新方法を初心者向けに解説

VPNサブスクリプションURLとは、クライアントが接続先の設定を取得するための専用アドレスです。通常、アカウントへのアクセスに使う認証情報が含まれています。対応クライアントにURLを追加すると接続先の一覧を読み込めますが、追加しただけでは接続もプランの利用開始も完了しません。

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

サブスクリプションURLは「設定をどこから取得するか」を指定します。クライアントがこのURLにアクセスすると、ノード一覧、またはノード・ルール・その他のオプションを含む設定一式が返されます。内容はサービス側の形式によって異なります。ノードは接続に使う設定で、アドレスやプロトコル、認証情報などを含みます。プランは通信量や課金などの利用条件を定めるもので、更新を実行しても変更されません。

一般に「サブスクリプションを更新する」とは設定を再取得することで、プランの更新とは異なります。VPNXNの月額プランでは、月間通信量は利用開始日を基準にリセットされます。通信量パックは使い切るまで有効で、期限はありません。これらのルールは、クライアントで更新を実行するタイミングとは関係ありません。アカウントの通信量を使い切った場合、同じURLを何度読み込んでも通信量は増えません。

項目	主な用途	代わりにならない操作
サブスクリプションURL	接続先設定の一括取得・更新	アカウントのプラン利用開始の代わりにはならない
単一ノードのURL	特定ノードの接続情報を追加	通常、接続先一式を継続的に同期できない
クライアント設定ファイル	ノードとクライアント設定の保存	自動更新可能なサブスクリプション元が含まれるとは限らない
プランの利用条件	通信量、利用期間、利用条件の確認	クライアントの接続設定の代わりにはならない

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

本サイトからユーザーパネルを開いてログインし、アカウントのサブスクリプション情報を確認してください。パネルのレイアウトは変更される場合があるため、実際に表示される取得メニューや追加方法、案内に従ってください。スクリーンショットと同じ場所を探す必要はありません。VPNXNの利用にメールアドレスは不要です。アカウント情報とサブスクリプションURLは、それぞれ適切に保管してください。

ブラウザーのアドレスを確認し、検索結果に表示された偽サイトではなく、本サイトのユーザーパネルにアクセスしていることを確かめてください。
現在のプランの状態と通信量を確認してください。利用可能な特典がまだ有効でない場合は、パネルの案内を確認しましょう。URLを取得できたからといって、接続先がすでに利用可能とは限りません。
サブスクリプションのメニューを開き、まず使用するクライアントに合った形式を選んでください。共通のメニューしかない場合は、パネルの案内を確認して対応方法を判断します。
パネルのコピー機能を使い、URLをクライアントのサブスクリプションURL欄に直接貼り付けてください。公開チャットやオンラインメモを経由させないでください。

サブスクリプションURLは長い場合があり、末尾のパラメーターが認証に必要なこともあります。不要に見えるクエリパラメーターも削除せず、日本語の句読点を一緒にコピーしないよう注意してください。また、パネルのログインページのURLをサブスクリプションURLの代わりに使うことはできません。ブラウザーに設定テキストが表示されても、必ずしもエラーではありません。クライアントが読み込むための応答である可能性があります。

端末別の追加方法：形式を確認してから接続

VPNXNはWindows、macOS、iOS、Android、Linuxに対応しています。クライアントと対応する案内は、ユーザーパネルのダウンロードページで確認できます。同じOSでも、すべてのクライアントが同じサブスクリプション形式に対応しているわけではありません。名前が似たクライアントでも、同じコアを使っているとは限りません。

デスクトップ：サブスクリプショングループとシステムプロキシ

WindowsやmacOSのクライアントには、通常、サブスクリプションまたは設定の管理メニューがあります。リモートサブスクリプションを追加する場合は、URL全体を貼り付け、見分けやすい名前を付けてから更新します。更新後は接続先の一覧が表示されたことを確認し、接続先を選んで接続を開始してください。そのうえで、ガイドに従ってシステムプロキシや対応するモードを有効にします。追加しただけで接続を開始していない場合、アプリの通信経路は自動で切り替わりません。

モバイル：インポートと接続の許可を個別に確認

iOSやAndroidでは、クライアント内のリモート設定メニューから追加できます。パネルにクイック追加機能がある場合も、対応アプリを先にインストールしてください。システムからネットワーク接続設定の作成を求められたら、要求元のアプリを確認します。クリップボードからの追加に失敗した場合は、URLを手動で貼り付けてください。QRコードを使う場合は読み取り結果を確認し、認証情報を含むQRコードを公開された読み取りサイトにアップロードしないでください。

Linux：設定ファイルの場所と実行権限

Linuxでは、GUIクライアントとコマンドラインのコアで操作方法が大きく異なります。GUIクライアントはサブスクリプションメニューから操作できます。コアを直接使う場合は、リモート設定をローカルに保存する必要があるか、ファイル形式が対応しているか、サービスプロセスがどのパスを読み込んでいるかを確認してください。ターミナルのコマンドは履歴に残る場合があります。トークンを含むURLを共有スクリプトに安易に記載しないでください。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはそれぞれ異なるプロキシプロトコルであり、互換性のあるサブスクリプション形式ではありません。サブスクリプションを解析できるクライアントでも、一覧にあるすべてのプロトコルに対応しているとは限りません。サブスクリプション形式とコアの対応状況を併せて確認してください。ここで挙げたプロトコルは用語の説明であり、VPNXNがすべてを提供するという意味ではありません。

更新頻度：設定の変更を目安にする

「速度を保つ」ためにサブスクリプションを何度も更新する必要はありません。接続先の変更、サービスのお知らせに基づく更新、既存ノードの消失、設定エラーなどがある場合に、手動更新を検討してください。クライアントが自動更新に対応している場合は、サービスの案内に従って設定します。すべてのクライアントに共通する更新間隔はなく、頻繁なリクエストを接続維持の手段として使うべきではありません。

更新後は、ボタンを押したかどうかだけでなく、結果と更新時刻を確認してください。取得に失敗しても古い設定を保持するクライアントがあるため、ノードが表示されているだけでは更新成功の証拠になりません。一覧に変化がない場合、サービス側で変更がなかった可能性もあります。現在動作している設定を残しておくと、新しい設定に問題があった場合の比較に役立ちます。

ローカル設定の扱いはクライアントによって異なります。設定一式を再取得すると、手動で編集したルールが上書きされることがあります。ノード一覧だけを更新する場合は、独立したルール設定に影響しないこともあります。重要なローカルのルーティング設定には、クライアントが対応するオーバーライド機能や独立した設定機能を使い、更新のたびに保持されると決めつけないでください。

要点：サブスクリプションの更新は設定の同期、接続の開始は接続先の利用、月間通信量のリセットはプランのルールです。問題が起きたら、まずどの段階の問題かを見極めてから対処してください。

追加エラー・接続できない場合の確認手順

まず「サブスクリプションを取得できない」「設定を解析できない」「ノードは追加できるが接続できない」を区別しましょう。それぞれ発生する段階が異なります。タイムアウト、認証失敗、形式非対応などのエラー表示は、クライアントを何度も再インストールするよりも原因の特定に役立ちます。

✅ URL全体が正しいか確認します。貼り付け時に入った空白や改行は削除し、元のパスとクエリパラメーターは残してください。
✅ パネルでプランの状態とURLがリセットされていないか確認します。認証に失敗した場合、何度もリクエストを繰り返さないでください。
✅ クライアントが対応するサブスクリプション形式とプロトコルを確認します。解析エラーが出る場合は、まずパネルに用意された対応形式を選んでください。
✅ 現在のネットワークからサブスクリプションURLにアクセスできるか確認します。すでに使えないプロキシ経由で更新しようとしている場合は、クライアントの案内に従って取得時の接続方法を切り替えてください。
✅ ノードが表示されてもウェブページを開けない場合は、接続が開始されているか、システムプロキシやトンネルモード、ルールが有効かを確認します。
❌ 本物のサブスクリプションURLを知らないオンライン変換サービスに送信しないでください。また、原因調査のために証明書の検証を無効にしないでください。

サブスクリプション変換サービスは元の設定を読み込むため、トークンやノードの認証情報にアクセスする可能性があります。まずはサービスのパネルが提供する対応方法を使ってください。変換が必要な場合は、どこで変換され、誰がデータを扱うのかを確認しましょう。URLの形式を変えても、クライアントに本来ないプロトコル対応が追加されるわけではありません。

解決しない場合は、サポートページからOS、クライアント、エラーの内容、更新時と接続時のどちらで失敗するかをお知らせください。必要に応じて情報を隠したスクリーンショットを添付してください。公開の掲示板に設定全体を載せる必要はありません。

追加後にルーティングとDNSを確認

クライアントに接続成功と表示されても、すべてのアプリがその接続を使っているとは限りません。システムプロキシは通常、アプリ側がプロキシ設定に従う必要があります。トンネルモードはより広い範囲をカバーしますが、権限やルーティング、クライアントのルールの影響を受けます。ステータスアイコンだけでなく、実際の用途に合わせて対象アプリを確認してください。

ルーティングルールは、通信をプロキシ経由にするか直接接続するかを決めます。ルールの順序やマッチ方法によって結果が変わります。特定のウェブサイトにアクセスできない場合は、まず適用されたルールを確認してから変更を検討してください。単一ドメインの調査のために、日常利用に適さないグローバルモードを常時使ったり、設定全体を安易に上書きしたりしないでください。

DNSリークとは、ドメイン名の問い合わせが想定した経路で送信されず、意図しないDNSリゾルバーに知られる状態を指します。ノードを追加しただけではDNSの経路は保証されません。クライアントとシステムのDNS設定に加え、ブラウザーが独自の暗号化DNSを使っているかも確認してください。確認用ページを使う場合は、クライアントのログと照らし合わせましょう。リゾルバー名や国名の表示だけでは、リークが起きているとは判断できません。

サブスクリプションの形式から回線の種類を判断することもできません。IEPL専線は専用の伝送経路、中継は中間の入口を経由する経路、直結は通常、クライアントが接続先ノードに直接接続することを指します。名称だけで実際の経路や使用感が明らかになるわけではありません。接続先の選び方については、回線とプロトコルの解説をご覧ください。

URL流出後のリセットと確認

有効なサブスクリプションURLを入手した人は、設定を読み込み、含まれる接続認証情報を使える可能性があります。その結果、通信量の消費やアカウントの不正利用につながるおそれがあります。通常、サブスクリプションURLはパネルのログインパスワードとは別のものですが、リスクの低い情報として扱ってはいけません。公開リポジトリ、問い合わせチケットのスクリーンショット、クラウド上の共有メモなどは、見落としやすい流出元です。

URLの転送をやめ、自分で削除できる公開テキスト、スクリーンショット、共有ファイルを削除してください。公開内容を削除しても、すでに保存されたコピーまで消えるとは限りません。
ユーザーパネルでサブスクリプションまたは認証情報のリセットメニューを探し、注意事項を読んでから操作してください。該当するメニューが見つからない場合は、サポートに連絡して対応方法を確認します。
リセットによって古いサブスクリプションURLとノードの認証情報が両方無効になるか確認してください。設定取得用のトークンだけを変更しても、すでにキャッシュされたノードの認証情報は無効にならない場合があります。
自分で使用しているすべての端末でサブスクリプションURLを差し替え、設定を更新して接続を確認してください。古いサブスクリプションは削除し、誤って使わないようにします。
アカウントの通信量と端末に残っている設定のコピーを確認し、その後の問い合わせでも引き続き個人情報を隠してください。

ノード認証情報を更新するか、古い接続情報がいつ無効になるかは、サーバー側の実装によって異なります。「リセット成功」という表示だけで、すべての古い設定が使えなくなったと判断しないでください。アカウントのログイン情報も漏れた疑いがある場合は、別途アカウントの安全対策を行います。ログイン情報を変更しても、サブスクリプションが無効化されたことの確認にはなりません。

普段の利用で大切なのは、URLを安全に保管し、適切な形式を選び、更新結果を確認することです。各端末の詳しい設定は初心者向けガイドを、アカウントやプランについてはヘルプをご覧ください。設定の同期とネットワーク接続を分けて確認すると、問題を効率よく切り分けられます。