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

VPNサブスクリプションURLとは、クライアントが接続設定を取得するためのURLで、通常はアカウントの認証情報が含まれています。対応クライアントにURLを読み込ませると、接続先の一覧を取得できます。プランは利用条件を管理し、サブスクリプションURLは設定を配布し、クライアントは接続を確立します。それぞれの役割を混同しないようにしましょう。

初心者がよく陥るのは、URLをブラウザーに貼り付けて接続されるのを待つことです。ブラウザーにテキストが表示されても、何らかの応答を取得できたというだけで、端末の通信が選択した接続先を経由しているとは限りません。正しい手順は、ユーザーパネルからURLを取得し、対応クライアントにインポートして接続先を選び、接続を有効にしてから実際のアクセスを確認することです。

サブスクリプションURL・接続先・プランの違い

サブスクリプションURLからは通常、複数の設定情報を取得できます。サーバーアドレス、認証情報、接続プロトコル、表示名などが含まれる場合があります。形式はサービス側とクライアントの仕様によって異なり、エンコードされた接続先一覧、YAMLやJSON形式の設定、選択したエクスポート形式に応じたデータなどがあります。

接続先は設定の中に含まれる接続項目であり、サブスクリプションURLそのものではありません。プランは通信量や有効期限などの利用条件を管理します。クライアントからサブスクリプションを削除しても、通常は端末上の設定が消えるだけで、プランが解約されるわけではありません。URLを再インポートしても、利用可能な通信量が増えることはありません。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコル、またはプロトコル体系の名称です。サブスクリプション形式と同じ意味ではありません。サブスクリプションファイルを読み込めるクライアントでも、ファイル内のすべてのプロトコルやパラメーターに対応しているとは限りません。アプリ名だけで判断せず、クライアントのバージョン、使用するコア、エクスポート形式を確認してください。

認証情報としての取り扱い

サブスクリプションURLはアカウントの認証情報として保管してください。URL全体を入手した人が、有効な設定を取得できる可能性があります。この記事の例はURLの構造を示すもので、接続に使えるサブスクリプションではありません。

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

まず6xVPNのユーザーパネルにアクセスし、現在のアカウントとプランの状態を確認してから、サブスクリプション、接続設定、クライアントへのインポートに関する項目を探します。画面上の名称は変更される場合があるため、パネルに表示されている内容を確認してください。決まった場所にある特定のボタンを探す必要はありません。

1. クライアントを確認する。クライアントのダウンロードページで対応プラットフォームと使い方を確認し、利用するアプリを決めます。
2. エクスポート形式を合わせる。パネルにクライアント専用の形式が用意されている場合は、利用中のアプリに対応する項目を選びます。単一の接続先を共有するURLを、サブスクリプション全体のURLと取り違えないでください。
3. URL全体をコピーする。クエリパラメーターの欠落を防ぐため、パネルのコピー機能を使います。URLの前後に空白や引用符、説明文を入れないでください。
4. クライアントに直接読み込ませる。アプリの「サブスクリプション」や「リモート設定」からURLを貼り付けます。ワンタップでインポートする場合は、想定したクライアントが起動することを確認してください。

URLにはアカウントを識別するクエリパラメーターが含まれる場合があります。パラメーター名に統一規格はありません。よく見かける項目が含まれていないからといってURLが無効だと判断したり、不要に見える部分を独断で削除したりしないでください。

https://example.com/sub?token=xxxx

上記のURLは構造を示す例にすぎません。実際のURLを公開フォーラム、オンラインのデコードツール、見知らぬサブスクリプション変換サイトに貼り付けないでください。変換時にURL全体の読み取りが必要なら、変換サービスがアカウント設定にアクセスできる可能性があります。

各プラットフォームのクライアントへのインポート手順

基本的な手順は、クライアントを開き、「サブスクリプション」「設定」「リモート設定」などの画面からURLソースを追加し、URLを貼り付けて保存したあと、更新を実行することです。接続先一覧が表示されたら、設定またはポリシーグループを選択して接続を有効にします。URLを保存しただけで設定を有効にしていないことが、「インポートできたのにアクセスできない」よくある原因です。

Windows・macOS：システムプロキシとネットワーク拡張機能の違い

デスクトップクライアントには、システムプロキシモードを備えたものや、TUNなどの仮想ネットワークインターフェースモードを備えたものがあります。システムプロキシが影響するのは、主にシステムのプロキシ設定に従うアプリです。すべてのプログラムが利用するとは限りません。TUNモードは追加の権限が必要な場合があり、実際に適用される範囲はルーティング、DNS、除外ルールによって異なります。

macOSではネットワーク拡張機能やVPN構成の許可が必要になる場合があります。Windowsでは、利用するモードに応じて管理者権限が必要な場合があります。信頼できるクライアントのインストール手順に従い、インポートのためにシステムのセキュリティ機能を無効にしないでください。ほかのプロキシや企業向けネットワークツールも使っている場合は、システムプロキシやルーティング設定が競合していないか確認しましょう。

iOS・Android：サブスクリプションを保存したあとに接続を有効にする

モバイル端末では、ワンタップインポートでアプリリンクからクライアントが起動する場合があります。画面が切り替わらないときは、アプリがインストールされていることを確認してから、サブスクリプションURLを手動でコピーしてください。システムに表示されるVPN構成の許可は、アプリが端末上にネットワークトンネルを作成するためのものです。すべての通信が同じ方法で処理されることを保証するものではありません。

Androidでは、VPNモードでアプリごとの通信振り分けを設定できる場合があります。iOSで実際にどの経路を通るかは、クライアントのルールとシステムのネットワーク拡張機能の設定によって異なります。バックグラウンドで接続が切れる場合は、サブスクリプションURLを何度も変更するのではなく、クライアントの説明を確認し、バックグラウンド実行と電源管理の設定を見直してください。

Linux：プログラムが対応する設定方法を確認する

Linuxでは、GUIクライアントとコマンドラインのコアで対応機能が異なる場合があります。GUIからリモートサブスクリプションを管理できても、基盤となるプログラムはローカル設定ファイルしか受け付けないことがあります。プログラムが対応する設定形式と更新方法を使ってください。ローカルルールが失われるおそれがあるため、サブスクリプションの応答を使用中の設定ファイルに直接上書きしないでください。

• ✅ クライアントに合った形式でインポートし、更新後に有効な接続先が表示されている。
• ✅ インポートした設定を有効にし、現在選択中のポリシーグループを確認している。
• ✅ 必要に応じてシステムプロキシまたはVPNモードを有効にし、必要な許可を済ませている。
• ❌ 「URLを保存した」ことを「すべてのアプリが接続済み」とみなさない。

設定の更新頻度とローカル設定の保持

サブスクリプションの更新は、サーバーから設定を再取得する操作です。プランの更新や通信量のリセットではありません。6xVPNの月額プランでは、月間通信量は利用開始日にリセットされます。データパッケージは使い切るまで有効で、期限はありません。これらの利用条件は、クライアントの更新ボタンとは関係ありません。

すべてのサービスに当てはまる、決まった更新間隔はありません。まずはクライアントやサービスの案内にある標準設定に従いましょう。パネルに接続先の変更が表示されたとき、一覧が古くなったとき、サブスクリプションの認証情報をリセットしたとき、または既存の設定で接続できない状態が続くときに、手動で更新してください。問題がなければ、何度も更新する必要はありません。

自動更新が実行されるかどうかは、アプリの起動状態、バックグラウンドの動作設定、サブスクリプションサーバーへの接続可否によって異なります。起動時にのみ確認するクライアントもあれば、定期的に取得するものもあります。「自動更新を有効にしたから設定は常に最新」とは限りません。最終更新日時と更新結果を確認してください。

更新前に、ローカルで変更した設定がどう扱われるかも確認しましょう。クライアントによっては、リモート設定内のルール、DNS、ポリシーグループが上書きされます。独立したオーバーライド設定で変更を保持できるものもあります。通信の振り分けをカスタマイズする場合は、次回更新で置き換わる内容を直接編集せず、クライアントが正式にサポートするオーバーライド機能を使ってください。

更新エラー・接続トラブルの確認

まず、問題が「設定のダウンロード」「設定の解析」「接続先への接続」のどの段階で起きているかを確認してください。段階によって原因は異なります。サブスクリプションサーバーに一時的にアクセスできなくても、既存の接続先が使えないとは限りません。反対に、サブスクリプションの更新に成功しても、選択した接続先が正常に使えるとは限りません。

1. URLを確認する。パネルからコピーし直し、現在のアカウントとクライアントに対応する完全なURLであることを確かめます。
2. 取得状況を確認する。タイムアウトは、利用中のネットワーク、ドメイン名の解決、リクエスト経路が原因の場合があります。認証エラーが出る場合は、認証情報がリセットされていないか、アカウントが有効かを確認してください。
3. 解析エラーの内容を確認する。形式の非対応、プロトコルの不一致、パラメーターの不足は、クライアントのドキュメントに照らして対処してください。何度も更新しても解決しません。
4. 有効になっている設定を確認する。現在選択している設定、ポリシーグループ、接続先を確認し、古い項目を使っていないか確かめます。
5. 項目ごとに確認する。一般的なウェブサイトへのアクセス、対象アプリ、DNSの動作をそれぞれ調べ、部分的な問題か接続全体の異常かを見極めます。

調査時はエラーの種類、クライアントのバージョン、OS、発生状況を記録してください。サポート窓口に情報を送る前に、サブスクリプションのパラメーター、QRコード、接続先の認証情報を隠してください。設定ファイル全体にも認証情報が含まれる場合があるため、そのまま公開・アップロードしないでください。

URLが漏れた場合の再発行手順

サブスクリプションURL全体が公開されたスクリーンショット、チャット履歴、信頼できないサイトに掲載された場合は、認証情報が漏れたものとして扱ってください。公開内容を削除することは大切ですが、コピー済みのURLまで消せるとは限りません。重要なのは、端末からサブスクリプションを削除するだけでなく、古い認証情報を無効にすることです。

1. ユーザーパネルで、サブスクリプションのリセットや認証情報の更新に関する機能を探します。該当する項目が見つからない場合は、サポート窓口から対応方法を確認してください。
2. リセットの案内を読み、影響範囲を確認します。サブスクリプションURLの認証情報と、配布済み接続先の認証情報は、別の仕組みで管理されている場合があります。
3. 新しいURLを取得し、自分が利用する端末で古いサブスクリプションと差し替えて設定を更新します。古い設定を誤って選ばないよう、重複した項目がないか確認してください。
4. 古いURLから有効な設定を取得できなくなったことを確認し、漏えいした接続先の認証情報も更新が必要か、サポートに問い合わせてください。

リセット時の注意点

ログインパスワードを変更しても、サブスクリプションの認証情報がリセットされるとは限りません。古いサブスクリプションURLを無効にしても、すでにダウンロードされた接続先の認証情報がすぐに無効になるとは限りません。実際の影響は、パネルの案内とサーバー側の処理結果を確認してください。

その後は、サブスクリプション全体を公開コードリポジトリ、共有ドキュメント、スクリーンショットに載せないようにしてください。QRコードもURLを別の形で表したものなので、同じように隠す必要があります。設定のバックアップはアクセスを管理できる場所に保管し、アカウントキーが含まれていないか確認してください。

接続確認：通信の振り分けとDNS

インポート後、まず国際接続を利用したいアプリを開き、クライアントの接続ログやルールの適用状況を確認します。表示される地域の変化は参考情報にすぎず、すべてのアプリが同じ経路を使っている証拠にはなりません。ルールモードでは、一部のサイトが直接接続されるのが想定どおりの場合もあります。

DNSリークとは、本来は想定した管理下の経路を通るべきドメイン名の問い合わせが、別の経路に送られる状態を指します。発生するかどうかは、クライアントのDNS設定、システムのリゾルバー、ブラウザーのセキュアDNS、アプリの動作によって異なります。プロキシを有効にしても、DNSまで自動的に経由するとは限りません。検出結果は、単一の警告表示だけで判断せず、自分が設定した通信の振り分けと照らし合わせてください。

サブスクリプションファイルにDNSやルーティングのルールが含まれる場合もあれば、接続先だけが提供される場合もあります。クライアントのローカル設定とリモート設定は互いに上書きすることがあるため、確認時は現在実際に適用されている設定を読みましょう。企業内ネットワークのドメインを解決できない場合は、すべての問い合わせを外部リゾルバーに切り替えるのではなく、社内DNSと通信の除外ルールを確認してください。

接続先のラベルも、意味を過度に読み込まないようにしましょう。IEPL専用線、中継、直結はネットワークの構成方法を示すもので、サブスクリプションプロトコルではありません。接続先の名前に特定の用語が含まれていても、実際の回線情報の代わりにはならず、一定の遅延や安定性が保証されるわけでもありません。パネルの情報と対象アプリでの実際の接続状況を参考に選択してください。