サブスクリプションリンクとは、クライアントに接続設定を取得させるためのリンクです。通常、アカウントの利用権限に紐づく認証情報が含まれています。対応クライアントに読み込むと設定がダウンロードされ、選択できる接続先が表示されます。インストーラーやログインパスワードとは役割が異なるため、機密情報として取り扱ってください。
サブスクリプションリンク・ノードリンク・クライアントの違い
サブスクリプションリンクは設定を取得するためのアドレス、クライアントは設定を読み込んで利用するソフトウェアです。クライアントはリンクを通じてサーバーにリクエストを送り、返されたサーバーアドレス、ポート、プロトコル、認証パラメーターを接続設定に変換します。サブスクリプションによっては、プロキシグループやルーティングルールなども含まれます。内容は形式とクライアントの対応範囲によって異なります。
読み込みが完了しても、設定がソフトウェアに追加された段階であり、プロキシ接続が有効になったとは限りません。通常は接続先を選び、クライアントの案内に従ってシステムプロキシ、ネットワーク拡張機能、またはTUNモードを有効にする必要があります。ブラウザー以外のアプリも対象になるかは、選択したモードや各アプリの通信方式によって異なります。
| 項目 | 主な用途 | 注意点 |
|---|---|---|
| サブスクリプションリンク | アカウントで利用できる接続設定を取得し、その後の更新にも使う | クライアントに合った形式が必要。リンクにアクセス用の認証情報が含まれる場合がある |
| ノードリンク | 特定ノードの接続パラメーターを記述する | 手動で読み込んだ場合、サーバー側の設定変更が自動反映されるとは限らない |
| 設定ファイル | 接続先、プロキシグループ、ルールなどの設定内容を保存する | ローカルに保存したファイルは古くなることがあり、機密情報が含まれる場合もある |
| クライアントのインストーラー | 設定の読み込みと接続に使うソフトウェアをインストールする | インストール後も、利用権限のある設定を別途取得する必要がある |
ユーザーパネルでサブスクリプションリンクを取得する
VPNWDのクライアントとサブスクリプションの取得先はユーザーパネルにあります。ログイン後、利用するデバイスとパネルの案内に沿って取得してください。インストーラーの利用条件は、パネルに表示される有効なサブスクリプション権限に準じます。画面構成が変更されることもあるため、チュートリアル画像の位置だけでなく、機能名を目印に探してください。
- 公式パネルを開きます。サイトのパネルへのログイン入口から進み、利用するアカウントとサブスクリプションが一致していることを確認してください。
- サブスクリプションの状態を確認します。パネルで有効なサブスクリプション、利用可能なデータ量、関連する案内を確認してください。アカウントにログインできることと、接続先を利用できることは別の状態です。
- デバイスに合ったクライアントを取得します。クライアントのダウンロード入口を開き、パネルの案内に従ってOSと設定方法を選んでください。
- 対応するサブスクリプション形式を選びます。パネルに複数のクライアント向け入口がある場合は、使用中のソフトウェアに合った形式を選択し、リンクをコピーするか、パネルの読み込み機能を利用してください。
- コピーした内容を確認します。余分な空白や改行、チャットアプリによって追加された句読点がなく、リンク全体がコピーされていることを確認してください。完全なリンクを公開ページに貼り付けて確認しないでください。
設定の入口が見つからない場合は、まずパネルに表示されているサブスクリプションの権限を確認し、使い方ガイドまたはサポートページをご覧ください。サポートへ問い合わせる際は、デバイスのOS、クライアント名、エラーメッセージを伝えれば十分です。スクリーンショットを送る前に、サブスクリプションリンク、QRコード、認証情報を隠してください。
プラットフォーム別の読み込み方法:形式を合わせてから接続する
Windows、macOS、iOS、Android、Linuxでは権限の仕組みが異なりますが、基本的な読み込み手順は共通です。クライアントでリモートサブスクリプションを追加し、リンクを貼り付けて設定を取得したら、設定と接続先を選択します。ボタン名は「サブスクリプション」「設定」「設定ファイル」など、ソフトウェアによって異なります。以下では特定のソフトのメニューではなく、一般的な操作を説明します。
デスクトップ:Windows、macOS、Linux
設定管理画面でリモート設定を追加し、見分けやすい名前を付けてサブスクリプションリンクを貼り付け、保存します。更新を実行し、接続先の一覧が表示されたら、読み込んだ設定を選んでください。Windowsではシステムプロキシや仮想ネットワークアダプターのモードが一般的です。macOSではネットワーク拡張機能の許可が必要な場合があります。Linuxはクライアントによって、GUI、バックグラウンドサービス、プロキシ環境変数の設定方法が異なります。
システムプロキシを有効にしても、すべての通信が自動的にプロキシ経由になるとは限りません。独自のプロキシ設定を使うプログラムもあり、コマンドラインツールでは個別の設定が必要な場合があります。より広い範囲の通信を対象にする場合は、まずクライアントのTUNモードと必要な権限について確認してから、有効にするか判断してください。
モバイル:iOS、Android
まずはパネルが推奨する読み込み方法を利用してください。ワンタップで読み込む場合、クライアントを開くか確認する画面が表示されることがあります。読み込み後は、設定が正しく保存されたか確認してください。初回接続時には、VPN接続の追加や確立を許可するようOSから求められる場合があります。確認する前に、要求元のソフトウェア名を確かめてください。
Androidでは、一部のクライアントがシステムのVPNサービスを使って通信を処理するため、ほかの同種のネットワークツールに影響することがあります。iOSでも、設定の読み込みと接続スイッチの操作は別です。読み込みが完了してもアクセスできない場合は、何度も読み込み直すのではなく、まずクライアントの接続状態を確認してください。
- ✅ サブスクリプションの更新後に接続先一覧が表示され、形式の解析エラーも発生していない。
- ✅ 新しく読み込んだ設定が有効になっており、プロキシグループで利用可能な接続先が選択されている。
- ✅ クライアントの案内に従って、システムプロキシ、ネットワーク拡張機能、またはTUNモードを有効にしている。
- ✅ 利用するアプリで接続を確認し、出口IPアドレスとログで実際の通信経路も確認している。
IPアドレス確認ツールを使ってブラウザーの出口IPを確認できます。ただし、ブラウザーの出口が変わったことから分かるのは、そのリクエストの通信経路だけであり、すべてのアプリの通信が切り替わったとは限りません。利用するアプリが正常に動作するか、クライアントの接続ログが想定どおりかも確認してください。
プロトコルと設定形式の互換性:リンクを読み込めない原因
サブスクリプションリンクから返される内容は、ノードURIの一覧、エンコードされた一覧、YAMLやJSON形式の設定などさまざまです。特定のプロキシプロトコルに対応していても、すべてのサブスクリプション形式を読み込めるとは限りません。また、設定ファイルを読み込めても、使用中のコアのバージョンが設定内のすべての項目に対応しているとは限りません。
Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロトコルまたはプロトコル方式であり、リンク形式も同一ではありません。Hysteria2とTUICはQUICベースの通信を使うため、クライアントの実装やUDP通信のネットワーク環境にも条件があります。ここで挙げたのは互換性に関する一般的な説明であり、VPNWDが現在すべてのプロトコルを提供しているという意味ではありません。実際の対応状況はパネルとクライアントの案内を確認してください。
「未対応のプロトコル」「不明なフィールド」「解析エラー」が表示されたら、まずパネルで選択した形式とソフトウェアのバージョンを確認してください。エラーを回避するために設定項目を適当に削除しないでください。特に証明書の検証を無効にするのは避けましょう。形式やセキュリティ設定の問題を隠してしまい、根本的な互換性の問題も解決できません。
更新頻度は?設定の更新とデータ量のリセットを区別
サブスクリプションの更新は接続設定を再取得する操作で、データ量のリセットはアカウントの課金ルールです。両者は別々に管理されています。VPNWDの月間データ量は利用開始日を基準に毎月リセットされ、手動で更新しても前倒しで回復することはありません。データパッケージは使い切るまで利用でき、有効期限はありません。サブスクリプションを更新してもデータ量は追加されません。
設定の更新に、すべてのソフトウェアで共通する決まった頻度はありません。初回読み込み後は更新を実行してください。サーバー側で接続先が変更されたとき、ノードに問題があるとき、設定形式を切り替えたときも再取得が必要です。日常的にはクライアントの自動更新機能を適切に利用し、具体的な間隔はソフトウェアとパネルの案内を確認してください。
更新後に接続先の名称や数が変わった場合、サーバー側の設定変更のほか、フィルターや解析方法の変更が考えられます。まず更新時のメッセージと設定の取得元を確認し、パネルに表示されている利用可能な内容と照らし合わせてください。接続先一覧が増減したことだけで、サブスクリプションの状態を判断しないでください。
更新の判断基準は、設定の変更やエラー表示です。接続に問題がなければ、何度も更新する必要はありません。異常が起きた場合は、「サブスクリプションの取得に失敗した」のか「接続先への接続に失敗した」のかを切り分けてから、該当する箇所を確認してください。
読み込み失敗・更新できない・接続異常の確認手順
まず、どの段階でエラーが発生したか記録してください。サブスクリプションのダウンロードは成功したものの接続先につながらない場合と、クライアントが設定を取得できない場合では、原因が異なります。次の順に確認すると、再インストールや設定変更を繰り返さずに済みます。
- リンクの入手元と完全性を確認します。パネルからリンクをコピーし直し、ログインページやヘルプページのURL、古い無効なリンクではないことを確認してください。
- 取得時のネットワーク経路を確認します。設定の更新リクエストは、直接通信する場合と現在のプロキシを経由する場合があります。現在の接続先が使えない場合は、更新がその接続に依存しないよう、クライアントの案内に従ってリクエストの経路を調整してください。
- 取得した内容と形式を確認します。認証エラーの表示、Webページの内容、ネットワークによるブロック画面は、ノード設定として読み込めません。エラーメッセージを参考に、利用権限とサブスクリプション形式を確認してください。
- コアと接続設定を確認します。接続先一覧が表示されても接続に失敗する場合は、プロトコルの対応状況、システム時刻、証明書エラー、ネットワーク権限を確認してください。セキュリティ検証をすぐに無効にするのは避けましょう。
- ルーティングとDNSを確認します。一部のWebサイトだけに問題がある場合は、該当するルール、出口の選択、ドメインの名前解決記録を確認してください。すべての接続先が使えないと決めつけないようにしましょう。
DNS漏えいとは、ドメイン名の問い合わせが想定した経路を通らず、ローカルネットワークや別のDNSサービスに見える可能性がある状態です。プロキシを有効にしていても、DNSが同じ経路で処理されるとは限りません。ブラウザーのセキュアDNS、OSの名前解決設定、クライアントのDNSモードが影響することがあるため、クライアントのドキュメントも確認してください。
ルーティングルールは、通信を直接接続、プロキシ経由、または拒否のいずれにするかを決めます。サブスクリプションを更新しても、独立したルールプロバイダーの内容は更新されない場合があります。ノードのサブスクリプションとルールが別々に管理されているクライアントでは、それぞれの状態を確認してください。問題の切り分けにログを使う場合も、共有前にリンク、アカウント識別情報、認証情報を削除してください。
漏えいした場合の対処:古い認証情報を失効させ、新しい設定を読み込む
サブスクリプションリンク全体が公開スクリーンショット、コードリポジトリ、フォーラム、チャット履歴などに含まれていた場合は、認証情報が漏れた可能性があるものとして対応してください。公開内容を削除しても、コピーが残っていないとは限りません。古い認証情報を無効にし、自分のデバイスの設定も更新することが重要です。
- まず公開内容を削除します。リンクやQRコードが含まれる投稿、スクリーンショット、ファイル、共有履歴を削除し、それ以上広がらないようにしてください。
- パネルでリセットまたは失効の項目を探します。パネルの案内に従ってサブスクリプションの認証情報を変更してください。該当する項目がない場合は、サポートに連絡して古い権限を失効させる方法を確認しましょう。ログインパスワードを変更すればサブスクリプションもリセットされる、と決めつけないでください。
- 失効する範囲を確認します。案内を確認するかサポートに問い合わせ、操作によってダウンロードリンクだけが変わるのか、ノードの認証情報も更新されるのかを確認してください。古いダウンロードリンクを失効させても、すでに取得済みのノード設定がすぐに無効になるとは限りません。
- 自分のデバイスを更新します。新しいリンクを各クライアントに読み込み、古いサブスクリプションと手動で保存したノード設定を削除してから、接続状態を確認してください。
- アカウントの利用記録を確認します。パネルで確認できるデータ使用量やセキュリティ情報を確認してください。不審な点がある場合は、個人情報を伏せた状況説明をサポート窓口から送ってください。
サブスクリプションの認証情報とアカウントのパスワードは別々に管理されている場合があります。そのため、ログインできることだけで古いリンクが安全に失効したとは判断できません。ほかのデバイスにコピー済みのノード設定については、サーバー側で実際に失効した範囲を確認してください。リセット後は、クリップボードの履歴や不要になった設定のバックアップも削除しましょう。
サブスクリプションリンクは接続用の認証情報として管理してください。公式パネルから取得し、クライアントに合った形式で読み込み、必要に応じて更新します。漏えいした場合は、まず古い権限を失効させてから、各デバイスの設定を差し替えてください。