購読リンクとは？初心者向け完全ガイド：取得・インポート・更新・漏えい時の対処

購読リンクとは、クライアントが接続設定を取得するための専用アドレスです。サーバーアドレス、ポート、プロトコル、認証情報を一つずつ入力する必要はありません。ユーザーパネルからリンクをコピーし、対応クライアントで読み込めば、現在利用できる設定一覧を取得できます。このアドレスは設定の配布だけでなくアクセス認証情報を含む場合もあるため、一般的なWebリンクのように公開・転送してはいけません。

購読リンクはクライアントでもネットワークプロトコルでもなく、設定をクライアントへ渡す役割だけを担います。実際に接続を確立するのは Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC などのプロトコル実装です。接続経路が直結、中継、IEPL 専線のいずれになるかは、サーバー側の構成と入口設計によって決まります。これらの関係を理解しておくと、インポートに失敗した際にすべての設定を無闇に変更せずに済みます。

購読リンクに含まれる情報

クライアントが購読アドレスへアクセスすると、サーバーから機械可読形式の設定が返されます。内容はエンコードされたノード一覧の場合もあれば、YAML、JSON、クライアント専用形式の場合もあります。ブラウザーで直接開いて文字化けしたり、長い文字列やダウンロードファイルが表示されたりしても、必ずしもリンク切れとは限りません。ブラウザーがプロキシ設定として解析していないだけのこともあります。

完全な設定には通常、サーバーの接続先、ポート、プロトコル、認証項目、通信方式、TLS パラメータ、サーバー名、識別用の回線名などが含まれます。必要な項目はプロトコルごとに異なり、クライアントが不足項目をすべて自動補完するとは限りません。購読生成側はクライアントが認識できる形式を提供し、インポート側は使用されているプロトコルと通信方式の組み合わせに対応している必要があります。

同じ購読アドレスを、すべてのクライアントへそのままインポートできるとは限りません。汎用ノード一覧を読み込むクライアントもあれば、特定の設定構造だけを受け付けるクライアントもあります。また、サーバーが専用の購読形式を提供することを求めるものもあります。「サポートされていない URL」や、インポート後に一覧が空になる場合は、同じアドレスを何度も貼り付けるのではなく、まずクライアントの種類と購読形式を確認してください。

購読は設定を配布し、プロトコルは接続を確立し、回線はトラフィックを運びます。3つは関連していますが、同じ概念ではありません。

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

正しい入口は、サービス提供元が運営する正式なユーザーパネルです。ログイン後、購読、クライアント、接続設定などの項目へ進み、利用中のクライアントに合う形式を選んでから、コピー機能で完全なアドレスを取得します。チャット履歴に残った古い文字列に頼ったり、検索結果に出てくる第三者ページでリンクを再生成したりしないでください。

コピーした後、テストのために検索ボックスへ貼り付けるのはおすすめしません。多くのブラウザーでは、アドレスが履歴、デバイス間の同期データ、検索候補に残る可能性があります。より安全なのは、クライアントに戻り、「URLからインポート」「購読を追加」など同様の項目を選んで貼り付ける方法です。一時的に記録する必要がある場合は、管理下にあるローカルのパスワード管理ツールを使い、インポート後に不要な平文コピーを削除してください。

• ✅ 現在のページが第三者の変換サイトではなく、正式なユーザーパネルであることを確認する。
• ✅ OSだけでなく、クライアントに合わせて購読形式を選ぶ。
• ✅ 末尾の認証文字列やクエリパラメータを欠かさず、リンク全体をコピーする。
• ✅ 通常のノード編集欄ではなく、クライアントの購読追加欄に貼り付ける。
• ❌ リンクを公開チャンネルに投稿して、他人に確認を依頼しない。
• ❌ 完全なアドレスが表示されたパネル画面をスクリーンショットで保存しない。

購読名はサービス名、用途、地域など自由に設定できますが、名前はローカル表示にのみ影響し、回線を変更するものではありません。インポートに成功したら、通常はクライアントに複数の回線名が表示されます。まず購読を保存し、その後に一度更新して、クライアントが購読アドレスへ再度アクセスできることを確認してください。「追加しました」と表示されただけでは、設定を完全に取得できたとは限りません。

各プラットフォームのクライアントへインポートする方法

Windows

Windows クライアントでは通常、「購読管理」と「単一ノードのインポート」が分かれています。購読管理画面を開き、購読アドレスを追加して保存してから更新してください。リンクを単一ノードの編集画面に貼り付けると、クライアントがURL全体をサーバーアドレスとして扱い、形式エラーになることがあります。

接続前に、システムプロキシモードと TUN モードも区別する必要があります。システムプロキシは主にシステムのプロキシ設定に従うアプリを制御します。TUN モードは仮想ネットワークインターフェースを作成するため、通常はより広い範囲をカバーしますが、システム権限が必要になる場合があります。購読はリモート設定を提供するだけで、ローカルでどの方式を使うかを決めるものではありません。ブラウザーは利用できるのに他のアプリが利用できない場合は、すぐに購読をリセットせず、動作モードとルール分岐を確認してください。

macOS

macOS クライアントでは、システムのネットワーク拡張機能を通じてトンネルを構築します。初回の有効化時には、ネットワーク拡張機能や VPN 構成の確認を求められることがあります。購読のインポートに成功しても接続ボタンがすぐ元に戻る場合は、ネットワーク拡張機能が許可されていない、クライアントのコアに互換性がない、古い設定が残って競合している、といった原因が考えられます。

iCloud プライベートリレー、企業ネットワークのフィルター、その他のネットワーク拡張機能を同時に使う場合は、それぞれの制御範囲を明確にしてください。DNS、ブラウザーの通信、デフォルトルートが変更される可能性があります。切り分けでは、主要なネットワーク制御ツールを一度に1つだけ有効にし、基本接続を確認してから他の機能を順番に戻します。

Android

Android クライアントでは通常、サイドメニューや設定画面に「クリップボードから購読をインポート」「URLから追加」といった項目があります。インポート後は、クライアントによるシステム VPN 接続の作成を許可する必要があります。画面ロック後に接続が頻繁に止まる場合は、システムによるクライアントのバックグラウンド動作や省電力制限を確認してください。これはローカルプロセスが一時停止している問題であり、購読アドレスが自動的に無効になったわけではありません。

一部の Android クライアントでは、購読の更新と設定の有効化が別の画面にあります。更新後は、現在選択している設定が残っていることを確認し、分岐モードがローカルテンプレートで上書きされていないか確認してください。クライアントを変更するときは、古いクライアントのデータフォルダーをそのままコピーせず、ユーザーパネルが提供する対応形式で再インポートするのが優先です。

iOS と iPadOS

iOS と iPadOS では、クライアントはシステムが提供するネットワーク拡張インターフェースを通じて動作します。インポート項目は、購読、リモート設定、リソースなどのページにある場合があります。貼り付け後、システムから VPN 構成の追加を求められます。この確認はシステムレベルの接続を構築するためのもので、購読のダウンロードとは別の手順です。

購読をクリップボードから読み込めない場合は、入力欄を長押しして手動で貼り付け、アプリのクリップボード権限を確認してください。設定を更新できても接続できない場合は、プロトコル対応、TLS 検証、現在のネットワークで UDP が許可されているかを引き続き確認します。購読を更新できたからといって、すべての回線が現在のネットワークに適しているとは限りません。

購読情報の更新はいつ行うべきか

購読に一律の固定更新周期はありません。クライアントがローカルに保存しているのは、前回ダウンロードした設定のスナップショットです。サーバー側で回線名、接続先、ポート、プロトコルパラメータが変更されても、古いスナップショットは自動的には変わりません。自動更新の有無や間隔は、クライアントの設定とサーバー側の方針によって決まります。

実用的には、イベントを基準に更新すると判断しやすくなります。ユーザーパネルに設定変更の案内が出た、既存の回線名が大きく変わった、パネルには表示されている回線がクライアントにない、接続パラメータがサーバー側で置き換えられた、またはパネルで購読アドレスをリセットした、といった場合です。普段の接続が正常なら、「更新を速くする」ために何度も削除と再インポートを行う必要はありません。

• ✅ 更新前に、現在動作しているローカル設定を残しておき、新しい設定が原因かローカル環境が原因かを判断できるようにする。
• ✅ クライアントの「購読を更新」機能を使い、サーバー側の結果に合わせて回線一覧を同期する。
• ✅ 更新後、現在選択している回線と分岐モードを再確認する。
• ✅ パネルでリンクをリセットしたら、新しいアドレスに置き換えて再取得する。
• ❌ クライアントの削除を通常の更新手順にしない。
• ❌ 更新に失敗したとき、同じ購読を重複して何度も追加しない。

更新に失敗したときは、「購読へのアクセスに失敗」と「購読の解析に失敗」をまず分けて考えます。前者はタイムアウト、ネットワークエラー、認証失効などとして現れ、クライアントが内容を取得できていないことを示します。後者は形式非対応、設定が空、項目エラーなどとして現れ、内容は返ってきたもののクライアントが解釈できないことを示します。2つの問題では対処の方向がまったく異なります。

古い回線には接続できるのに購読の更新に失敗する場合は、古いスナップショットを一時的に残し、システム時刻、DNS、購読形式、リンクがリセットされていないかを確認してください。原因が分からないうちに設定を消去し、DNSを変更し、コアを切り替え、クライアントを再インストールすると、障害の原因を特定しにくくなります。

リンクが漏えいした場合の対処

購読リンクが公開スクリーンショット、公開リポジトリ、共有ドキュメント、ブラウザーの同期履歴、管理できない第三者ツールに現れた場合は、漏えい済みとして扱ってください。公開内容を削除するだけでは不十分です。リンクがキャッシュ、コピー、取得されている可能性があるためです。正しい対応は、古い認証情報を無効にし、自分が管理するクライアントへ新しいアドレスを設定することです。

まず正式なユーザーパネルに入り、購読のリセット、アクセスキーの更新、リンクの再生成などの機能を探します。リセット後は、古い購読アドレスから設定が引き続き提供されないことを確認してください。次にパネルから新しいアドレスをコピーし、各クライアントの古い購読と交換します。元の項目で更新を押すだけでは不十分です。古いURL自体が新しいURLへ自動的に変わるわけではないためです。

次に、漏えい元を整理します。公開ページ、コミット履歴に残る平文、共有メモ、スクリーンショット、一時テキストを削除してください。リンクをブラウザーのアドレスバーに貼り付けたことがある場合は、関連する履歴と同期コピーも削除します。第三者の変換ツールに渡したことがある場合は、そのページが保存しないと説明していてもリセットを実行してください。安全性の判断をページの説明だけに委ねてはいけません。

• ✅ 正式なユーザーパネルで購読の認証情報をリセットするか、リンクを再生成する。
• ✅ 自分で使うすべてのクライアントから古い購読を削除し、新しいアドレスをインポートする。
• ✅ 公開ページ、スクリーンショット、メモ、ブラウザー履歴、同期コピーを整理する。
• ✅ 古いリンクを使って無効化を確認し、設定を引き続き取得できないことを確かめる。
• ✅ 長期間オフラインの自分のデバイスに古いアドレスが残っていないか確認する。
• ❌ ローカルの購読名だけを変更しない。名前はアクセス認証情報に影響しないためです。
• ❌ 現在の回線だけを変更しない。他の設定が古いリンクから読み込まれる可能性があります。

古いリンクを確認するときは、オンラインの検査サイトに渡さないでください。管理下のクライアントに一時的なテスト項目を作り、更新を試してサーバーが古い認証情報を拒否することを確認したら、すぐにその項目を削除します。新しいリンクのインポート後は、回線一覧と接続状態を確認し、どのデバイスも古いスナップショットに依存していないことを確かめてください。

購読、回線、分岐の関係

購読内の回線名には直結、中継、IEPL と記載されることがありますが、名前だけで実際の物理経路を完全に示せるわけではありません。直結は通常、クライアントが海外サーバーの入口へ直接接続することを意味します。中継は通常、近い入口へ接続してからサーバー側のネットワークで出口へ転送します。IEPL 専線は、国際区間に専線を使用することを指します。具体的な仕組みは、サービス提供元の回線説明を確認してください。

購読だけで、すべての DNS 問題が自動的に解決するわけでもありません。クライアントはシステム DNS、リモート DNS、暗号化 DNS、またはルールごとに異なる方式を使うことがあります。接続後も対象サイトで地域情報が想定と異なる場合は、出口 IP、DNS リクエストの経路、ブラウザーキャッシュ、アカウントに登録された地域情報を同時に確認してください。クライアントに「接続済み」と表示されただけでは、すべての名前解決が想定した経路を通ったとは限りません。

分岐ルールは、どのリクエストをプロキシ回線へ送り、どれを直接接続するかを決めます。一般的には、ドメイン、IPレンジ、アプリ、ルールセットなどが基準になります。ルールの順序と一致判定はクライアントが実装しており、購読にルールが含まれていてもローカル設定に上書きされることがあります。あるWebサイトは開けるのに別のサイトがローカルの出口を使う場合は、購読が一部しかインポートされなかったと判断するのではなく、どのルールに一致したかを確認してください。

初心者が陥りやすい誤解と切り分けの順序

最もよくある誤解は、すべての障害を購読リンクのせいにすることです。実際には、購読のダウンロード、設定の解析、プロトコルのハンドシェイク、システムによる通信制御、DNS 名前解決、分岐ルールの一致は、連続していても別々の工程です。前の工程が成功しても、次の工程まで成功するとは限りません。順番に確認するほうが、回線を何度も切り替えるより早く解決できることが多いです。

まず購読を更新できるか確認し、クライアントにダウンロードエラーが表示されていないか確認します。次に回線一覧が表示され、プロトコルが対応しているかを確認します。その後、設定を1つ選んで接続し、名前解決の失敗、ハンドシェイクの失敗、接続後に通信がない状態のどれかを確認します。最後にシステムプロキシまたは TUN、DNS、分岐ルールを確認してください。一度に変更するのは1つの要素だけにし、変更後に再検証します。

もう一つの誤解は、Base64 などのエンコードがリンクの内容を保護すると考えることです。エンコードは表現方法を変えるだけで、暗号化ではありません。購読を読み取れる人は、通常その中のノード情報もデコードできます。実際のアクセス制御は、購読エンドポイントの認証情報、サーバー側の検証、漏えい後にリセットできる仕組みによって実現されます。

出所不明のクライアントへ購読ファイルを無闇にインポートするのも避けてください。クライアントはサーバーアドレスや認証項目を読み取る必要があり、理論上は完全な設定に触れられます。クライアントは信頼できる配布元から入手し、コアのバージョンと購読プロトコルの互換性を保ってください。クライアントを変更する場合は、古いクライアントが出力したデータベースを変換ツールに渡すのではなく、パネルから対応形式を再度コピーするのが優先です。