VPN サブスクリプションリンクとは？取得・読み込み・更新方法を解説

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

クライアントがサブスクリプションURLにアクセスすると、サーバーはアカウントの利用権限に応じた設定を返します。内容はノード一覧の場合もあれば、プロキシグループ、ルーティングルール、DNS設定を含む設定ファイルの場合もあり、形式によって異なります。リンクには通常、認証情報が含まれるため、リンクを持つ人はパネルにログインしなくても対応する設定を取得できる可能性があります。

単一ノードの共有リンクとサブスクリプションリンクも別物です。前者には通常、特定ノードの接続パラメーターが含まれ、後者は設定を継続的に取得するために使います。単一ノードを手動で読み込んだ場合、サーバー側で接続先が変更されてもクライアントに反映されないことがあります。サブスクリプションで管理すれば、最新の設定を再取得できます。

プロトコルと回線の種類は、それぞれ異なる要素です。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはクライアントが認識するプロトコルです。IEPL専用線、中継、直接接続は回線の構成方式を示します。特定のプロトコルに対応していても、必ずIEPL専用線を経由するとは限らず、遅延も判断できません。VPNYKで実際に利用できる設定は、パネルに表示される内容をご確認ください。

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

まずVPNYKユーザーパネルにログインし、利用中のプランが適用されているアカウントか確認します。アカウント作成にメールアドレスは不要ですが、サブスクリプションリンクを公開してよいという意味ではありません。ユーザー名、パスワード、サブスクリプションの認証URLは、それぞれ適切に保管してください。

1. アカウントの利用権限を確認する。プランの状態と残りの通信量を確認します。利用権限に問題がある場合は、まずアカウントの状態を確認してください。クライアントを何度も再インストールする必要はありません。
2. サブスクリプションの項目を探す。パネルでサブスクリプションまたはクライアント設定の項目を探します。表示名は現在の画面に従ってください。ブラウザーのアドレスバーに表示されているパネルのURLを、サブスクリプションURLと取り違えないようにしましょう。
3. クライアントに合った形式を選ぶ。パネルに複数のクライアント向け項目がある場合は、使用中のクライアントに対応するものを選びます。リンクの見た目だけで互換性を判断しないでください。
4. コピーするか、クライアントを起動する。手動でコピーすると読み込み手順を確認できます。自動読み込みを使うには、端末にクライアントがインストールされ、ブラウザーから該当アプリを起動できる必要があります。

クライアントがパネルの形式を認識できない場合は、まずクライアントのドキュメントとバージョンを確認し、そのうえでヘルプセンターに問い合わせてください。サブスクリプション変換サービスには、入力したリンクと返されるノード設定を読み取られる可能性があります。変換が必要な場合は、データの取り扱いを確認できる信頼性の高いツールを使い、検索で見つけたサイトに安易に任せないでください。

クライアントに読み込んで接続を確認する

「読み込み成功」は、通常、設定が保存されたことを示すだけで、通信がプロキシ経由になったことを意味しません。設定を選び、接続先を指定し、該当するプロキシ方式を有効にしたうえで、ルーティングの動作を確認します。クライアントによってボタン名は異なりますが、この確認手順は共通です。

1. 適切なクライアントを入手する。パネルのクライアントのダウンロードページで、利用するプラットフォームの案内を確認します。VPNYKはWindows、macOS、iOS、Android、Linuxに対応しています。入手方法や利用条件は、パネルの案内に従ってください。
2. リモートサブスクリプションを追加する。クライアントでサブスクリプション管理、設定管理、リモート設定などの項目を探し、URL全体を貼り付けます。空白や改行、チャットアプリによって追加された句読点が混ざらないようにしてください。
3. 設定をダウンロードして選択する。保存後に更新を実行し、利用可能なノードやプロキシグループが表示されることを確認します。設定が現在の使用対象に選択されていない場合、ノード一覧には古い設定が表示されたままのことがあります。
4. 接続先を選び、プロキシを有効にする。クライアントの案内に従って、システムプロキシやTUNなどのモードを有効にします。TUNは通常、仮想ネットワークインターフェースと追加の権限が必要です。すべての環境で有効にする必要はありません。
5. 実際の通信を確認する。国際回線の利用が必要なウェブサイトにアクセスし、クライアントの接続ログで適用されたルールと出口を確認します。ノード横のテスト結果だけで、目的のサービスに接続できると判断しないでください。

デスクトップ・モバイル・Linuxでの違い

WindowsとmacOSのシステムプロキシは、主にシステムプロキシ設定に従うアプリに適用されます。アプリによっては個別のプロキシ設定が必要です。TUNに切り替える前に、クライアントのルーティングとDNSの処理方法を確認し、ほかのネットワークソフトウェアが使用する仮想インターフェースと競合しないようにしてください。

iOSやAndroidのクライアントは、端末の通信を制御するためにシステムのVPN権限を求める場合があります。このシステム権限の名称は、サブスクリプションで使用する具体的なプロトコルを示すものではありません。権限を許可しても、正しい設定が選択されているとは限りません。iOSクライアントの入手条件はパネルの案内で確認し、ほかのプラットフォームの手順をそのまま当てはめないでください。

Linuxクライアントには、グラフィカルなものと、設定ファイルやバックグラウンドサービスを使って動作するものがあります。環境変数によるプロキシ、システムプロキシ、透過的な通信制御では、それぞれ適用範囲が異なります。コマンドラインツールでプロキシを利用できるかは、対象プロセスの環境で確認してください。ブラウザーだけを調べても判断できません。

更新のタイミングと、更新で変わる内容

すべてのクライアントに共通する決まった更新頻度はありません。初めて読み込んだ後は、設定を正常に取得できたか確認してください。ノード一覧の異常、サービスからの設定変更のお知らせ、サブスクリプション認証のリセットがあった場合は、手動で更新します。普段はクライアントの自動更新機能を利用できますが、実際に有効になっていることと、直近の更新が成功していることを確認してください。

サブスクリプションを更新すると、サーバーから設定を再取得します。サブスクリプションの種類によって、ノードのアドレス、認証パラメーター、プロキシグループ、ルールなどが変わる場合があります。リモート設定全体を取得する形式では、ローカルでの手動変更が上書きされることもあります。長期的に使うカスタムルールは、クライアントが対応する上書き機能や独立したルール機能で管理し、手動編集がすべて保持されると思い込まないでください。

更新に失敗した場合、クライアントはローカルキャッシュを使い続けることもあれば、設定が利用できないと表示することもあります。すぐに唯一の利用可能な設定を削除せず、まず現在の状態を保ったまま、ネットワークとサブスクリプションの認証を確認してください。更新ボタンを何度も押しても、形式の非互換や権限の失効は通常解決しません。

読み込み失敗・接続異常の確認手順

まず、問題がどの段階で発生しているかを確認します。サブスクリプションの取得失敗、設定の解析失敗、読み込み後のアクセス異常のどれかを切り分けてから対処すれば、ルーティングの問題をリンクの失効と誤認しにくくなります。

• ✅ 取得に失敗する：基本的なネットワーク接続を確認し、URL全体が正しく入力されているか確かめてから、パネルで再度コピーします。認証拒否やリンク失効の表示が出た場合は、アカウントの状態とリンクがリセットされていないか確認してください。
• ✅ 形式を認識できない：現在のクライアントが対応するサブスクリプション形式を選んでいるか確認します。ウェブページから返されたログイン画面やエラーページ、単一ノードのテキストは、完全なリモート設定としてそのまま使えません。
• ✅ ノード一覧が空：更新結果と現在選択されている設定を確認し、アカウントの利用権限も確認します。「保存済み」という表示だけでなく、解析可能な内容を実際にダウンロードできたか確かめてください。
• ✅ 読み込み後にアクセスできない：プロキシが有効か、プロキシグループで利用可能な接続先が選択されているか、目的の通信が直接接続に振り分けられていないか確認します。その後、接続先を切り替えて比較してください。
• ✅ 一部のアプリだけで問題が起きる：対象アプリがシステムプロキシに従うか、DNSリクエストが想定どおり処理されているか確認します。まず影響範囲を特定してから、通信制御モードを変更するか判断してください。

DNS漏洩とは、ドメイン名の名前解決リクエストが想定していたプロキシや名前解決経路を通らない状態です。すべての通信がプロキシを経由していないという意味ではありません。サブスクリプションにDNS設定が含まれていても、端末上のすべてのプログラムがその設定に従うとは限りません。ブラウザー独自の暗号化DNS、システムの名前解決、クライアントの通信制御方式も結果に影響するため、実際の設定を確認してください。

サポートチケットを送る場合は、クライアント名、バージョン、OSの種類、エラーメッセージ、個人情報を伏せたログを添付できます。サブスクリプションURL全体、ノードのパスワード、認証情報を含むQRコードは送らないでください。その他の問い合わせ窓口はヘルプセンターで確認できます。

サブスクリプションリンクが漏れたときの対処手順

リンクが公開されたことに気づいたら、まず認証を取り消し、その後、共有された記録を削除します。メッセージを削除しても、第三者が内容を保存していないとは限りません。また、ログインパスワードを変更しただけでは、サブスクリプションの認証情報も無効になったとは判断できません。これらは別々に管理されている場合があります。

1. サブスクリプションの認証をリセットする。パネルでサブスクリプションのリセット操作を探します。項目が見つからない場合は、認証URLが漏れた可能性をサポートに伝え、古いサブスクリプション認証情報の取り消しを依頼してください。
2. 影響範囲を確認する。古いリンクから設定を取得できなくなったことを確認し、配布済みのノード認証情報も同時に更新されたかサポートに問い合わせます。サブスクリプションURLを変更しただけでは、第三者がすでに取得した接続パラメーターを無効にできない場合があります。
3. 自分の端末を更新する。引き続き使うクライアントのリンクを新しいものに置き換え、設定を更新します。VPNYKは利用端末数に制限がありませんが、認証リンクを公開・配布してよいという意味ではありません。
4. 外部に残ったコピーを削除する。公開メッセージ、スクリーンショット、不要なクラウド上のコピーを削除し、リンク全体を第三者のツールに貼り付けていないか確認してください。

サブスクリプションリンクはアカウントへの完全なログイン権限ではありませんが、漏洩すると通信量を使われたり、設定を保存されたりする可能性があります。単なるURLに見えても、認証情報として適切に管理してください。