VPNサブスクリプションURLとは？取得方法・クライアントへの追加・更新を解説

VPNサブスクリプションURLとは、通常、アカウント情報を含む設定用のURLです。クライアントがこのURLにアクセスしてノードや関連設定を取得し、利用者が接続先を選びます。一般的なWebページとは異なり、契約プランそのものでもありません。この違いを理解すれば、どこでURLを取得し、どう追加するか、問題が起きた際にどこを確認すべきかが分かります。

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

サブスクリプションサービスは接続先や通信量などの利用権を提供し、クライアントは設定を読み込んで接続します。サブスクリプションURLはその両者をつなぐものです。更新時はクライアントがサーバーから設定を再取得し、接続時は設定に含まれるサーバーアドレス、プロトコル、認証情報を使います。それぞれ別の操作なので、「更新に成功した」ことは「接続にも成功した」ことを意味しません。

単一ノードのURLは、通常、特定のノードを指定するもので、ss://、vmess://、trojan://などのプロトコル識別子が使われます。一方、サブスクリプションURLはHTTPS形式が一般的で、エンコードされたノード一覧やYAML・JSON形式の設定を返します。URLの見た目が似ていても、内容の形式が同じとは限りません。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはそれぞれ異なるプロキシプロトコルであり、サブスクリプションファイルの形式ではありません。クライアントには、サブスクリプションの内容を解析できることに加え、利用されているプロトコルへの対応も必要です。リモート設定を追加できるソフトでも、サービスが提供するすべてのノードに対応しているとは限りません。

アカウント画面でサブスクリプションURLを取得して確認する

サービスの公式サイトからアカウント画面にアクセスしてください。検索広告、チャットで転送された情報、出所不明のガイドにある汎用URLは使わないでください。VPNTQではアカウントへの入口とサービス紹介ページを分けています。クライアントや操作手順を確認する場合は、まずクイックスタートをご覧ください。その後、アカウント画面で現在利用できる設定の取得先を確認できます。

1. アカウントの状態を確認する。プランが有効か、通信量が残っているかを確認してください。利用できる権利がない場合、何度インポートしても解決しないことがあります。
2. 先にクライアントを選び、次に形式を選ぶ。アカウント画面にクライアント別の選択肢がある場合は、該当するものを選んでください。汎用ノード一覧を完全な設定ファイルとして使わないようにしましょう。
3. URLを省略せずにコピーする。クエリパラメーターやトークンを残し、チャットアプリによる改行、空白、日本語の句読点の挿入を避けてください。ブラウザーに表示された一部だけをコピーしないようにしましょう。
4. 公式の追加方法を優先する。自動追加でアプリが起動しない場合は、クライアント内でリモートサブスクリプションを新規作成し、URLを貼り付けてください。

サブスクリプションのQRコードはURLを共有する別の手段にすぎず、URL自体の機密性が下がるわけではありません。読み取って追加した後も、正しい設定がインポートされたか確認してください。QRコードのスクリーンショットを公開の問い合わせページに掲載したり、転送しやすいURLにするためにオンライン短縮サービスを使ったりしないでください。

プラットフォームに合わせてクライアントと追加方法を選ぶ

以下では、よく使われるクライアントの種類を紹介します。VPNTQがすべてのソフトウェアやプロトコルへの対応を保証するものではありません。アカウント画面で現在推奨されているクライアントと形式を優先してください。サードパーティ製ソフトウェアの項目名、コア、機能は変更されることがあるため、インストールしたバージョンの説明を確認しましょう。ダウンロードは、サービスが案内するリンクまたはクライアントプロジェクトの公式配布先から行ってください。

デスクトップ：追加後に設定を選択する

WindowsやmacOSでは、「設定はダウンロードしたが、古い設定が有効なまま」という問題がよくあります。追加後に、現在の設定名、ノード一覧、プロキシグループを確認してから、必要なプロキシモードを有効にしてください。システムプロキシの影響を受けるのは、システムのプロキシ設定に従うアプリだけです。TUNモードは仮想ネットワークインターフェースで通信を処理しますが、実際の対象範囲はルーティング、除外設定、権限にも左右されます。

モバイル：システムの許可だけでは接続完了ではない

AndroidとiOSではVPNの許可を求める画面が表示されます。ここでいうVPNは、システムが提供するネットワーク通信の処理機能であり、アプリが従来型のVPNプロトコルを使うという意味ではありません。許可後も、クライアントで設定と接続先を選び、実際に使うアプリで動作を確認してください。iOSアプリをストアで入手できるか、料金がかかるかは、アプリとストアの地域によって異なります。サービスのプランにサードパーティ製アプリの料金が含まれるわけではありません。

Linux：ローカルアプリがプロキシを使うよう設定する

コマンドライン用のコアとデスクトップクライアントでは操作が大きく異なります。コアを起動しただけで、すべての端末アプリが自動的にプロキシを使うわけではありません。アプリごとにプロキシを設定するか、適切に設定したTUNで通信を処理する必要があります。リモート設定のダウンロード後は、ソフトウェアの説明に従って設定を再読み込みしてください。トークンを含むダウンロードコマンドを、共有端末の履歴や公開スクリプトリポジトリに残さないようにしましょう。

サブスクリプションの更新頻度と設定の保存

すべてのサービスに共通する更新間隔はありません。サービスのお知らせとクライアントの初期設定に従い、新しい接続先が追加されたとき、ノードのアドレスや認証情報が変更されたとき、一覧が明らかに古くなったときに手動で更新してください。自動更新がバックグラウンドで動作するかどうかは、クライアントの機能とOSの制限によります。設定でスイッチがオンになっているかだけでは判断できません。

サブスクリプションを更新しても、通常は設定を再取得するだけで、新しいプランの購入やプランの通信量のリセットは行われません。VPNTQの月額サブスクリプションでは、月間通信量は利用開始日を基準に毎月リセットされます。データパックは使い切るまで利用でき、期限はありません。プランの状態とサブスクリプションの更新は別のものです。利用可能な容量はプランページで確認してください。

「ノードプロバイダーの更新」と「リモート設定全体の更新」も区別してください。前者はノード一覧だけを置き換える場合がありますが、後者ではルール、プロキシグループ、DNS設定も上書きされることがあります。独自の振り分けルールを保持する場合は、クライアントが対応するオーバーライド、マージ、ローカルルール機能を使い、該当する説明を先に確認しましょう。リモート更新で置き換えられる設定に、変更を長期間保存しないでください。

インポート失敗や接続トラブルの確認方法

まずエラーメッセージを確認し、「ファイルを取得できない」「ファイルを解析できない」「インポートできたが接続できない」のどれかを見極めましょう。段階ごとに原因が異なるため、同じ方法で何度も再試行するのは避けてください。

• ✅ ダウンロードがタイムアウトする：端末のネットワーク、アカウント画面にアクセスできるか、サブスクリプションのダウンロードにすでに使えないプロキシを設定していないかを確認してください。必要に応じて、クライアントの説明に従い、サブスクリプション取得時の通信経路を変更します。
• ✅ 認証に失敗する、またはアクセスを拒否される：URLが完全か、リセット済みか、アカウントの状態に問題がないかを確認してください。応答ステータスは手がかりにはなりますが、具体的な原因はサービス側の案内も確認する必要があります。
• ✅ 形式やフィールドのエラー：クライアントに合ったサブスクリプション形式を選んでいるか、クライアントのバージョンに問題がないか確認してください。ブラウザーにログイン画面やエラーページが表示される場合、クライアントでは解析エラーとして現れることもあります。
• ✅ ノードは表示されるが接続できない：まず別の利用可能な接続先に切り替え、現在のプロキシグループ、プロキシモード、端末の時刻、他のネットワークツールとの競合を確認してください。
• ❌ 設定をすべて削除しない：まずエラー情報と必要なローカル設定を残してください。むやみにすべて消すと復旧の手間が増え、原因を調べる手がかりも失われることがあります。

サポートへの問い合わせには、プラットフォーム、クライアント名、エラーが発生した段階、試した操作を記載してください。ログやスクリーンショットを送る前に、サブスクリプションURL全体、トークン、ノードの認証情報、アカウントの機密情報を隠しましょう。サービスサポートにはヘルプセンターまたは問い合わせ窓口からアクセスできます。

接続確認・DNS・ルールによる振り分け

追加後は、実際に使うWebサイトやアプリを開き、クライアントの接続ログで適用されたルールと通信経路を確認してください。振り分けルールによって、日本国内のサイトは直接接続し、海外のサイトはプロキシ経由になる場合があります。そのため、特定のWebページで通常の接続元が表示されても、必ずしも問題とは限りません。逆に、ブラウザーでアクセスできても、端末のコマンド、ゲーム、その他のアプリが同じ経路を使っているとは限りません。

このサイトのIPアドレス確認を使うと、ブラウザーの現在の接続元を確認できます。ただし、1回のIP確認ではすべてのDNSリクエストの経路までは分かりません。DNSリークとは、名前解決のリクエストが想定した経路以外に送信される状態です。確認時は、クライアントのDNSモード、システムの名前解決設定、ブラウザーのセキュアDNS設定を合わせて確認してください。DNSリゾルバーの所在地だけで判断することはできません。

ブラウザーで有効にした暗号化DNSは、クライアントで設定したリゾルバーを経由しない場合もあれば、ルールや通信の処理方法によってはプロキシ経由で送信される場合もあります。確認するときは、すべての設定を一度に変更せず、一つずつ見直してください。動画配信サービスやAIツールが利用できるかどうかは、サービス側の地域制限、アカウント条件、リスク管理にも左右されます。サブスクリプションを正常に追加できても、必ず利用できるとは限りません。

URLが流出した場合のリセット方法

URL全体を公開ページに貼り付けた、不明なオンライン変換サービスに入力した、スクリーンショットと一緒に公開した場合は、認証情報が流出したものとして扱ってください。オンラインのサブスクリプション変換サービスが、元のURLや取得したノードの認証情報にアクセスする可能性があります。処理方法を理解し、信頼できることを確認できない場合は、サービス側が提供する対応形式を優先してください。

1. 公式のアカウント画面でリセットまたは取り消しの項目を探す。サブスクリプションの認証情報が操作対象であることを確認してください。見つからない場合はサポートに問い合わせましょう。ローカルの設定名を変更するだけでは解決しません。
2. 古いURLが無効になる範囲を確認する。システムによっては、URLのリセットでダウンロード権限だけが取り消され、すでに取得済みのノード認証情報は更新されない場合があります。ノードの認証情報も変更する必要があるか、サービスの説明を確認してください。
3. 利用中のすべての端末を更新する。古いURLを新しいURLに置き換え、設定を再取得して有効にします。自動更新タスクが古いURLを参照していないかも確認してください。
4. 公開した内容を削除し、使用量を確認する。公開されたURLやQRコードを削除し、不審な通信量がないか確認してください。投稿を削除しても、すでにコピーされた認証情報が使われなくなるとは限りません。重要なのは認証情報を無効にすることです。