VPNサブスクリプションURLとは？取得・インポート・更新方法を解説

サブスクリプションURLとは：設定を取得する入口であり、プランそのものではない

VPNサブスクリプションURLは、クライアントが接続設定を取得するためのアドレスです。クライアントがURLにアクセスすると、サービスから提供された設定を読み込み、利用可能な接続先として表示します。利用できるリソースはプランによって決まり、サブスクリプションURLは該当する設定をクライアントに渡す役割を担います。URLをコピーしただけでプランが有効になるわけではありません。

サブスクリプションURLは一般的なWebアドレスに見えることがありますが、パスやクエリパラメーターに認証情報が含まれている場合があります。クライアントがURLにアクセスすると、サーバーはその情報に基づいて設定を返します。返されるのは、エンコードされた接続先の一覧の場合もあれば、クライアント専用の設定ファイルの場合もあり、形式はサーバーとクライアントによって異なります。ブラウザーで通常のWebページとして表示されるとは限りません。

サブスクリプションURLと、個別の接続先を共有するリンクも区別しましょう。前者は接続先一覧の取得や更新に使われることが多く、後者は特定の接続先を示すもので、以後の変更が自動で反映されるとは限りません。QRコードはURLや設定を別の形で表したものです。読み取ってインポートしても、アクセス権限や情報の機密性は変わりません。

アカウントパネルから取得：プランとクライアントを確認

VPNQIを利用する場合は、ユーザーパネルにログインしてサブスクリプションを取得します。VPNQIではメールアドレスなしで、ユーザー名とパスワードを使って登録できます。ログイン後にサブスクリプションを取得してください。有効なプランがあれば、該当するクライアントのダウンロードページを利用できます。キャンペーンページのURLを、クライアントのサブスクリプション欄に貼り付けないでください。

URLを取得する前に、使用するクライアント、OS、インポート形式を確認しましょう。Windows、macOS、iOS、Android、Linuxでは、それぞれ利用できるクライアント環境が異なります。同じOSでも、ソフトによって対応する設定形式が異なる場合があります。OSが同じでも、サブスクリプション形式、プロキシ権限、インポート方法まで同じとは限りません。

1. アカウントにログインし、プランの状態と残りの通信量を確認します。料金体系を確認する場合は、プランの詳細をご覧ください。
2. パネルのクライアントダウンロードページで該当する情報を確認し、クライアントのドキュメントと対応するサブスクリプション形式を照合します。
3. 使用するクライアントに合ったサブスクリプションURLをコピーします。パネルで形式を選べる場合は、プロトコル名から推測せず、クライアントの要件に合わせて選択してください。
4. URLはそのまま目的のクライアントにインポートしてください。公開チャットや第三者のWebサイトを経由させないでください。

パネルのボタン名は、画面の変更に伴って変わることがあります。特定のボタン名ではなく、「サブスクリプションURL」または「設定のインポート」にあたる機能を探してください。入口が分からない場合は、パネルのサポートチケットで確認し、出所不明の代替URLは使わないでください。

クライアントへのインポート：URLから使える設定へ

一般的には、クライアントの「設定」「サブスクリプション」「設定管理」などの画面からインポートします。URLからのインポートを選び、サブスクリプションURL全体を貼り付けて保存し、設定を取得します。URLの保存と設定のダウンロードを別々に行うクライアントもあります。保存できたら、空の設定名が増えただけではなく、接続先一覧が表示されていることも確認しましょう。

貼り付ける際はパスとクエリパラメーターを含め、末尾に句読点や改行、空白が混ざらないようにしてください。URLを見やすくするためにパラメーターを削除してはいけません。ソフトが個別の接続先共有リンクに対応している場合でも、通常のサブスクリプションURLを個別接続先として解析できるとは限りません。

インポート後、新しい設定を選択して接続を有効にします。クライアントがシステムネットワーク拡張、仮想ネットワークインターフェース、VPN設定の作成を求める場合は、システムの案内を確認し、提供元と用途を確かめたうえで許可してください。システムプロキシモードの影響を受けるのは、主にシステムのプロキシ設定に従うアプリです。TUNなどのモードは仮想ネットワークインターフェースを介して通信を処理しますが、適用範囲はルール、ルーティング、プラットフォームの権限によって異なります。

• ✅ サブスクリプションURLが保存され、クライアントが設定を取得できた。
• ✅ 古い設定や空の設定ではなく、今回インポートした設定が有効になっている。
• ✅ 接続先を選択し、クライアントの要件に応じてプロキシまたはネットワーク制御モードを有効にした。
• ✅ 利用するアプリで動作を確認し、通常のネットワークアクセスにも問題がないことを確認した。

macOSとiOSでは、ネットワーク拡張やVPN設定の許可を確認します。WindowsとLinuxでは、システムプロキシ、ルーティング、アプリ独自のプロキシ設定に注意してください。Androidでは、VPNの許可とアプリごとの通信振り分け範囲を確認します。役割が重複するプロキシツールを同時に有効にすると、設定が上書きされることがあるため避けてください。詳しい導入手順は使い方ガイドをご覧ください。

更新頻度はどれくらい？通信量の周期ではなく、設定変更を目安に

サブスクリプションの更新とは、URLに再度アクセスして、サーバーが現在提供している接続先や設定を取得することです。接続先の追加・削除、接続パラメーターの変更、ルールの調整が反映される場合がありますが、サーバーから返された内容だけが同期され、ネットワーク上のあらゆる問題が自動で解決するわけではありません。接続先一覧だけを更新し、ローカルのルールやスクリプトは同期しないクライアントもあります。詳細はクライアントの設定方式をご確認ください。

どのクライアントにも当てはまる決まった更新間隔はありません。初回インポート後に更新が成功したことを確認し、お知らせで設定変更が案内されたとき、古い接続先が使えなくなったとき、またはプランを再開したときに手動で更新するとよいでしょう。自動更新に対応している場合は、クライアントの説明に従って設定してください。障害の切り分けの代わりに何度も更新するのは避けましょう。サービスによっては、リクエスト頻度に制限が設けられていることがあります。

更新後は、クライアントに表示される更新日時や結果を確認し、接続先一覧の変化も確かめましょう。クライアントに古いキャッシュが残っていると、接続先が表示されていても今回のリクエストが成功したとは限りません。アカウントの状態、設定の取得結果、実際の接続結果をそれぞれ確認してください。

インポートできない場合と接続できない場合は、分けて確認

設定を取得できない場合は、URLと応答を確認

「形式エラー」は、クライアントが受信した内容を想定どおりに解析できないことを示す場合が多く、接続先の障害とは限りません。URLのコピー漏れ、サブスクリプション形式の不一致、ログインページやエラーメッセージが返されたことなどが原因として考えられます。ブラウザーでページが開けても、クライアントが正しいサブスクリプションデータを受信した証明にはなりません。

まずパネルからURLをコピーし直し、アカウントとプランの状態を確認します。次に、現在のネットワークからサブスクリプションのドメインにアクセスできるか確認してください。クライアントに証明書エラーが表示された場合は、システム時刻とクライアントのバージョンを確認し、公式の入口からURLを照合します。警告を回避するために証明書検証を無効にしないでください。また、完全なエラーログを公開しないでください。サブスクリプションの認証情報が含まれている場合があります。

接続先が表示されても接続できない場合は、通信経路を確認

インポートが成功したことから分かるのは、設定が解析されたということだけです。実際の接続には、プロトコルへの対応、サーバーへの到達性、システム権限、DNS、通信振り分けルールが関係します。まずクライアントが実際に起動しているか確認し、次に設定内の別の接続先に切り替えて結果を比較します。最後に、対象アプリの通信がルールによって直接接続またはブロックに振り分けられていないか確認してください。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはそれぞれ異なるプロトコル名であり、サブスクリプションファイル形式の別名ではありません。クライアントには、設定形式だけでなく、使用されるプロトコルと通信方式への対応も必要です。プロトコル名を認識できても、関連するすべてのパラメーターに対応しているとは限りません。ここで各プロトコルに触れるのは互換性を説明するためであり、VPNQIがすべてのプロトコルをサポートしていると表明するものではありません。

同様に、IEPL専用線、中継、直接接続は、通信経路や構成方法を表すものであり、サブスクリプションURLを解析できるかどうかとは別の問題です。専用線という表示だけで接続性を判断することはできず、特定のWebサイトに必ずアクセスできるとも限りません。用語の意味はプロトコルの解説をご覧ください。

通信の振り分けとDNS：接続アイコンだけでは判断できない

クライアントに接続済みと表示されても、実際に利用するアプリで動作を確認してください。ルールモードでは、ドメイン、アドレス、アプリなどの条件に基づいて通信経路が決まります。対象の通信が直接接続に振り分けられていると、プロキシの接続先が正常でも、期待どおりにアクセスできない場合があります。一時的にモードを変更してルールの問題を切り分けることはできますが、確認後は日常利用に適した設定に戻してください。未確認の全通信制御に長期間頼るのは避けましょう。

DNSリークとは、プロキシのルールに従って処理されるはずのドメイン問い合わせが、想定外の経路で送信されることです。クライアントのDNS設定、システムのリゾルバー、ブラウザーの暗号化DNS、通信振り分けルールなどが原因になる場合があります。プロキシを有効にしても、すべてのドメイン問い合わせが自動的に同じ経路を通るとは限りません。また、リモートDNSを使っても、アクセス履歴が完全に匿名になるわけではありません。

問題を調べる際は、まず使用中のクライアントがDNSをどう処理するかを確認し、ブラウザーとシステムに独自の設定がないか調べます。テスト用Webサイトに表示されたリゾルバー名だけで結論を出さず、想定する出口、ルール、問い合わせ経路を踏まえて判断してください。VPNQIはログを記録しない方針です。ただし、この方針は端末の権限管理、信頼できるクライアントの選択、ローカル設定の確認に代わるものではありません。

リンク漏えい時の対処：認証情報を無効化し、各端末で差し替える

完全なサブスクリプションURLを第三者に知られると、アカウントで許可された接続設定を取得され、通信量やリソースを使われる可能性があります。URLにアカウントのパスワードが直接含まれていなくても、機密情報として扱ってください。ユーザー名だけを隠しても、スクリーンショットから十分に保護できないことがあります。URLのパス、クエリパラメーター、QRコードに、アクセスに必要な情報が残っている場合があります。

1. 公開ページ、チャットの添付ファイル、共有ドキュメントからURLとQRコードを削除し、転送されたコピーが残っていないか確認します。
2. アカウントパネルでサブスクリプションURLのリセットや古い認証情報の失効機能を探します。該当する操作が見当たらない場合は、サポートチケットから依頼してください。
3. 古いURLと、それに関連する認証情報が無効になったことを確認します。新しいURLを発行しただけでは、古いURLが失効した証拠にはなりません。
4. 各端末のクライアントで新しいURLに置き換えて設定を再取得し、古い設定が残っていないか確認して、必要に応じて削除します。
5. アカウントの通信量の変化を確認します。アカウントのパスワードも漏れた場合は、別途変更してください。パスワードの変更は、サブスクリプション認証情報の失効に代わるものではありません。

完全なサブスクリプションURLをオンライン変換ツールに渡すと、そのツールに認証情報を扱わせることになります。まずはパネルで提供されている対応形式を利用してください。変換が必要な場合は、ツールの提供元、データの送信先、ローカルで処理できるかを確認しましょう。ページに「変換」と書かれているだけで、信頼できると判断しないでください。

URLを変更した後も、ダウンロード済みの設定で接続できるかどうかは、サーバー側で関連する接続先の認証情報が失効されているかによります。クライアント側のURLを変えるだけでなく、サーバー側で古いアクセス権限が取り消されたことを確認してください。

日常のメンテナンス：公式の入口を控え、設定のやり直しを減らす

設定には、入手元が分かる名前を付けましょう。公式パネルの入口を控えておき、サブスクリプションの認証情報を設定名やメモに書かないでください。複数の端末で使う場合は、端末ごとにインポートと更新の結果を確認します。VPNQIはデバイス台数に制限がありませんが、個人用のサブスクリプション認証情報を公開してよいという意味ではありません。

クライアントを変更する前に、形式の互換性と必要な権限を確認してから、インポートと動作確認を行います。古いクライアントを削除する際は、説明に従って残存するシステムプロキシやネットワーク設定を整理してください。ソフトを終了してもシステムが以前の設定を使い続けることがあります。サポートチケットを送るときは、OS、クライアント名、エラーメッセージ、問題が起きた手順を記載し、URLや機密パラメーターは隠してください。