サブスクリプションリンクとは？取得からクライアントへの読み込みまで徹底ガイド

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

サブスクリプションは一つのプロトコルでも、特定のサーバーでもありません。設定一覧への入口に近いものです。サーバー側は一覧に複数の接続先を登録でき、接続先ごとに適切なプロトコルと接続パラメーターを使用します。クライアントは一覧をダウンロードして形式を検証し、ローカル設定を作成したうえで、ノードを選択リストに表示します。

一般的な接続先では Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC などが使われます。ただし、同じプロトコル名でも、すべてのクライアントが同じサブスクリプション形式を読み込めるとは限りません。クライアントが対応プロトコルをサポートし、サーバーから返される設定構造も認識できる必要があります。「読み込みに成功したのにノードが空」と表示された場合は、リンクの文字を何度も変更する前に、形式の互換性を確認してください。

直接接続、中継、IEPL 専線は接続経路の構成を示すもので、サブスクリプション形式ではありません。直接接続では端末から遠隔の入口へ直接アクセスします。中継では近いアクセスポイントを経由して目的地域へ転送します。IEPL 専線は通常、国境をまたぐ通信区間を収容するために使われます。サブスクリプションは利用可能な設定をクライアントへ渡しますが、実際の経路はサーバー側の設計で決まります。

ユーザーパネルからサブスクリプションリンクを取得する

信頼できる取得元は、サービス提供元のユーザーパネルです。ログイン後、ダウンロード、サブスクリプション、使い方のいずれかの項目を開き、使用中のクライアントに合う形式を選んでURL全体をコピーします。82VPNはメールアドレス不要で、ユーザー名とパスワードだけで利用できます。ログイン後、クライアントとサブスクリプションの入口から必要な設定を取得できます。

コピー時にURL末尾のパラメーターを手動で削除したり、画面上で省略表示された文字列を完全なURLだと思ったりしないでください。ブラウザーによっては長いURLを画面上で短く表示しますが、コピー用ボタンから取得できるのは完全な内容です。パネルに汎用サブスクリプション、特定クライアント用サブスクリプション、手動設定が個別に表示される場合は、クライアントの説明で対応が明記されている形式を優先してください。

• ✅ ログイン後の正式なユーザーパネルからコピーし、チャット履歴で見知らぬ人が転送したURLは使わない。
• ✅ コピーした内容が完全なURLとして保存され、前後に余分な空白や改行がないことを確認する。
• ✅ 先にクライアントが対応するプロトコルとサブスクリプション形式を確認し、パネルの該当入口を選ぶ。
• ❌ サブスクリプションリンクを検索エンジンに貼り付けたり、出所不明のオンライン解析ツールを使ったりしない。
• ❌ URL内のトークン、パス、クエリパラメーターを編集しない。文字が一つ変わるだけでも認証に失敗する可能性があります。

サブスクリプションリンクを各プラットフォームのクライアントに読み込む

プラットフォームによってボタン名は異なりますが、基本の流れは同じです。現在のプロトコルに対応するクライアントをインストールし、サブスクリプション管理を開いてリンクを貼り付けて保存します。その後、サブスクリプションを手動で更新します。更新が完了したら接続先を選び、接続を有効にして、Webページの表示とDNS解決が想定どおりか確認してください。

1. ユーザーパネルから、クライアントに合う完全なサブスクリプションURLをコピーする。
2. クライアントの設定、サブスクリプション、設定ファイル管理の画面を開く。
3. ノードを一つずつ手動追加せず、「URLから追加」を選ぶ。
4. 識別しやすいローカル名を付け、URLを貼り付けて保存する。
5. 更新またはリフレッシュを実行し、クライアントの解析が完了するまで待つ。
6. 必要な接続先を選んで接続し、システムプロキシまたは仮想NICモードが目的に応じて有効になっていることを確認する。

Windows と macOS

デスクトップクライアントでは通常、システムプロキシと仮想NICモードの両方を利用できます。システムプロキシはOSのプロキシ設定に従うアプリを主に制御します。仮想NICモードは対象範囲が広い一方、システム権限が必要になる場合があります。読み込み後にブラウザーは使えるのに一部の独立したアプリが使えない場合は、そのアプリがシステムプロキシを迂回していないか確認し、必要に応じて方式を切り替えます。

macOSでは、ネットワーク拡張、プロキシ設定、仮想NICに関するシステムの許可通知にも注意が必要です。サブスクリプションの更新に成功しても、接続権限が付与されたとは限りません。クライアントが接続済みと表示されるのに通信が経路へ入らない場合は、システム設定のネットワーク項目で関連設定が有効か確認してください。

Android

Androidクライアントは通常、システムVPNインターフェースを通じて通信を制御します。読み込み後は接続要求を許可する必要があります。バックグラウンドに切り替えると頻繁に切断される場合は、省電力制限、バックグラウンド実行権限、スリープ設定を確認してください。Androidではアプリごとのプロキシも一般的です。経路を通すアプリとローカル接続を維持するアプリを指定できますが、ルールを逆に設定すると「一部のアプリは正常、一部はネットワークに接続できない」状態になります。

iPhone と iPad

Appleのモバイル端末で使うクライアントは、システムのネットワーク設定を作成する必要があります。初回有効化時にはシステムの確認が表示されます。クリップボードから読み込む場合、クライアントがコピーした内容の読み取りを求めることもあります。読み込み後はサブスクリプション一覧に戻り、更新時刻とノード数に変化があるか確認してください。「追加成功」という一時的な通知だけで判断しないことが大切です。

Linux

Linuxでは、デスクトップ環境、権限管理、実行方式による違いが主になります。GUIを備えたクライアントもあれば、設定ファイルやコマンドラインで動作するものもあります。サブスクリプションURLからローカル設定を生成できますが、保存先、ファイル権限、DNSの制御、起動時の実行方法は個別に確認が必要です。権限エラーが出ても、サブスクリプション情報を含む設定ファイルをすべてのユーザーが読み取れる状態にしてはいけません。

サブスクリプション更新はいつ行われる？

サブスクリプションの更新頻度に、すべてのクライアントに当てはまる固定の答えはありません。サブスクリプションURLは設定への入口にすぎず、いつアクセスするかはクライアントが決めます。起動時更新、スケジュール更新に対応するものもあれば、ユーザーが更新を押したときだけ取得するものもあります。サーバー側で接続先が変更されても、ローカルの一覧は自動で変わりません。クライアントがサブスクリプションを再取得する必要があります。

パネルには新しい接続先が表示されているのに、クライアントが古い一覧のままなら、まず手動更新を実行します。更新後も変化がなければ、ローカルキャッシュを削除して再取得できますが、まだ使えるサブスクリプション記録を先に削除しないでください。クライアントによっては「サブスクリプション更新」と「ルールセット更新」が別操作です。前者はノード設定、後者はドメインや通信のルール分岐を更新するため、互いに代用できません。

更新に失敗したら、まずエラーの種類を確認します。ネットワークリクエストの失敗は、現在のネットワークからサブスクリプションの入口へアクセスできない可能性があります。認証失敗は、リンクが再発行されたか、コピーが不完全な可能性があります。解析失敗は通常、形式とクライアントの互換性に関係します。更新完了後もノードが変わらない場合は、サーバー側の設定自体が変更されていない可能性があります。エラーの種類に応じて対応するほうが、クライアントを何度も再インストールするより効果的です。

端末を変更した後も使い続ける方法

端末を変更するとき、古いクライアントからノードを一つずつコピーする必要はありません。ユーザーパネルにログインしてサブスクリプションリンクを再コピーし、新しい端末の対応クライアントに読み込む方法が確実です。サーバー側の最新設定を取得でき、古いキャッシュ、期限切れのルール、ローカルでの変更を一緒に移行せずに済みます。

自分の複数の端末で同じサブスクリプションを使う場合は、ローカルでの保管に注意してください。デスクトップ端末では設定ファイルを公開同期フォルダーに置かず、モバイル端末では共有メモや公開アルバムにサブスクリプションのQRコードを保存しないでください。古い端末を手放す前に、クライアント設定とローカルバックアップを削除します。82VPNは端末台数を制限していませんが、端末が増えるほどサブスクリプション情報が置かれる環境も増えるため、より慎重に管理しましょう。

• ✅ 新しい端末では、古い端末から転送せずユーザーパネルから最新のサブスクリプションを取得する。
• ✅ 読み込み後に手動更新を行い、接続先一覧が完全か確認する。
• ✅ 古い端末のサブスクリプション記録、エクスポートファイル、スクリーンショットを削除する。
• ❌ 公開グループチャットでサブスクリプションURLを送ったり、共有ドキュメントに長期間保存したりしない。

クライアント間でローカルポリシーを完全に共通化できるとは限りません。古い端末のアプリ別リスト、DNS設定、システムプロキシモード、ルールの上書き項目は、サブスクリプションに含まれない場合があります。移行後はこれらのローカル設定を個別に確認してください。サブスクリプションが渡すのはサーバー側の設定であり、OSの権限やすべての個人設定を複製するものではありません。

リンクが漏えいした後の対処手順

サブスクリプションリンクが公開スクリーンショット、公開リポジトリ、共有ドキュメントに掲載された場合や、アクセス不要になった人へ送信した場合は、認証情報が漏えいしたものとして扱います。公開内容を削除するだけでは不十分です。URLがすでにコピーされている可能性があるため、ユーザーパネルでサブスクリプションを再発行し、古いURLを無効化してください。

1. ユーザーパネルを開き、サブスクリプションの再発行または認証情報更新の入口を探す。
2. 新しいサブスクリプションURLを生成し、古いURLが有効な設定を返さなくなったことを確認する。
3. 使用中のクライアントから古いサブスクリプションを削除し、新しいURLを読み込んで更新する。
4. ブラウザーのダウンロード履歴だけでなく、ローカルのエクスポートファイル、公開テキスト、スクリーンショットも削除する。
5. 他の端末も確認し、古いURLを使い続けているクライアントが残っていないようにする。

サブスクリプションの再発行で通常変更されるのは、設定へアクセスする認証情報であり、アカウントのパスワードではありません。アカウントのログイン情報も漏えいした可能性がある場合は、パスワードも別途変更してください。2種類の認証情報は用途が異なります。アカウントパスワードはパネルへのログインに、サブスクリプションのトークンは設定の読み取りに使われます。一方だけを処理しても、もう一方の代わりにはなりません。

DNSとルール分岐の確認

サブスクリプションの読み込み後も、Webページが開かない、地域判定が一致しない、一部のアプリが経路を迂回するといった問題が起こる場合があります。こうした現象にはDNSとルール分岐が関係することがあります。DNSはドメイン名をネットワークアドレスへ変換します。問い合わせが適切でないローカルのリゾルバーに送られ続けると、選択した出口と異なる結果になったり、DNSリークが発生したりする可能性があります。

クライアントには通常、ローカル解決、リモート解決、暗号化DNS、ルールに応じて解決経路を決める設定などがあります。名称は異なっても、判断の原則は同じです。対象ドメインの名前解決経路とアクセス経路が整合している必要があります。ルールの意味を理解しないまま複数のDNS上書き設定を重ねたり、複数のネットワークツールにシステムDNSを同時に制御させたりしないでください。

ルール分岐は、直接接続する通信、選択した経路を通す通信、接続を拒否する通信を決めます。一般にドメイン、ネットワークアドレス、アプリ、ルールセットなどで判定します。グローバルモードでは使えるのにルールモードで使えない場合は、サブスクリプションではなくルールの適用結果を確認します。ブラウザーは使えるのにアプリが使えない場合は、アプリ独自のDNS、QUIC、内蔵プロキシ設定、システムプロキシの対象外になっていないかを確認してください。

よくある読み込みエラーの見分け方

初心者はすべての障害を「サブスクリプションが使えない」と考えがちですが、読み込み、更新、解析、接続、ルール分岐はそれぞれ別の段階です。まずどの段階で止まっているかを確認すれば、適切な対処方法が見つかります。

ブラウザーで開くとテキストが表示される

通常はサーバーが設定内容を返している状態です。ページを閉じ、元のURLを対応クライアントにコピーして読み込んでください。テキストを編集したり、ページの内容を分割して手動ノードとして貼り付けたりしないでください。

クライアントに形式非対応と表示される

まずクライアントがサブスクリプション内で使われるプロトコルに対応しているか確認し、次にパネルで選んだサブスクリプション形式を確認します。TrojanやVLESSに対応していても、サービスごとに異なる設定構造をすべて解析できるとは限りません。サービスの説明に記載されたクライアントと対応する読み込み入口を優先してください。

読み込み後も古い接続先しか表示されない

ノード一覧を開き直しただけでなく、サブスクリプション更新を実際に実行したか確認します。クライアントにキャッシュ削除機能がある場合は、元のURLを残したままキャッシュを削除して更新できます。重複したサブスクリプションを読み込んでいないか、古いグループを選んでいないかも確認してください。

更新時にタイムアウトになる

まず現在のネットワークからサブスクリプションの入口へアクセスできるか確認し、他のプロキシツール、フィルタリングソフト、システム時刻の異常によるリクエスト問題を切り分けます。クライアントに更新ログの表示機能があれば、エラー文を保存してサポートへ伝えます。ただし送信前に、完全なサブスクリプションURLと認証パラメーターを隠してください。

接続後、ローカルのWebサイトも遅くなる

現在グローバルな通信制御が有効になっていないか確認します。一部のアクセスだけを国際経路に通す場合は、確認済みのルール分岐を使ってください。ルールモードは単なる速度設定ではなく、ドメイン、ネットワークアドレス、アプリの一致判定に依存します。誤ったルールにより、本来は直接接続する通信が迂回する可能性があります。