サブスクリプションリンクとは？取得・クライアントへの追加と更新を徹底解説

サブスクリプションリンクとは？簡単に言えば、サービスの管理パネルで生成され、対応クライアントが読み込む設定情報の入口です。クライアントがこの入口にアクセスすると、接続先の名前、サーバーアドレス、ポート、プロトコルパラメータ、振り分けに必要な基本情報を取得し、選択可能なノードとして整理します。設定を1件ずつ手入力する手間を省けますが、リンク自体が回線そのものというわけでも、公開してよい一般的なWebページのURLというわけでもありません。

サブスクリプションリンクを理解するうえで重要なのは、「パネルアカウント」「サブスクリプションリンク」「クライアント設定」を分けて考えることです。パネルアカウントはサービスを管理するためのもの、サブスクリプションリンクは現在の設定を伝えるもの、クライアントは接続を確立し、出口を選び、トラフィックの振り分けを実行するものです。3者には関係がありますが、互いに代用はできません。回線の更新、端末の移行、リンクの漏えいが起きたときは、まずどの層の問題かを見極めるほうが、クライアントを何度も再インストールするより効果的です。

サブスクリプションリンクに含まれる情報

サブスクリプションの内容は通常、機械で読み取れるノード情報の集まりです。クライアントの対応方式によって、エンコードされたテキストとして返される場合もあれば、特定形式の設定ファイルとして返される場合もあります。ブラウザーで直接開いて内容が読めなくても、リンクが無効とは限りません。もともとクライアントが解析するためのデータだからです。

利用可能な設定には通常、サーバーアドレス、接続ポート、認証情報、転送プロトコル、暗号化またはTLSパラメータ、回線表示名などの項目が含まれます。サブスクリプションによっては、プロキシグループ、リモートルール、DNSの推奨設定が付加されることもありますが、拡張内容が有効になるかはクライアントが対応形式を認識できるかどうかに左右されます。同じリンクを異なるソフトに追加しても、表示される項目が完全に一致するとは限りません。

サブスクリプションにおける主なプロトコル

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはいずれもサブスクリプションで配布される場合がありますが、動作方式はそれぞれ異なります。Shadowsocksは暗号化プロキシ方式で、サーバー、ポート、パスワード、暗号化方式が主な設定項目です。VMessには独自の認証情報と転送パラメータがあります。VLESSはよりシンプルな設計で、TLS、Realityなどの転送方式と組み合わせて使われることがあります。Trojanは通常TLSを利用して接続するため、証明書やサーバー名などのパラメータに左右されやすい傾向があります。

Hysteria2とTUICは主にQUICおよびUDPを利用するため、従来のTCP方式とは適したネットワーク環境が異なります。利用中のネットワークがUDPを制限している場合、サブスクリプションを正常に追加できても、ノードへの接続を確立できないことがあります。クライアントが対象プロトコルとそのパラメータのバージョンに対応している必要があり、「サブスクリプションを読み込める」ことは「含まれるすべてのノードに接続できる」ことを意味しません。

ユーザーパネルから取得して安全に保存する

サブスクリプションの入口は通常、ユーザーパネルのサブスクリプション、クライアント、クイック設定などのエリアにあります。ログイン後は、表示されているものが「サブスクリプションリンク」なのか、特定のソフト専用の設定ボタンなのかを確認してください。パネルに複数のクライアント形式がある場合は、端末のソフトに合う形式を選び、すべての形式を順番に追加しないようにします。同じ名前の設定グループが重複し、後の更新時にどれを使っているのか分かりにくくなる場合があります。

1. ユーザーパネルにログインします。パネル内のクライアントまたはサブスクリプションエリアから進み、検索エンジンでいわゆる代理取得ページを探さないでください。
2. 形式の説明を確認します。入口に汎用サブスクリプション、特定クライアント用設定、単一ノード追加のいずれかが記載されているか確認します。
3. アドレス全体をコピーします。末尾の文字が欠けないようにし、余分なスペース、改行、日本語の句読点を追加しないでください。
4. そのままクライアントに追加します。リンクをチャット画面、一時メモ、複数人で共有するクリップボードツールに長期間残さないようにしてください。
5. 設定に名前を付けます。サービス名や用途を使って命名し、テスト用設定や古い設定と混同しないようにします。
6. 完了後にノードを確認します。クライアントに回線一覧が正しく生成されているか、解析できないテキストが1件保存されただけではないかを確認します。

VPNHeのパネルはメールアドレスなしで利用を開始でき、ユーザー名とパスワードで使えます。パネルの認証情報とサブスクリプションアドレスは適切に保管してください。前者はアカウント管理の入口を守り、後者はクライアントによる設定情報の読み込みを直接許可する場合があります。アカウントのパスワードが漏れていなくても、公開されたサブスクリプションアドレスが他者に使われる可能性があるため、ログイン情報だけでなくリンク自体も保護する必要があります。

• ✅ ログイン済みのユーザーパネルからリンクを直接コピーする
• ✅ 追加前にクライアントとサブスクリプション形式の互換性を確認する
• ✅ 設定名で現在のサブスクリプションと古いものを区別できるようにする
• ✅ リンクは管理下にある端末と信頼できるクライアントだけに保存する
• ❌ 完全なリンクを公開の速度測定ページや解析ページに送信しない
• ❌ スクリーンショット、グループチャット、共有ドキュメントでリンクを伝えない

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

プラットフォームによって画面上の名称は異なりますが、追加の流れはおおむね同じです。「サブスクリプション」「設定ファイル」「リモート設定」などの入口を開き、URLから追加する方法を選び、リンクを貼り付けて保存した後、更新を実行します。サブスクリプションアドレスを単一ノードのサーバーアドレス欄に誤って入力しないでください。サーバーアドレス欄が受け付けるのは特定ノードのホスト名またはIPであり、サブスクリプション全体は解析できません。

WindowsとmacOS

デスクトップクライアントでは通常、サブスクリプションが独立した設定管理エリアにあります。追加後は対象の設定グループを選び、具体的なノードまたは自動選択ポリシーを指定します。ソフトによっては、システムプロキシや仮想ネットワークアダプターのモードを有効にする必要もあります。接続ボタンが有効になっていても、システムの通信がすでにプロキシ経由とは限りません。クライアントのログとシステムのネットワーク設定で引き継ぎ状態を確認できます。

macOSには、ネットワーク拡張機能とシステムプロキシ権限に関する独自の許可手順があります。該当モードを初めて有効にするときは、システムの案内に従って許可を完了してください。設定を正常に追加できてもブラウザーが通常のネットワークを使う場合は、ルールモード、グローバルモード、アプリ内プロキシのどれが動作しているかを確認し、そのうえで他のネットワークツールがシステムプロキシを上書きしていないか確認します。

AndroidとiOS

モバイルプラットフォームでは、初回接続時にVPN設定の作成を求められることがあります。これはシステムがネットワークトンネルを確立するために必要な許可です。サブスクリプションリンクはブラウザーのアドレスバーに貼り付けて長期保存せず、クライアントの設定管理エリアに追加してください。モバイルOSはバックグラウンド動作を制限するため、自動更新が予定どおり実行されるかは、クライアントの機能とシステムのバックグラウンドポリシーに左右されます。

モバイル端末で追加後にノードが表示されない場合は、まずリンクをクライアントに再度コピーし、入力システムによってスペースが挿入されていないか確認します。同じリンクをデスクトップでは読み込めるのにモバイルでは読み込めない場合は、サーバー側の障害と決めつけず、モバイルクライアントがサブスクリプション内のプロトコルに対応しているかを優先して確認してください。

クライアントによって表示が異なるのはなぜか

サブスクリプションの各フィールドを解析する能力は、クライアントごとに異なります。ノードとプロキシグループの両方を読み込むソフトもあれば、ノードだけを抽出するソフトもあります。リモートルールを保持するものもあれば、ローカルの既定ルールで上書きするものもあります。プロトコル名が同じでも、すべての拡張パラメータに互換性があるとは限りません。特にTLSフィンガープリント、Reality、UDP、輻輳制御、マルチプレクス設定などでは、古いコアがパラメータを無視したり、直接エラーを出したりすることがあります。

サブスクリプションの更新はいつ行うべきか

サブスクリプションに、すべてのクライアント共通の固定更新頻度があるわけではありません。更新が必要になるのは、サーバー側で回線、ノード名、プロトコルパラメータ、リモートルールが変更された後や、端末の一覧とパネルの情報が一致しないときです。クライアントに表示される「自動更新間隔」は端末側が設定を取得する予定であり、サーバー側の内容が同じ周期で変わることを意味しません。

普段は、自動更新に対応したクライアントの仕組みに任せて更新できます。異常が起きたときは、他の確認をする前にまず手動更新を1回実行してください。変更済みのサーバーアドレスや古いパラメータを使い続けるのを防げます。更新後にノード一覧が変わった場合は、現在選択しているノードを再確認します。以前の項目が置き換えられたり、名前を変更されたり、設定から外れたりしている可能性があるためです。

1. 現在の接続を切断します。設定の更新中も古いノードをクライアントが使い続けるのを避けます。
2. サブスクリプションを更新します。リクエスト成功、解析成功、または更新時刻の変化がクライアントに表示されるか確認します。
3. ノードを選び直します。すでに無効になった古い選択をそのまま使わないでください。
4. 振り分けモードを再確認します。クライアントによっては、設定グループを切り替えると、そのグループ固有のルール設定に戻ることがあります。
5. 接続ログを確認します。まだ失敗する場合は、DNS、ハンドシェイク、タイムアウト、プロトコル非互換のどれかを切り分けます。

更新に失敗しても古いノードは使える

この状態は、ローカルキャッシュに古い設定が残っていることを示すだけで、サブスクリプションの取得が正常とは限りません。更新ログに接続タイムアウト、証明書エラー、認証失敗、形式解析エラーがないか確認してください。すぐにすべての設定を消去せず、使えるコピーを残してパネルの状態を確認します。直接削除すると、一時的に使える回線や比較用の古いパラメータまで失う可能性があります。

更新に成功しても回線が変わらない

更新成功は、クライアントが現在の内容を取得して解析できたことを示すだけです。サーバー側の設定が変わっていなければ、ノード一覧がそのままでも正常です。クライアントによってはノード名を基準に記録を統合するため、パラメータの変更が一覧名に表れないこともあります。判断するときは、名前や件数だけでなく、設定の詳細や接続ログを確認してください。

振り分けルールとDNSリークを確認する方法

サブスクリプションは接続設定を提供しますが、「どの通信を回線経由にするか」は通常、クライアントの振り分けルールが決めます。ルールモードでは、ドメイン、IP、アプリ、ルールセットに応じて直接接続、プロキシ、ブロックを選択します。グローバルモードではより多くの通信を現在のノードに渡し、直接接続モードではサブスクリプションの回線を経由しないことがあります。追加後のアクセス結果が想定と異なる場合は、ノードを切り替えるだけでなく、まず現在のモードとルールの適用状況を確認してください。

IEPL専線、中継、直接接続は、それぞれ異なる回線経路を指します。直接接続は通常、利用者のネットワークから出口サーバーへ直接アクセスします。中継では中継入口に接続してから出口へ転送します。IEPL専線は、特定の国際伝送経路を重視した方式です。サブスクリプションでこれらの回線を同じ一覧に入れることはできますが、クライアントが設定どおりに接続を確立するだけで、通常の直接接続ノードを自動的に専線へ変えることはできません。回線の種類はサービスパネルに明記された内容を基準にしてください。

DNSリークとは、ドメイン検索が想定したクライアント設定の経路を通らず、利用中のネットワークのDNSへリクエストが送られ続ける状態です。名前解決結果の不一致、地域判定の異常、ドメインにアクセスできないといった問題につながることがあります。確認時は、クライアントのDNS設定、システムの暗号化DNS、ブラウザー内蔵のセキュアDNS、DNSリクエストを別の出口へ送る振り分けルールを同時に確認してください。

• ✅ 現在がルールモード、グローバルモード、直接接続モードのどれかを確認する
• ✅ 対象ドメインが最終的にどの振り分けルールに適用されたか確認する
• ✅ クライアントのDNSとシステムのDNSが互いに上書きしていないか確認する
• ✅ ブラウザーで独自のセキュアDNS設定が有効になっていないか確認する
• ✅ IPv4とIPv6が異なる出口経路を使っていないか確認する
• ❌ 「クライアントが接続済み」と表示されるだけで実際の経路確認を済ませない

特定のアプリが常に回線を経由しない場合は、システムプロキシを迂回していないか、独自のネットワークスタックを使っていないか、クライアントで仮想ネットワークアダプターのモードが有効になっているかも確認します。ブラウザーは通常システムプロキシに従いますが、ゲーム、コマンドラインツール、一部のデスクトップアプリは従わないことがあります。その場合は、クライアントの機能に応じてシステムプロキシ、仮想ネットワークアダプター、アプリ単位のプロキシを選び、サブスクリプションの内容自体を変更しないでください。

サブスクリプションリンクが漏えいした場合のリセット手順

サブスクリプションリンクを誤った場所に送信した、公開スクリーンショットに写り込んだ、出所の不明なソフトに追加したことがある場合は、漏えいしたものとして扱います。公開メッセージを削除しても、その後の閲覧を減らせるだけで、すでにコピーされたアドレスを無効にはできません。確実な対処は、ユーザーパネルでサブスクリプションリンクをリセットし、古いアドレスで新しい設定を取得できない状態にしてから、新しいアドレスを信頼できる端末へ追加することです。

1. これ以上広めないようにします。公開コンテンツ、共有ドキュメント、一時メモにある完全なアドレスを削除します。
2. ユーザーパネルを開きます。サブスクリプション管理またはセキュリティ関連の入口を見つけ、リンクをリセットします。
3. 古いリンクが無効になったことを確認します。既存のクライアントで古いサブスクリプションを更新し続けないでください。
4. 新しいリンクをコピーします。パネルからのみ取得し、古いチャット履歴やブラウザー履歴から復元しないでください。
5. 各端末の設定を置き換えます。古いサブスクリプションを削除して新しいリンクを追加し、回線と振り分けモードを選び直します。
6. 使っていない端末を確認します。古いクライアント、古いバックアップ、同期クリップボードに保存されたアドレスを削除します。

サブスクリプションのリセットは通常、設定情報の入口だけを変更し、パネルのパスワードを自動で変更するものではありません。アカウント認証情報の漏えいも疑われる場合は、別途パスワードを変更し、使用中の端末を確認してください。逆に、パネルのパスワードを変更するだけでは古いサブスクリプションアドレスが無効にならない場合があるため、2つの操作は互いに代用できません。

追加に失敗した場合の確認手順

サブスクリプションの問題は、「取得できるか」「解析できるか」「接続できるか」「通信がルールどおりに通るか」の順に段階を追って確認するのがおすすめです。前の段階を飛ばして速度測定を繰り返すと、問題の切り分けが難しくなります。クライアントのログには、リクエスト失敗、形式エラー、ハンドシェイク失敗、DNSエラー、接続タイムアウトなどが表示されることが多いため、まずエラーの種類を読み、次の対応を決めてください。

クライアントにリンクが無効と表示される

まずコピーが完全か、先頭や末尾にスペースが入っていないか、パネルでリンクがリセットされていないかを確認します。ブラウザーではアクセスできるのにクライアントへ追加できない場合は、クライアントが返却形式に対応していないか、システムプロキシのループによってクライアント自身が更新リクエストを取り込んでいる可能性があります。いったん接続を切ってから更新するか、パネルが提供する対応形式を使ってください。

追加後にノードが1つも表示されない

これは通常、形式の解析、サブスクリプション内容が空であること、クライアントのコアが非互換であることに関係します。更新ログに取得成功と表示されているのに解析結果が空でないか確認してください。パネルに汎用設定と特定クライアント用設定の両方がある場合は、対応する入口を使います。Webページの共有URL、QRコードページのURL、パネルページのURLをサブスクリプションアドレスと取り違えないでください。

ノードには接続できるがアクセスに異常がある

この場合、サブスクリプションと基本プロトコルはおそらく動作しています。問題はDNS、振り分け、システムプロキシの引き継ぎ、または対象サービスによる出口判定にある可能性が高いです。まず異なるドメインを試し、ルールの適用状況とDNSの名前解決結果を確認します。UDPに依存するアプリだけに異常がある場合は、クライアントと現在のネットワークがUDP転送を許可しているかも確認してください。

端末を替えたら使い続けられない

新しい端末では、ユーザーパネルからサブスクリプションを再取得し、そのプラットフォームが対応する形式で追加してください。古いクライアントのローカルデータベースをそのままコピーすると、システムパス、証明書参照、プラットフォーム固有の設定まで引き継ぐ可能性があります。より安全なのは、サブスクリプションを再追加し、必要な振り分け設定だけを個別に戻す方法です。