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

サブスクリプションURLとノード・アカウントの違いは？

クライアントからサブスクリプションURLにアクセスすると、サーバーはアカウントの権限に応じた設定を返します。ノード一覧の場合もあれば、ノードやグループ、ルーティングルールを含む設定ファイルの場合もあります。返される内容はサービス側の形式や使用するクライアントによって異なり、すべてのサブスクリプションがすべてのソフトで使えるわけではありません。

「サブスクリプション」は、プランの課金契約を指すこともあります。一方、サブスクリプションURLは設定を受け取るための入口です。URLを再インポートしても契約更新にはならず、設定を更新しても利用可能な通信量は増えません。接続できない場合は、アカウントの状態とクライアントの設定を分けて確認しましょう。

サブスクリプション形式と接続プロトコルも別物です。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICなどは接続プロトコルまたはプロトコル体系に属し、ノードを使うにはクライアント側の対応が必要です。名称が表示されても、実際の接続に対応しているとは限りません。また、ここに挙げた名称はVPNCGがすべてのプロトコルを提供していることを意味しません。

正しいサブスクリプションURLはどこで取得できますか？

検索結果やチャットで転送されたURL、見知らぬ人のガイドに記載されたURLではなく、サービスのアカウント画面から取得してください。VPNCGをご利用の場合は、まずアカウント画面にログインし、クライアントの入手ページの案内に沿って操作します。サブスクリプションの取得にはログインが必要です。クライアントに提供される内容は、アカウントのサブスクリプション状態に基づきます。

コピーする前に、表示されているものが共通サブスクリプション、特定クライアント向けのサブスクリプション、単一ノードの共有情報のどれかを確認してください。クライアントごとに異なる設定を提供する場合があります。単に「どちらもURLだから」と置き換えず、現在使っているソフトに対応する項目を選びましょう。

1. 信頼できる端末でアカウント画面を開き、ログイン中のアカウントとサブスクリプションの利用状態を確認します。
2. サービスが推奨するクライアントとインポート方法を確認し、OSと設定形式が合っているか確かめます。
3. 手動選択によるパラメーターの欠落や空白の混入を避けるため、ページ上のコピー機能を使います。
4. コピーしたらクライアントに切り替えて貼り付け、URL全体を公開チャットや共有ノートに送らないでください。

URLが有効か確かめるために、見知らぬオンライン変換サービスへ貼り付けないでください。変換サービスがURL全体や、取得したノードの認証情報を扱う可能性があります。変換が必要な場合は、サービスが明示している対応方法を優先してください。

ブラウザーでURLを開いたときにファイルがダウンロードされたり、テキストや形式に関するメッセージが表示されたりしても、それだけではサブスクリプションが使えるとは判断できません。ブラウザーとクライアントではリクエスト方法が異なる場合があります。対応クライアントで更新を実行し、結果やエラーメッセージを確認するのが適切です。

各端末のクライアントにインポートする方法

ソフトによってメニュー名は異なりますが、基本的な流れは同じです。「サブスクリプション」「設定」「リモート設定」などを開き、URLを追加して保存・更新した後、設定を選択します。「クリップボードからインポート」と「ファイルからインポート」がある場合は、手元にあるものがURLかファイルかに応じて選んでください。URLの文字列を設定ファイル全体と取り違えないようにしましょう。

Windows、macOS、Linux

デスクトップ版では通常、設定管理画面からリモートURLを追加できます。インポート後は、どの設定が有効になっているか確認し、ガイドに沿ってシステムプロキシまたは適切なトンネルモードを有効にします。コマンドラインツールの中には設定ファイルを読み込むだけで、リモートサブスクリプションを直接管理できないものもあります。その場合は対応ツールを使うか、ファイルを手動で更新する必要があり、GUIクライアントの手順をそのまま適用できません。

macOSのネットワーク拡張機能や、Linuxのルーティング・権限設定が通信の制御に影響する場合もあります。クライアントがノードを取得できても、それは設定のダウンロードに成功したというだけで、システムの通信が選択した接続経由になったとは限りません。

Android、iOS

モバイル版では、URLの貼り付け、サブスクリプション用QRコードの読み取り、アカウント画面からのクライアント起動に対応している場合があります。QRコードはURLを伝える別の方法にすぎず、機密情報が含まれることもあります。システムからネットワーク接続の設定許可を求められたら、使用中の信頼できるクライアントからの要求か確認してください。

iOSクライアントは設定形式やインポート方法が統一されていません。Androidもアプリ名だけで機能を判断せず、現在のバージョンのドキュメントを確認してください。アカウント画面からクライアントを起動できない場合は、何度もリンクを押すより、クライアントに戻ってリモートURLを手動で追加するほうが、問題の箇所を特定しやすくなります。

• ✅ インポート前に、クライアントの入手元、現在のバージョン、対応するサブスクリプション形式を確認する。
• ✅ 更新後、ノード一覧が表示されたことと、その設定が選択されていることを確認する。
• ✅ 接続を有効にしたら、目的のアプリと通常のWebページの両方でアクセスを確認する。
• ❌ 「インポート成功」だけで、すべてのアプリ、DNS、システム通信が制御されていると判断しない。

サブスクリプションはいつ更新する？更新で何が変わる？

すべてのサービスに共通する固定の更新間隔はありません。サービスからノードの変更やメンテナンスのお知らせがあった場合、またはクライアントに提供終了済みの接続先が表示される場合は、手動で更新できます。自動更新を有効にするかどうかは、クライアントの説明とサービスの案内に従って設定してください。短時間に何度も更新する必要はありません。

更新とは設定を再取得することであり、現在使用中の接続を「高速化」することではありません。リモート設定の更新で、ノード、グループ、ルールが置き換わることがあります。ローカルの変更が維持されるかは、ソフトの統合方法によって異なります。残しておきたいルールは、クライアントが対応する上書き設定やローカルルールに記述し、事前に説明を確認してください。

更新失敗と古い設定の無効化も区別が必要です。ダウンロードに失敗しても、キャッシュが残るクライアントでは既存のノードを引き続き使えることがあります。これは新しい設定の取得に成功したという意味ではありません。更新時刻と結果を確認し、「まだ接続できる」というだけで更新状態を判断しないでください。

インポートできない・ノードがない・接続できない場合の確認方法

まず、問題がダウンロード、解析、接続のどの段階で起きているかを確認します。「使えない」とだけ記録すると、間違った段階で何度も設定を変更しかねません。エラーメッセージを控えておくと原因の特定に役立ちますが、共有する前にURL全体、トークン、ノードの認証情報を必ず隠してください。

サブスクリプションをダウンロードできない

通常のインターネット接続が使えることを確認し、コピーした内容に欠落がないか、改行・引用符・末尾の空白が含まれていないかを確かめます。アカウントのサブスクリプション状態、URLの取り消し、証明書の検証、ローカルネットワークも取得に影響することがあります。サブスクリプションのドメインが無効な接続経由で処理されている場合は、クライアントの説明を参照して更新時のネットワーク経路を確認してください。セキュリティ検証を安易に無効化しないでください。

ダウンロードできるが、解析エラーになる・ノードが表示されない

この場合は、形式とクライアントの互換性を確認してください。エラーページやログインページが設定としてダウンロードされている可能性もあります。まずアカウント画面から対応する形式を選び直しましょう。プロトコル名、認証項目、暗号化パラメーターをむやみに変更すると、読み込めていた設定まで壊れることがあります。

ノードは表示されるが、目的のWebサイトにアクセスできない

接続スイッチ、現在のノード、ルーティングモードを確認し、すべてのサイトで失敗するのか、特定のアプリだけなのかを切り分けます。ルールモードでは、条件に一致した通信だけが指定経路を通ります。グローバルモードでは通常、プロキシ対象の通信の既定経路が変わりますが、OS上のすべての通信が必ず対象になるわけではありません。アプリ独自のプロキシ、システムプロキシ、トンネルモードでは適用範囲が異なります。

DNSリークとは、名前解決のリクエストが想定した経路で処理されていない状態です。Webページが開くかどうかだけでは判断できません。クライアントのDNS設定、システムの名前解決動作、ブラウザーの暗号化DNS設定がルールと一致しているか確認してください。IEPL専用線、中継、直結は通信経路の構成を表すもので、ローカルのDNSやルーティング設定の誤りは修正できません。また、名称だけで遅延の傾向を判断することもできません。

原因を特定できない場合は、サポートチケットから、OS名、クライアントのバージョン、エラーメッセージ、問題が発生した段階、個人情報を隠したスクリーンショットを送信してください。インポート可能なサブスクリプションURL全体は添付しないでください。

URLが漏れた場合、効果的な対処方法は？

サブスクリプションURLには、権限を識別するためのトークンが含まれていることがあります。URLを入手した人が設定をダウンロードし、そこに含まれる接続認証情報を使うことで、通信量やアカウントのリソースが消費される可能性があります。アカウント画面に直接ログインできるとは限りませんが、パスワードが含まれていないからといって公開せず、機密情報として扱ってください。

1. 拡散を止め、公開投稿、共有ノート、スクリーンショットからURLやQRコードを削除します。ただし、削除してもすでにコピーされた情報が無効になるとは限りません。
2. アカウント画面でサブスクリプションのリセットまたは取り消しができるか確認します。該当する項目が見つからない場合は、チケットで漏洩状況を伝え、対処方法を確認してください。
3. 古いURLが無効になったことを確認したら、自分の端末で新しいURLに差し替え、設定を更新します。古いキャッシュに依存し続けないでください。
4. リセットによってノードの認証情報も変更されるか確認します。ダウンロード用トークンだけを変更しても、すでに取得されたノード設定が無効にならない場合があります。
5. アカウントのパスワードも漏れた可能性がある場合は、別途変更してセッションを確認してください。パスワードを変更すればサブスクリプションURLも自動的に無効になるとは限りません。

使い方を共有する場合は、入口の場所だけを示し、画面の機密情報を隠してください。サブスクリプション用QRコード、URLのパラメーター、設定ファイル内の認証情報はすべてマスキングが必要です。URLの一部だけを隠しても不十分な場合があります。