VPNサブスクリプションURLの使い方ガイド｜取得方法・インポート・更新のタイミング

サブスクリプションURLとは？ノード設定との違い

サブスクリプションは、必要に応じて再取得できる設定データの配布元と考えるとわかりやすいでしょう。クライアントがURLにアクセスしてノード情報を読み込みます。形式によっては、グループ設定、ルールによる振り分け、DNS設定なども含まれます。内容はサービスが提供する形式によって異なるため、「サブスクリプション」という名称だけで判断しないでください。

単一のノード設定には、通常、接続先と認証・通信に必要なパラメーターが記載されています。サブスクリプションを使えば複数の設定をまとめて管理でき、サービス側で回線が変更された場合も、クライアントで更新すれば反映できます。一つずつ手作業で変更する必要はありません。更新に成功したことは設定を取得できたという意味であり、すべての回線で接続テストに成功したことを示すものではありません。

サブスクリプションリンクの取得方法

Y5VPNのサブスクリプションは、ユーザーパネルにログインして取得します。サイト内のパネルログインページからアクセスし、現在のアカウントとプランの状態を確認したうえで、サブスクリプションまたはクライアント関連の項目を探してください。画面上の項目名は変更される場合があるため、実際の表示に従ってください。検索結果に表示された見知らぬページから設定をコピーしないでください。

まだアカウントを作成していない場合も、Y5VPNではメールアドレスは不要です。ユーザー名とパスワードで利用を開始できます。クライアントやサブスクリプションの取得ページはログイン後のパネル内にあります。誰でもすべての設定やインストール用ファイルを直接取得できるという意味ではありません。

1. 利用するクライアントとバージョンを確認し、パネルに対応するインポート方法や形式の説明があるか確認します。
2. 手動で選択した際にURLの末尾をコピーし損ねないよう、パネルの「サブスクリプションをコピー」機能を使います。
3. クライアントのサブスクリプションまたは設定管理画面を開き、「URLからインポート」を選んでURLを貼り付けます。
4. インポート後、回線一覧と更新日時を確認してから接続テストを行います。

パネルに「ワンクリックでインポート」機能がある場合、ブラウザーからローカルアプリを開くか確認されることがあります。これは設定の取得先をクライアントに渡す機能であり、接続が確立したことを意味しません。対応クライアントをインストールしていない場合は、クライアントのダウンロードページで入手方法を確認してください。iOSで利用できる条件はパネルの表示に従ってください。

インポート方法：形式を確認してから、プラットフォームごとの違いを把握する

インポートに失敗する原因は、URLの無効化ではなく、形式とクライアントの不一致であることも少なくありません。YAML形式を使うクライアントもあれば、独自仕様のJSON設定やノードURIの一覧を受け付けるクライアントもあります。「サブスクリプションURLを認識できる」ことと「URLから返された内容を解析できる」ことは別の機能です。ファイルの拡張子だけで対応可否を判断しないでください。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたは方式であり、汎用のサブスクリプションファイル形式ではありません。クライアントは設定形式と、その中で使用されるプロトコルの両方に対応している必要があります。古いコアでは新しいパラメーターを認識できない場合もあります。ここでは概念上の違いを説明しており、Y5VPNがこれらすべてのプロトコルを提供するという意味ではありません。実際の対応状況はパネルで確認してください。

Windows・macOS

通常は設定管理画面でリモートサブスクリプションを追加し、その設定を選択します。ノード一覧が表示されるだけでは不十分です。クライアントが起動していること、システムプロキシや必要な通信制御が有効になっていることも確認してください。システムプロキシの影響を受けるのは、通常その設定に従うアプリだけです。TUNモードは通信を制御する範囲が異なり、追加の権限が必要になる場合や、ほかのネットワークツールと競合する場合があります。

Android・iOS

モバイルクライアントがシステムのVPN接続を確立する際、OSから許可を求められます。インストールしたクライアントからの要求であることを確認してください。同種の接続を使う別のVPNアプリが経路を占有する場合もあります。許可状態、設定の選択、接続状態をそれぞれ確認し、バックグラウンドのアイコンだけを根拠に、アプリの通信が回線を通っていると判断しないでください。

Linux・手動設定

Linuxクライアントは、GUIまたはバックグラウンドサービスとして動作する場合があります。設定をインポートするだけでなく、更新後のファイルが使われていること、必要な権限があること、ローカルプロキシの接続先とアプリの設定が一致していることも確認してください。リモート設定をダウンロードしても、システム全体のルーティングが自動で変更されるわけではありません。初めて利用する場合は、クライアント設定ガイドに沿って基本的な接続を完了してください。

更新のタイミング：変更や不具合に応じて更新し、むやみに再取得しない

サブスクリプションの更新間隔は、すべてのクライアントで共通ではありません。初回インポート後は、設定を正常に取得できたことを確認してください。お知らせで回線の変更が告知されたとき、ノード一覧が明らかに古いとき、プラン変更後に権限が反映されないとき、または複数の既存回線で異常が起きたときは、手動更新が適しています。日常的にはクライアントの自動更新機能を利用し、公式の案内と使い方に合わせて間隔を設定してください。

通常の更新では、同じURLから設定を再取得します。URLをコピーし直すのは、URLの変更、トークンのリセット、コピー間違いへの対処が必要な場合で、毎回必要な作業ではありません。何度更新しても、使い切ったデータ通信量は戻らず、ローカルのDNS設定も修復されません。サーバー側の障害対応の代わりにもなりません。

完全な設定ファイルをインポートしている場合、更新によってローカルで変更したルールやグループ設定が上書きされることがあります。ノードプロバイダーだけを更新する場合は、影響が限定的なこともあります。変更前にクライアントの設定マージ方式を確認し、維持したいルールは対応するオーバーライド機能や独立したルール設定に保存して、次回更新時に消えないようにしてください。

インポート失敗・接続不良の確認方法

まず、どの段階で問題が起きているかを切り分けます。URLを取得できないのか、内容を解析できないのか、ノードへの接続に失敗するのか、それとも対象アプリの通信がルールどおりにプロキシを通らないのかを確認してください。「使えない」とだけ伝えるより、正確なエラー内容を記録すると役立ちます。スクリーンショットやログを送る前に、トークン、認証情報、個人用のサブスクリプションURLを隠してください。

• ✅ 取得に失敗する：端末からパネルにアクセスできるか、URLが最後まで含まれているか、クライアントが直通とプロキシのどちらでサブスクリプションを取得しているか確認します。現在利用中の回線が使えなくなっていると、更新に影響することもあります。
• ✅ 権限エラーまたは空の内容が返る：パネルに戻り、アカウントの状態、プランの権限、URLがリセットされていないかを確認します。クライアントで何度も再試行するだけでは解決しません。
• ✅ 解析エラーが出る：返された内容がログインページやエラーページではなく設定データであることを確認し、クライアントの対応形式、プロトコル、バージョンを見直します。
• ✅ ノードを選べるのにアプリが開かない：現在のグループ設定、ルールの適用結果、システムプロキシまたはTUNの状態を確認し、別の回線でも比較します。
• ❌ 個人用URLを公開掲示板に投稿して接続テストを頼まないでください。設定をすべて削除するのも避け、まず既知の正常な設定とエラー情報を残してください。

接続の確認では、実際のアプリ通信を確認する必要があります。接続前後の出口IPを比較して想定どおりか確認し、対象アプリへのアクセス結果も見てください。ルールモードでは、直接接続に設定されたアプリにローカルの出口IPが表示されることがあります。DNSテストもクライアントの名前解決ポリシーと合わせて判断してください。特定のDNSサービス名が表示されただけで漏えいと断定することはできず、サービスの所在地だけで結論を出すこともできません。

サブスクリプションは設定を配布する仕組みです。一方、IEPL専用線、中継、直接接続は、回線の経路や伝送方式を表します。サブスクリプションの形式を変えても、直接接続が専用線に変わるわけではありません。回線情報は回線一覧、プロトコルやルーティングの違いはプロトコルガイドをご覧ください。

リンクが漏えいした場合の影響と再設定方法

漏えいしたURLを入手した人がノード設定を取得したり、アカウントの通信量を消費したり、接続用の認証情報を保存したりする可能性があります。リスクの範囲はサービスの認証方式によって異なります。サブスクリプションを入手されれば必ずアカウントにログインできる、とも、アカウントのパスワードを変更すれば必ず古いサブスクリプションが無効になる、とも限りません。

1. 公式パネルにログインし、サブスクリプションのリセットまたは関連するセキュリティ項目を探してください。明確な機能が見当たらない場合は、サポート窓口から古い認証情報の無効化方法を確認してください。
2. リセットによってサブスクリプショントークンだけが変更されるのか、ノードの認証情報も更新されるのかを確認します。古いURLから設定を取得できなくなっても、すでに相手が保存したノード認証情報まで無効になるとは限りません。
3. 自分が使っている各クライアントでURLを新しいものに置き換えて更新し、必要に応じて古い設定を削除します。自動更新で古いURLへのアクセスが続かないようにしてください。
4. 公開投稿、共有ドキュメント、スクリーンショットからURLを削除します。アカウントのパスワードも漏えいした場合は、別途変更してアカウントの状態を確認してください。

サブスクリプションを公開コードリポジトリ、共有ブックマーク、確認できていないクラウド同期メモに保存しないでください。QRコードにもサブスクリプションの認証情報がすべて含まれる場合があり、QRコードの表示はURLの共有と同程度のリスクがあります。問い合わせ時は、クライアント名、バージョン、エラーの種類、必要な範囲で情報を伏せたログだけを共有してください。