VPN サブスクリプションURLとは？初心者向け完全ガイド

VPNのサブスクリプションURLとは何でしょうか。クライアントに接続設定を取得させるための専用URLで、通常は認証に使う識別情報が含まれています。対応するクライアントに追加すると、サーバーやプロトコル、接続パラメーターを読み込めます。購入ページでも、開くだけで接続できる一般的なWebページでもありません。

初心者が押さえておきたいのは、URLの見た目を覚えることではなく、設定の取得、プロキシの有効化、通信の確認という手順を区別することです。サブスクリプションを追加できても、設定が読み込まれたことを示すだけです。接続できるか、目的のサイトへの通信がプロキシ経由になっているかは、別途確認が必要です。

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

サブスクリプションURLは設定を取得する入口、ノードは接続先として選ぶ回線、クライアントは接続を処理するソフトウェアと考えると分かりやすいでしょう。サブスクリプションには複数のノードのほか、ルールやプロキシグループ、DNS設定が含まれることもあります。内容はサービスが提供する形式によって異なります。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルの名称であり、サブスクリプションのプラン名ではありません。サブスクリプションは設定を受け渡す方法にすぎず、クライアントがすべてのプロトコルに対応するとは限りません。ソフトウェアのバージョンや使用するコア、設定の構文によっても互換性は変わります。

正しいサブスクリプションURLの取得先

サービスの公式ユーザーパネルから取得してください。検索結果やチャットのスクリーンショット、見知らぬ人から転送されたURLを使うのは避けましょう。まずドメインを確認してアカウントにログインし、サブスクリプションまたはクライアントの項目から、利用中のソフトウェアに合った形式を選びます。同じサービスでも複数の追加方法が用意されている場合があり、相互に置き換えられるとは限りません。

VPNTextのサブスクリプションは、ログイン後に取得できます。iOS以外のクライアントではログインすると取得でき、iOSでの利用可否はユーザーパネルのアカウント状態によります。クライアントが必要な場合は、ユーザーパネルのクライアントダウンロードページから入手してください。名称が似ているという理由だけで、インストールファイルを選ばないようにしましょう。

一部の追加方法では、インストール済みのソフトウェアが起動します。これはOSがアプリリンクを認識できるかどうかに左右されます。クリックしても反応しない場合は、何度も試す必要はありません。パネルにあるURLのコピー機能を使い、クライアント側で手動追加してください。コピー後、空白や改行、チャットアプリが付けた句読点が混入していないか確認します。ただし、URL内のパラメーターをむやみに削除しないでください。

ブラウザーでサブスクリプションURLを開くと、テキストやダウンロードの案内、エラーページが表示されることがあります。表示だけで回線の良し悪しは判断できません。また、URLがブラウザーの履歴に保存される場合があるため、共有端末で何度も開くのは避け、見知らぬオンライン解析ツールにも入力しないでください。

クライアントへの追加手順

ソフトウェアによって「サブスクリプション」「設定」「リモート設定」などボタン名は異なりますが、基本的な流れは同じです。まず、パネルに利用するクライアント向けの説明があるか確認してください。説明がない場合は、以下の順で進めます。システムプロキシとルーティングの競合を避けるため、複数のプロキシクライアントを同時に有効にしないでください。

1. 互換性を確認する。クライアントの説明を確認し、サブスクリプションの形式とノードのプロトコルに対応しているか調べます。ソフトウェアが起動しても、コアがすべての設定を解析できるとは限りません。
2. リモートサブスクリプションを追加する。サブスクリプション管理または設定管理からURLを追加し、見分けやすいローカル名を付けます。名前はメモ用で、サービスの認証には影響しません。
3. 更新を実行する。クライアントに設定を取得させます。解析エラーが出た場合は、まず形式を確認してください。認証エラーの場合は、URLが完全か、すでに再発行されていないかを確認します。
4. 正しい設定を有効にする。追加したサブスクリプションが現在有効になっていることを確認してから、回線またはプロキシグループを選びます。ノード一覧が表示されただけでは接続は有効になっていません。
5. 必要な通信制御方式を有効にする。クライアントの説明に従ってシステムプロキシまたは仮想NICモードを有効にし、必要なOSの許可を行います。
6. 対象のアプリで確認する。実際に利用するWebサイトやアプリを開き、クライアントの接続ログで想定したルールが適用されているか確認します。

WindowsとmacOSでは、システムプロキシの影響を受けるのは通常、その設定に従うアプリだけです。仮想NICモードはより広い範囲の通信を制御できますが、ルーティングや除外設定、ソフトウェアの実装によって範囲は変わります。AndroidとiOSのクライアントは、システムVPNインターフェースを使って通信を制御することがよくあります。許可画面が表示されても、バックグラウンドで特定のプロトコルが使われているとは限りません。Linuxではデスクトップのプロキシ設定、環境変数、ルーティングなどを別途設定する場合があり、クライアントに「実行中」と表示されているだけでは十分ではありません。

更新のタイミングと手動更新で変わること

サブスクリプションの更新は設定を再取得する操作であり、契約の更新や通信量の追加ではありません。サービス側でノードのアドレスや回線名、設定パラメーターが変更された場合、クライアントで新しい内容を取得する必要があります。自動更新が利用できるか、いつ実行されるかは、クライアントの設定やバックグラウンド実行の制限によって異なります。すべてのソフトウェアに共通する更新間隔はありません。

初回追加後は、更新が正常に完了したことを確認してください。サービスのお知らせで回線変更が告知されたとき、複数のノードが使えなくなったとき、またはパネルでURLを再発行したときは、手動で更新しましょう。普段はクライアントの妥当な標準設定を使えば十分で、何度も更新ボタンを押す必要はありません。ノードの障害は更新だけでは解決しないこともあります。リモート設定に変更がなければ、再取得しても同じ内容が読み込まれます。

「サブスクリプションの更新」と「ルールの更新」は区別してください。ノードの取得元とルールの取得元を別々に管理するクライアントもあれば、プロキシグループやルールを含む設定全体をまとめて取得するものもあります。更新時にローカルの変更が上書きされないか確認しましょう。大切なカスタムルールは、クライアントが対応する上書き設定や独立したルール欄に置き、置き換えられるリモートファイルを直接編集しないでください。

ノードがあるのに接続できない場合の切り分け

まず、サブスクリプションの取得失敗とノードへの接続失敗を区別しましょう。前者は設定の取得時、後者は設定を使う段階で発生します。どの段階でエラーが出たかによって、URL、クライアント、回線のどれを確認するかが変わります。すべての問題を「サブスクリプションが無効」と決めつけないでください。

• ✅ 形式エラー、または利用可能なノードがないと表示される：パネルで選んだ形式がクライアントに対応しているか確認し、ソフトウェアのバージョンも確認します。地域を変えるだけでは解決しない場合があります。
• ✅ 認証エラー、またはURLが無効と表示される：公式パネルに戻ってURLをコピーし直し、サブスクリプションを再発行したか確認します。エラーが表示されたURL全体を公開の場に貼り付けないでください。
• ✅ 更新は成功するが接続がタイムアウトする：まずローカルのネットワーク接続を確認し、次にパネルで実際に提供されている別の回線に切り替えて、特定の回線だけに問題があるか確認します。
• ✅ ブラウザーでは使えるのに他のアプリでは使えない：アプリがシステムプロキシに従っているか、分割ルールや仮想NICの制御範囲が用途に合っているか確認します。
• ✅ ドメインを名前解決できない：クライアントのDNS設定とルールの適用状況を確認し、名前解決の失敗と接続先サービスによる拒否を区別します。

IEPL専用線、中継、直結は、回線の収容方式や転送経路を指すもので、サブスクリプションの形式ではありません。専用線の具体的な接続方法はサービスの説明に従ってください。中継は中間サーバーを介して転送し、直結は通常、ローカルネットワークから出口サーバーへ直接接続します。サブスクリプションの形式を変えても、直結が専用線に変わるわけではありません。また、回線の種類だけで特定のWebサイトが利用できると保証されるものでもありません。

DNS漏えいは別の問題です。プロキシのルールに従うはずのドメイン名の問い合わせが、想定外の経路から送信される状態を指します。接続が成功しても、DNSの経路が想定どおりとは限りません。クライアントのドキュメントを確認し、名前解決の方針、仮想NICによるDNSの制御、ブラウザーの暗号化DNS設定が互いに迂回しないようにしてください。検査結果は想定する設定と照らして判断し、ページに表示された地域名だけで結論を出さないようにしましょう。

さらに確認が必要な場合は、トラブルシューティングガイドをご覧ください。サポートに問い合わせる際は、OS、クライアント名、エラーの種類、個人情報を伏せたログを添えてください。ユーザー名、サブスクリプションURL全体、ノードのパスワードを公開スクリーンショットに載せないでください。

サブスクリプションURLが漏えいした場合の再発行方法

サブスクリプションURLには、設定の取得に使えるトークンが含まれていることがよくあります。URL全体が第三者に渡ると、ノードの認証情報を取得され、プランのリソースを使われる可能性があります。具体的な影響はサービスの認証方式によって異なります。アカウントへのログインに使えるとは限りませんが、一般的なURLのように気軽に転送してはいけません。匿名利用やログを保存しない方針はサービスのプライバシーに関する説明であり、漏えいした認証情報を自動的に無効にするものではありません。

1. 公式パネルにログインし、サブスクリプションの再発行またはURLの再生成機能を探してください。該当する項目がない場合は、サポート窓口に対応方法を確認しましょう。
2. 再発行後は新しいURLをコピーし、各デバイスに保存した古いサブスクリプションを置き換えます。その後、手動で更新して接続を確認してください。
3. 公開したスクリーンショット、投稿、共有ファイルを削除し、クリップボードの同期先や共有メモに複製が残っていないかも確認します。
4. 再発行によってノードの認証情報も更新されるか、古い設定がどのように無効になるかをサービスに確認してください。すべてのアクセスが取り消されたと決めつけないでください。

サブスクリプションURL全体を含むQRコードも、URLと同様に秘密にしてください。オンラインのサブスクリプション変換サービスは、入力されたURLや設定内容にアクセスする場合があります。処理方法や信頼できる範囲を十分に把握していない場合は、サービスが標準で提供する形式を優先しましょう。デバイス間の移行も、自分で管理できる手段を使ってください。

デバイスやプランを変更する際の注意点

デバイスを変更する場合は、公式の入口からクライアントとサブスクリプションを改めて取得し、新しいデバイスのルールとOSの許可設定を確認してください。古いデバイスの設定フォルダーを丸ごとコピーすると、キャッシュやアクセストークン、適用できないパスまで引き継ぐことがあります。古いデバイスを使わなくなったら、サブスクリプションとローカルの認証情報を削除してください。デバイスを紛失した場合は、再発行も検討しましょう。

VPNTextでは同時接続できるデバイス数に制限はありませんが、URLを公開して共有してよいという意味ではありません。プランのリソースや認証は引き続きアカウントに紐づいています。月額サブスクリプションの通信量は利用開始日を基準に毎月リセットされ、永久データプランには有効期限がありません。これらの課金ルールとクライアントでのサブスクリプション更新は別のものです。更新ボタンを押しても通信量はリセットされず、月額サブスクリプションが永久データプランに変わることもありません。

容量や料金の確認はプランページをご覧ください。VPNTextでは理由を問わない30日間の返金保証を提供しています。接続に問題がある場合は、形式の不一致を回線の障害と取り違えないよう、まず発生した段階ごとに確認してください。