サブスクリプションURLとは、クライアントに接続設定を読み込ませるためのアドレスです。通常、アクセスに必要な認証情報が含まれています。対応するクライアントに登録すると、ノードや関連設定を取得できます。アプリのインストールファイルでも、支払い用のページでもありません。URLを取得した後、設定の登録と有効化を行い、接続を確認する必要があります。

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

ここでいう「サブスクリプション」は、料金の支払い周期と混同しやすい言葉です。プランはアカウントで利用できる通信量やサービス内容を定め、サブスクリプションURLは接続設定をクライアントに渡します。月額プランとデータ容量パックのどちらでも、URLを通じて設定が提供される場合があります。URLの名称だけで課金方式を判断することはできません。

ノードは個別の接続先です。サブスクリプションURLからノード一覧が取得できる場合もあれば、ノード、グループ、ルールを含む設定一式が取得できる場合もあります。形式はサービス側の提供内容によって異なります。インポート後にノード一覧が表示されても、システムプロキシやトンネルモード、振り分けルールが有効になったとは限りません。

まず内容を見分けてから、使い方を決める
用語役割これだけでは判断できないこと
プランアカウントの通信量、利用状況、料金体系クライアントが正しく接続されているか
サブスクリプションURL更新可能な接続設定をクライアントに提供するすべてのクライアントに対応しているか
ノードURL個別の接続先とプロトコルのパラメーターを示すルール一式や自動更新機能が含まれているか
クライアント設定を読み込み、選択したモードでネットワーク接続を処理するアカウントのサービス特典がまだ利用可能か
振り分けルールリクエストを直接接続するか、プロキシ経由にするかを決めるすべてのアプリが同じ接続先を経由するか

管理画面から正しいサブスクリプションURLを取得する

VPNYoungの管理画面にアクセスしてログインし、サブスクリプションまたはクライアント設定の項目を探します。画面のバージョンによってボタン名が異なる場合があるため、現在表示されている案内に従ってください。検索結果やチャット履歴、見知らぬ解説ページにある他人の設定URLはコピーしないでください。

  1. 自分のアカウントにログインしていることを確認し、プランの状態、残りの通信量、管理画面のお知らせを確認します。アカウントが利用できない状態では、何度インポートしても解決しないことがあります。
  2. まず利用するクライアントを決め、そのクライアントに対応する形式を管理画面で選びます。専用のインポート手順が用意されている場合は、管理画面の案内を優先してください。
  3. 管理画面のコピー機能でURL全体を取得し、手動選択で末尾のパラメーターが欠けないようにします。ブラウザーのアドレスバーに表示される管理画面のURLを、サブスクリプションURLと取り違えないでください。
  4. 自分の端末でインポートしてください。端末間のクリップボードを使ってコピーした場合は、利用後にクリップボードの履歴や同期範囲を確認しましょう。

ブラウザーでURLを開くと、設定テキストが表示されたり、ファイルがダウンロードされたり、読みにくい形式のデータが表示されたりすることがあります。いずれも正常な設定の受け渡し方法である可能性があります。内容を確認するために、URL全体をオンラインのデコードサービスやサブスクリプション変換サイトに送信しないでください。第三者がURLを取得すると、接続情報を入手するおそれがあります。

各端末でクライアントに設定をインポートする方法

まず管理画面のダウンロードページからクライアントと対応する説明を確認してください。iOSアプリの入手条件は管理画面で案内されます。クライアントの名称やバージョン、内部の実装によって互換性は異なります。「サブスクリプション対応」と書かれているだけで、あらゆる形式を読み込めるとは限りません。

Windows・macOS

クライアントの設定、サブスクリプション、または設定管理画面でURLから追加する項目を選び、管理画面のアドレスを貼り付けてダウンロードまたは更新します。識別しやすい名前を付けてもかまいませんが、URLのパスやパラメーターは変更しないでください。インポート後はその設定を現在の設定として選び、クライアントの説明に従ってシステムプロキシまたはトンネルモードを有効にします。

Android・iOS

クライアントが対応していれば、クリップボードからのインポート、QRコードの読み取り、管理画面からのアプリ起動を利用できます。インポートをタップしても反応がない場合は、該当するクライアントがインストールされているか確認してから、アプリ内でURLを手動追加してください。システムからVPN設定の追加やVPN接続を求められた場合は、使用中のクライアントからの要求であることを確認してから許可するか判断しましょう。

Linuxなどその他の利用環境

GUIクライアントには通常、リモート設定の追加項目があります。コマンドラインツールでは、設定ファイルや別の更新手順が必要な場合があります。コマンドラインにURLを入力するときは、端末のコマンド履歴に残る点に注意してください。見知らぬウェブページに掲載されたダウンロード・実行コマンドをそのまま実行したり、認証情報を含む設定を公開リポジトリに登録したりしないでください。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたはプロトコル群であり、サブスクリプション形式の別名ではありません。クライアントはサブスクリプションの形式を読み取れるだけでなく、設定内で使われているプロトコルとパラメーターにも対応している必要があります。これは一般的な互換性の説明であり、VPNYoungがこれらすべてのプロトコルを提供するという意味ではありません。実際の対応状況は管理画面の設定を確認してください。

インポート後に接続を確認する方法

「更新成功」は、クライアントがデータを取得して解析できたことを示すだけで、すべての通信が想定どおり転送されているとは限りません。まず現在の設定と利用可能なノードを選び、クライアントの接続ログを確認します。対象アプリの通信が記録されない場合は、ノードを次々と切り替える前にプロキシモードを確認してください。

  • ✅ 設定一覧に追加したサブスクリプションが表示され、更新時に解析エラーが発生していない。
  • ✅ この設定が有効になっており、グループ内で選択したノードが現在の用途に合っている。
  • ✅ 対象アプリを開いたとき、クライアントのログに該当するリクエストと適用されたルールが表示される。
  • ✅ プロキシが必要なリクエストは想定した接続先を使用し、ローカルサービスの直接接続もルールどおりに動作する。
  • ❌ ステータスバーにVPNアイコンが表示されただけで、すべてのアプリやDNSリクエストが同じ方法で処理されていると判断する。

ルールモードでは一部のリクエストが直接接続されるため、ほかの通信と接続先が異なっていても、必ずしも障害とは限りません。システムプロキシは通常、システムのプロキシ設定に従うアプリだけに適用されます。トンネルモードはより広い範囲をカバーしますが、ルーティング、除外ルール、クライアントの実装にも左右されます。ブラウザー独自のプロキシ拡張機能がシステム設定と競合することもあります。

DNSリークとは、ドメイン名の問い合わせが想定した保護経路を通らない状態です。「ローカルDNSが検出された」というだけで、ルールから外れていると断定はできません。クライアントのDNS設定、ブラウザーの暗号化DNS設定、接続ログをあわせて確認してください。サブスクリプションにDNS設定が含まれていても、クライアントに正しく読み込まれているか確認が必要です。インポート成功だけでプライバシー保護の確認が完了したとはいえません。

サブスクリプションの更新頻度と、更新で変わる内容

すべてのクライアントに共通する更新間隔はありません。クライアントが推奨する自動更新設定を維持し、管理画面のお知らせも確認してください。初回のインポート後、サーバーからノード変更の通知があったとき、ノード一覧が明らかに古いとき、サブスクリプションの認証情報を再発行したときは、手動で更新するとよいでしょう。エラーの調査の代わりに何度も更新するのは避けてください。

更新するとサーバーからデータを再取得するため、ノードのアドレスや名称、利用可能なパラメーター、ルールが変わることがあります。サーバーが設定一式を提供する場合、ローカルで直接編集した内容が上書きされる可能性があります。ノード一覧だけが提供される場合は、通常、振り分け設定一式が自動で作られるわけではありません。具体的な設定の統合方法はクライアントの説明を確認してください。

個人用のルールを残すには、クライアントが対応している上書き、統合、ローカルルールの機能を使い、適用順序も確認してください。更新後は現在のグループ設定を見直し、以前手動で選んだノードが削除されたことで、希望に合わない選択に切り替わっていないか確認しましょう。

サブスクリプションの更新は、契約更新でも再発行でもありません。更新は同じURLから設定を再取得することです。契約更新やプラン変更はアカウントの利用条件を変更し、再発行では古い認証情報を無効にする必要があります。トラブルに対処する前に、何を変更する必要があるか確認してください。

更新エラーと接続エラーを分けて調べる

更新エラーは「設定の取得」段階、接続エラーは「設定の使用」段階で発生します。まずエラーメッセージを確認し、問題の箇所を切り分けてください。サポートに問い合わせる際は、OS、クライアントのバージョン、発生した段階、エラーメッセージを伝えられます。URL、トークンなどの認証情報は必ず隠してください。

設定を取得できない・形式エラーが表示される

管理画面に戻り、使用中のクライアントに合ったURLをコピーし直します。余分な空白や改行が入っていないか、URLが途中で切れていないか確認してください。ネットワーク通信に失敗する場合は、端末から管理画面とサブスクリプションURLの配信元にアクセスできるか確認します。クライアントがサブスクリプション取得時の接続経路を変更できる場合は、公式の説明に沿って試してください。まだ設定をインポートしていないと利用できない経路に依存する、といった循環が起きないよう注意しましょう。

ログイン画面やエラーページ、対応していない内容が返されると、クライアントが解析エラーとして表示する場合があります。アカウントの状態、URLの有効性、形式の選択を確認してください。クエリパラメーターをむやみに削除したり、HTTPSエラーを回避するために証明書の検証を無効にしたりしないでください。端末の日付と時刻が正しいことも確認しましょう。

更新できるのにアプリの通信に問題がある

現在の設定が有効か、対象アプリの通信にプロキシルールが適用されているか、端末でほかのプロキシツールが同時に動作していないか確認してください。元の設定を残したまま、管理画面の案内に従って別のノードに切り替えると、特定の接続先の問題か端末側の設定の問題かを切り分けられます。さらに調べる場合は、ヘルプセンターまたはサポート窓口をご覧ください。

IEPL専用線、中継、直接接続は回線の構成方法を示すもので、サブスクリプションファイルの形式ではありません。専用線や中継回線でも、プロトコル、DNS、振り分けをクライアントが正しく処理する必要があります。ノード名だけから実際の通信経路を判断することはできず、特定のアプリが常に利用できると保証するものでもありません。

URLが漏えいしたときの再発行と確認方法

URL全体を公開グループ、問い合わせの添付ファイル、公開リポジトリなどに投稿した場合は、認証情報が漏えいしたものとして扱ってください。投稿を削除すれば拡散を抑えられますが、すでにコピーされた内容は回収できません。アカウントのパスワード変更とサブスクリプション認証情報の無効化は別の操作です。パスワードを変更すれば古いURLも無効になるとは限りません。

  1. URLの転送を止め、管理画面でサブスクリプションの再発行または認証情報の取り消し機能を探してください。該当する項目がない場合は、サポート窓口に対処方法を確認します。
  2. 再発行時の案内を読み、影響範囲を確認してください。無効になるのが古いサブスクリプションURLだけなのか、ノード接続用の認証情報も更新されるのかを確認します。両方が同時に変更されるとは限りません。
  3. 新しいサブスクリプションURLを取得し、自分の各端末で古いURLと差し替えます。その後、設定を更新して有効化し、接続を確認してください。
  4. 古いURLから有効な設定を取得できなくなったことを確認します。古いURLが無効になっても、ダウンロード済みの設定で接続できるかどうかはノードの認証情報が無効化されているかによります。必要に応じてサポート窓口に確認してください。
  5. 公開した投稿、共有メモ、クリップボードの履歴に残った複製を削除し、アカウントの通信量や確認可能なセキュリティ通知に異常がないか確認します。

日頃の管理：URLを渡すのは必要なクライアントだけに

できるだけ管理画面から自分のクライアントに直接設定し、共有文書にURLを平文で長期間保存しないでください。保存が必要な場合は、信頼できる認証情報管理ツールを利用しましょう。操作画面のスクリーンショットを共有する前に、アドレスバー、QRコード、ログ、設定の詳細を確認してください。人の目で内容を読み取れないからといって、QRコードを公開してよいわけではありません。

端末を買い替えたら、新しい端末で問題なく使えることを確認してから、古い端末に残った設定とバックアップを削除してください。VPNYoungは利用端末数に制限がなく、対応プラットフォームで利用できますが、サブスクリプションURLを他人に公開してよいという意味ではありません。メールアドレスが不要な点はアカウント利用時の安心材料ですが、サブスクリプションの認証情報は引き続き適切に管理してください。

量子暗号はVPNYoungが掲げるセキュリティ上の特長ですが、暗号化だけで認証情報の管理を代替できるわけではありません。信頼できるクライアントだけにURLを渡し、エラーの発生段階を切り分け、漏えい時は無効化の範囲を確認することが、取得から継続利用まで実践できる基本です。