VPNサブスクリプションURLとは、クライアントが接続先の設定を取得するための入口です。通常はアカウントに紐づくアクセス情報が含まれています。対応クライアントにURLを追加すると接続先の情報を読み込めますが、追加できただけでは接続は確立しません。初めて使う場合は「URLを入手する」「設定を追加する」「接続を有効にする」「通信を確認する」の順に進めましょう。URLをブラウザーに貼り付けるだけでは完了しません。

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

クライアントは設定を読み込み、接続を確立し、通信の振り分けを行います。ノードは接続先となるリモートサーバーで、設定にはサーバーアドレス、ポート、プロトコル、認証情報などが含まれる場合があります。サブスクリプションURLを使うと、サービス側が管理する設定をクライアントに読み込ませられます。接続先に変更があった場合も、項目ごとに手動で直さず再取得できます。

サブスクリプションURLはhttps://で始まることがよくありますが、一般的なWebページのURLも同じ形式です。先頭だけで用途を判断することはできません。ノード一覧を返すURLもあれば、ルール、プロキシグループ、DNS設定を含む一式の設定を返すURLもあります。内容はサービス提供元と、選択したクライアントの形式によって異なります。

追加するものを見分けてから操作を選ぶ
対象 主な用途 間違えやすい点
サブスクリプションURL 設定一式を取得・更新する アプリのインストーラーでも決済ページでもない
単一ノードの共有リンク 接続先を1つ追加する サブスクリプションの更新に対応しているとは限らない
設定ファイル ノードや、付属する場合はルールを保存する ローカルファイルは自動同期されるとは限らない
クライアント 設定を読み込み、接続を確立する 対応プロトコルやサブスクリプション形式はそれぞれ異なる

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはそれぞれ異なるプロキシプロトコルであり、クライアントのブランド名ではありません。クライアント側も、使用するプロトコルや関連する通信方式に対応している必要があります。この記事では一般的な用語を説明しており、YuanVPNがこれらすべてのプロトコルを提供するという意味ではありません。実際に利用できる設定は、管理画面とダウンロード案内をご確認ください。

サブスクリプションURLの入手方法

サービスのアカウント管理画面から入手してください。公開チャットや検索結果で「共通サブスクリプション」を探すのは避けましょう。YuanVPNはメールアドレス不要で、ユーザー名とパスワードで利用できます。ログイン後、クライアントとサブスクリプションを取得できます。iOS版のダウンロードには有効なプランが必要です。まず管理画面のログインページにアクセスし、画面の案内に沿ってサブスクリプションとダウンロードの項目を確認してください。

  1. 自分のサービスアカウントにログインしていることを確認し、プランと通信量の状況を確認します。他サービスの情報を誤ってコピーしないよう注意してください。
  2. 使用するクライアントに合った形式を選びます。管理画面に専用の追加方法がある場合は、まずその案内に記載された対応条件を確認してください。
  3. コピー用ボタンでURL全体を取得してください。チャットのプレビューやスクリーンショット、改行されたテキストからつなぎ合わせるのは避けましょう。
  4. クライアントで「URLから追加」などの項目を選ぶか、サービスが明示的に案内しているワンタップ追加機能を使います。

追加方法が見つからない場合は、クイックスタートガイドをご覧ください。またはサポートページから、使用しているプラットフォームとクライアント名を添えてお問い合わせください。問題を報告する際は、まず発生している現象を説明すれば十分です。サブスクリプションURL全体を送る必要はありません。

各プラットフォームでクライアントに追加する方法

メニュー名はプラットフォームによって異なりますが、基本的な流れは同じです。リモートサブスクリプションを追加し、読み込み完了を待って設定を選び、接続を有効にします。追加する前に、クライアントの入手元と形式の対応状況を確認しましょう。URLをコピーできたからといって、すべてのアプリで読み込めるとは限りません。

Windows・macOS・Linux

デスクトップ版では通常、「設定」「サブスクリプション」などのメニューからリモートURLを追加します。見分けやすい名前を付けてURLを貼り付け、保存して更新を実行してください。ノード一覧が表示されたら、使用する設定と接続先ノードも選択します。クライアントによってはシステムプロキシを別途有効にする必要があります。より広い範囲のシステム通信を扱うTUNモードを備えたものもあります。

システムプロキシが適用されるのは、その設定に従うアプリだけです。すべてのプログラムが利用するとは限りません。TUNモードでは仮想ネットワークインターフェース、ルーティング、権限が関わるため、ルール確認なしですべての通信が処理されると考えるべきではありません。Linuxではデスクトップのプロキシ設定、ターミナル環境、各アプリの設定が一致しているかも確認してください。通知領域のアイコンだけでは判断できません。

iOS・Android

モバイル版ではURLを手動で貼り付ける方法のほか、アプリ間の連携で追加できる場合があります。連携で画面が切り替わったら、意図したクライアントが開いていることを確認してから設定を保存してください。初回接続時に、VPN設定の追加やVPN接続の確立を許可するようシステムから求められる場合があります。これはシステムの通信制御に関する許可であり、プランが有効になったことを示すものではありません。

Androidクライアントには、アプリごとに通信を含める、または除外する設定がある場合があります。iOSはクライアントの機能やシステムのネットワーク仕様に左右されるため、別のプラットフォームの操作手順をそのまま当てはめることはできません。端末が組織の管理下にある場合や、ほかの通信制御アプリを使っている場合は、見覚えのない設定を削除する前に管理上の要件を確認してください。

  • ✅ サブスクリプション名、更新結果、ノード一覧が表示されている。「URLを保存しました」と表示されるだけでは不十分です。
  • ✅ 使用する設定とノードを選択し、接続を有効にしている。
  • ✅ システムプロキシ、TUN、アプリごとの振り分けのうち、実際に有効なモードを確認している。
  • ❌ ブラウザーで特定のWebページを開けても、すべてのアプリが接続先を経由している証明にはなりません。

追加後にルールとDNSを確認する方法

まずクライアントに接続エラーが表示されていないか確認し、その後、出口IPと対象アプリの通信を検証します。有効化する前にローカルネットワークの出口情報を記録し、有効化した後、プロキシ経由になる想定のブラウザーで再度確認してください。出口が変わっていれば、その確認時の通信経路は変わったと判断できます。ただし、すべてのアプリの通信が切り替わったとは限りません。

ルールモードでは、ローカルサービスに直接接続し、海外サイトにはプロキシを使う設定になっている場合があります。これは通常の振り分けです。対象アプリが直接接続する場合は、アプリが除外されていないか、ドメインにどのルールが適用されているか、どのプロキシグループが使われているかを確認してください。全体モードは一時的な比較や切り分けに使えますが、ローカルサービスへの接続経路も変わる可能性があります。確認後は、用途に合った設定に戻してください。

DNSの確認結果は、想定している通信経路とあわせて判断する必要があります。テストで特定のDNS事業者名が表示されても、それだけで漏えいとは限りません。重要なのは、保護される想定のドメインの名前解決が、想定外のローカルネットワーク出口から行われていないかです。ブラウザーのセキュアDNS、システムの名前解決、クライアントのDNS設定、振り分けルールが結果に影響する場合があります。テストページの地域表示だけで判断せず、クライアントのログも確認しましょう。

確認のポイント サブスクリプションの更新成功、ノードへの接続成功、対象アプリの通信経路が想定どおりであることは、それぞれ別の確認項目です。個別に確認すれば、設定、接続、通信の振り分けのどこに問題があるかを切り分けやすくなります。

サブスクリプションURLはどのくらいの頻度で更新する？

すべてのサービスに共通する更新間隔はありません。サブスクリプションの更新は設定を再取得する操作であり、接続状態をリアルタイムに更新するものでも、プランの更新や通信量のリセットを代替するものでもありません。初回の追加後、サービスから接続先変更の案内があったとき、ノードが明らかに不足しているとき、認証情報がリセットされたときは、手動で更新してください。自動更新の頻度は、クライアントとサービスの案内に従って設定します。

現在の接続に問題がなければ、何度も手動更新する必要はありません。更新に失敗した場合は、使える設定を残したままエラーの種類を確認してください。削除すると復元できなくなるおそれがあります。自動更新はバックグラウンド実行の制限や端末のスリープの影響を受けることもあります。有効になっている表示だけでは、毎回実行されたとは判断できません。

エラーの内容から原因を切り分ける

  • リクエストがタイムアウトする：現在のネットワークからサブスクリプションの接続先にアクセスできるか確認します。更新リクエストが、すでに使えなくなったプロキシ経路に依存していないかも確認してください。
  • 認証に失敗する、またはアクセスを拒否される：管理画面に再ログインしてアカウントの状態を確認し、URLがリセットまたは無効化されていないか、コピーが途中で切れていないかを確認してください。
  • 設定を解析できない：クライアントが形式とバージョンに対応しているか確認してください。取得した内容が設定ではなく、ログインページやエラーページの場合もあります。
  • 更新できても接続できない：ノード、プロトコルの互換性、ネットワーク環境、アカウントの制限を確認してください。サブスクリプションURLを何度も変更する必要はありません。

IEPL専用回線、中継、直接接続は回線の構成方法を表すもので、サブスクリプションファイルの形式ではありません。中継は通常、中間サーバーを経由して通信します。直接接続は通常、クライアントから対象ノードへ直接接続します。IEPLは専用線の伝送リソースを指します。名称だけで個々の通信品質が保証されるわけではなく、URLの表示を書き換えても通常の回線が専用線に変わることはありません。

サブスクリプションURLが漏えいしたときの対処

URL全体が公開された場合は、認証情報が漏えいしたものとして扱ってください。チャットのメッセージを削除すれば、その後の拡散を抑えられる可能性はありますが、すでに保存された内容は回収できません。アカウントのパスワードを変更しても、サブスクリプションのトークンが無効になるとは限らないため、別途対処方法を確認する必要があります。

  1. 管理画面でサブスクリプションの認証情報をリセットまたは無効化する機能を探してください。該当する項目が見つからない場合は、サービス提供元に無効化の方法を確認します。
  2. 新しいURLを取得し、使用中の各端末で古いURLを置き換えてから設定を更新します。
  3. 古い認証情報が無効になったことを確認してください。すでにダウンロード済みのノード設定で接続を続けられるかどうかは、サーバー側で関連する認証情報も同時に更新または無効化されたかによります。
  4. プランの通信量とアカウントの状態に異常がないか確認し、公開済みのスクリーンショット、共有ドキュメント、不要なクリップボード同期の履歴を整理してください。

サポートにログを送る必要がある場合は、サブスクリプションURL内のトークン、ノードのパスワード、認証情報を隠してください。ユーザー名だけを隠しても不十分な場合があります。ログ、QRコード、設定のエクスポートファイルに、再利用可能な認証情報が含まれていることがあります。

初めて使う方へのまとめ 管理画面から使用するクライアントに合ったサブスクリプションを取得し、追加後に接続と通信の振り分けを確認します。更新に失敗したら、設定をむやみに削除せずエラーを確認してください。URLが漏えいした場合は、まず認証情報を無効化し、自分の端末の設定も更新しましょう。