サブスクリプションURLとは？取得・読み込み・更新の初心者向けガイド

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

サブスクリプションURLは「設定を取得するためのアドレス」と考えると分かりやすいでしょう。クライアントからアクセスすると、ノード一覧や、プロキシグループ・ルール・DNS設定を含む設定一式が取得されます。内容はサーバー側が提供する形式によって異なります。URL自体はノードサーバーではなく、URLを取得しただけで接続が確立するわけでもありません。

一般的なWebページのURLはページを開くためのものですが、サブスクリプションURLは主にソフトウェアが読み込むためのものです。ブラウザーで開いたときにテキストが表示されたり、ファイルがダウンロードされたり、プレビューできないと表示されたりしても、それだけではURLの有効・無効を判断できません。対応するクライアントで正しく解析できるか、更新ログに成功と表示されるかを確認してください。個人用URLを試すために、公開のオンライン検査サイトへ送信しないでください。

たとえば、VPN27の月額プランでは、データ通信量は利用開始日を基準にリセットされます。クライアントで更新を実行しても、設定が再取得されるだけで、データ通信量が前倒しでリセットされることはありません。利用できないときは、管理画面のプラン状態とクライアントの設定状態をそれぞれ確認し、別の問題として切り分けましょう。

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

サービスの公式ユーザー管理画面から取得してください。他の人が共有したURLを検索して使うのは避けましょう。VPN27のユーザーは、まずユーザー管理画面にアクセスしてアカウントの状態を確認し、画面に表示されるクライアントとサブスクリプションの案内に従ってください。画面上の項目名は変更される場合があるため、実際の表示を確認してください。メールアドレス不要でアカウントを利用できることは安心材料ですが、サブスクリプション情報を公開してよいという意味ではありません。

コピーする前に、使用するソフトウェアの名称とバージョンを確認してください。管理画面に複数の形式がある場合は、利用するクライアントに対応した項目を選びます。ワンクリック読み込みが用意されていれば、ブラウザーからインストール済みのソフトウェアを起動できます。初回起動時にアプリの起動許可を求められたら、対象のソフトウェアを確認してください。アプリが起動しただけで接続済みとは限りません。

1. 公式管理画面で現在利用できるクライアントとサブスクリプションの入口を確認してください。まだインストールしていない場合は、クライアントのダウンロードページで使用するプラットフォームの案内を確認しましょう。
2. 利用するクライアントに対応した形式を選び、管理画面のコピーまたは読み込み機能を使ってください。URLのパラメーターを手動で削除・変更しないでください。
3. クライアントへの読み込み後、設定名・更新結果・ノード一覧を確認してください。URLをチャットグループや公開ドキュメントに貼り付けないでください。
4. 管理画面に対応する形式がない場合は、まず使い方ガイドを確認するか、サポート窓口へお問い合わせください。URLの末尾だけを見て対応状況を推測しないでください。

サブスクリプションURLに含まれるトークンは、設定を読み取るための認証情報に相当することが一般的です。HTTPSは通信中の情報を保護しますが、転送されたURLを受け取った人による利用までは防げません。QRコードにも同じ認証情報が含まれる場合があるため、機密情報として扱ってください。

形式を選んでクライアントに読み込む

プロトコルとサブスクリプション形式は別のものです。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なる接続方式を表します。一方、サブスクリプション形式は、ノードやルールをクライアントに渡す方法を定めます。設定ファイルを読み込めるソフトウェアでも、コアのバージョンがプロトコルや項目に対応していないと接続できない場合があります。ここでは一般的な仕組みを説明しており、VPN27がこれらすべてのプロトコルを提供するという意味ではありません。

設定には、YAMLやJSON、エンコードされた共有URLの一覧などが使われます。ファイルの拡張子だけでは互換性を判断できません。同じ設定エコシステムのソフトウェアでも、対応する項目が異なることがあります。オンライン変換ツールにサブスクリプション全体やノードの認証情報を読み取られる可能性があるため、管理画面が直接提供する形式を優先し、提供元が不明な変換サービスに安易に渡さないでください。

基本的な読み込み手順

1. クライアントで「サブスクリプション」「設定」「リモート設定」などの項目を開き、リモートURLを追加して、分かりやすい名前を付けます。
2. URL全体を貼り付けて保存し、更新を実行します。形式エラーが表示された場合は、形式・クライアントのバージョン・コピーした内容に抜けがないかを確認してください。
3. 新しい設定を現在の設定に指定してから、ノードまたはプロキシグループを選択します。一覧に設定名が表示されているだけでは、有効になったとは限りません。
4. クライアントの案内に従ってシステムプロキシまたはシステムVPNインターフェースを有効にし、システムの許可設定を確認してから、目的のアプリで接続をテストしてください。

プラットフォームごとの注意点

WindowsやmacOSのシステムプロキシは、主にシステムのプロキシ設定に従うアプリに適用されます。コマンドラインツールや一部のソフトウェアでは、個別の設定が必要です。TUNモードを使うソフトウェアでは、仮想ネットワークインターフェースやルーティング、システム権限が関係します。単なるサブスクリプションの切り替え機能とは考えないでください。

iOSやAndroidでは、通常、システムVPN設定の許可が必要です。Androidではバックグラウンド実行の制限にも注意してください。設定を読み込んでいても、システムによってプロセスが停止されると接続が中断することがあります。LinuxではGUIクライアントとコマンドラインのコアで操作が異なるため、読み込み後に起動状態・設定ファイルのパス・ルーティングを確認してください。権限やインストール方法はクイックスタートを参照してください。iOSの利用条件は管理画面で確認できます。

更新の頻度と、更新で変わる内容

すべてのサービスに共通する更新間隔はありません。サービスの案内とクライアントの推奨設定を優先してください。管理画面で回線の変更が通知された場合、ノードが長期間使えない場合、サブスクリプションがリセットされた場合、または端末上の一覧が明らかに古い場合に、手動で更新します。何度も頻繁にリクエストしても回線品質は改善せず、アクセス制限の対象になる可能性があります。

更新によってノードのアドレスや認証情報、プロキシグループ、ルールが置き換わることもあれば、同じ内容が再取得されるだけのこともあります。リモート設定全体を読み込んでいる場合、端末上で直接編集した内容が上書きされる可能性があります。独自ルールを使う場合は、クライアントが個別の上書きや設定のマージに対応しているか確認し、復元できるようローカル設定を保存してください。上書きの挙動を把握しないまま、リモート設定を何度も変更しないでください。

以前の接続は使えるのに更新に失敗する場合、すべてのノードが無効なのではなく、サブスクリプションの取得経路に問題がある可能性があります。クライアントによってはプロキシ経由で更新できますが、標準では直接取得するものもあります。現在使えないプロキシを経由して更新しようとすると、自力で復旧できない状態になることがあります。クライアントの更新時の接続設定を確認し、必要であれば信頼できるネットワーク環境で設定を取得してください。

読み込み後に動作を確認する方法

確認するのは設定・接続・ルーティングです。クライアントのアイコンの色だけで判断しないでください。まず現在のIPアドレスを開いて、ブラウザーの接続元を確認します。次にクライアントの接続ログで、対象ドメインにどのルールと出力先が適用されたかを確認してください。IPアドレスが変わっても、そのブラウザーでの今回の接続元が分かるだけで、すべてのアプリが同じ経路を使っている証明にはなりません。

• ✅ 設定の更新でエラーが出ず、想定したノードまたはプロキシグループが表示され、読み込んだ設定が有効になっている。
• ✅ 目的のアプリからリクエストを送ったとき、クライアントに該当する接続が表示され、想定したプロキシまたは直接接続のルールが適用されている。
• ✅ ブラウザーの接続元が選択した回線と一致している。コマンドラインやIDEなどの個別アプリも、それぞれアクセスを確認している。
• ✅ DNSの解決方法がルーティング先と一致している。確認結果をプライバシーや匿名性の保証と誤解していない。

DNS漏えいとは、名前解決のリクエストが想定した経路を通らず、利用を避けたいDNSサーバーに送信される状態を指すことがあります。システムDNS、クライアントのDNS、ブラウザーの暗号化DNSが結果に影響する場合があります。ブラウザーで独自の暗号化DNSを有効にしていると、クライアントのドメイン解決ルールに従わないことがあります。クライアントのドキュメントを確認して一つずつ検証し、すべての設定をむやみに有効・無効にしないでください。

ルーティングルールによって、どのリクエストを直接接続し、どれをプロキシ経由にするかが決まります。ルールの順序や一致条件も結果に影響します。ノードの設置地域と、すべてのWebサイトに表示される地域は同じとは限りません。接続先サービスがアカウントの地域やキャッシュ、独自のアクセスルールを参照することもあります。また、サブスクリプションの内容を変えても、通常の回線がIEPL専用線になるわけではありません。専用線・中継・直接接続は通信経路の構成を表し、実際の使用感は利用者側のネットワークや接続先サービスにも左右されます。

URL流出後の再発行と確認

流出の可能性がある場合は、まずこれ以上共有しないようにしてから、公式管理画面でサブスクリプションの再発行やトークンの取り消しができるか確認してください。該当する項目がなければ、サポート窓口に対応方法を問い合わせましょう。ログインパスワードを変更してもサブスクリプションのトークンが無効になるとは限りません。クライアントから設定を削除しても影響するのはその端末だけで、サーバー側での取り消しにはなりません。

1. 管理画面で該当する再発行・リセット操作を行うか、サポートに連絡して古いサブスクリプション情報を無効にする方法を確認します。
2. 新しいサブスクリプションURLを取得し、使用中のすべての端末で古いURLを置き換えて、設定を再度更新します。
3. 古いURLを含むスクリーンショット、クラウドのメモ、共有クリップボード、チャット履歴を削除し、自動処理で古いURLが使われていないか確認します。
4. サーバー側の仕組みによって古いURLが無効になったことを確認します。ノードの認証情報も流出した疑いがある場合は、ノードの認証情報も同時に変更する必要があるか問い合わせてください。

サブスクリプションのトークンが無効になることと、すでにダウンロードされたノードの認証情報が無効になることは別です。設定をすでに取得した人がいる場合、読み込み用の入口を取り消すだけでは、接続を試みるのを防げない可能性があります。実際に取り消される範囲はサーバー側の仕組みによって異なります。再発行後に既存の接続がすべて直ちに終了すると決めつけないでください。

更新・接続に失敗したら、まずエラーの種類を切り分ける

認証・権限エラーの場合は、アカウントの状態とURLがリセットされていないかを確認します。形式の解析エラーなら、サブスクリプションの種類とクライアントのバージョンを確認します。リクエストがタイムアウトする場合は、ローカルネットワークと取得経路を確認してください。一覧は正常なのに目的のサイトが開けない場合は、ノード・ルーティング・DNS・接続先サービスの制限を確認します。関係する設定を一度に一つだけ変更し、元のエラーメッセージを保存しておくと、どの操作で復旧したか判断できます。

サポートに問い合わせる際は、クライアント名・バージョン・OS・エラーメッセージ・再現手順を伝えられます。ただし、サブスクリプションURL全体やトークンは必ず隠してください。VPN27は利用台数無制限で、理由を問わない60日間の返金保証を提供しています。具体的には、初回支払いから60日以内であれば全額返金を申請できます。利用台数が無制限でも、サブスクリプション情報を適切に管理する必要があります。追加の確認事項はよくある質問をご覧ください。