VPNのサブスクリプションURLは、クライアントが接続設定を取得するための入口です。クライアントがこのURLを読み込み、サービスからノードや設定を取得すると、接続先を選べるようになります。初めて使う場合は、取得・追加・更新の違いを押さえておきましょう。取得はアカウントパネルで行い、追加はクライアントで行います。更新は設定を再取得する操作で、契約の更新とは異なります。
サブスクリプションURLとノード・プランの違い
サブスクリプションURLは通常、アクセス用の認証情報を含むHTTPSアドレスです。取得できる内容は、エンコードされたノード一覧の場合もあれば、YAMLなどの形式で書かれた設定一式の場合もあります。内容はサービス側の出力とクライアントの仕様によって異なります。見た目はWebページのURLに似ていますが、主にクライアントで読み込むためのものです。ブラウザーで開いたときにテキストやファイルが表示されたり、エラーが出たりしても、それだけで利用できるかどうかは判断できません。
ノードは、サーバーアドレス、ポート、プロトコル、認証情報など、接続に必要な設定のまとまりです。サブスクリプションURLを使えば複数のノードをまとめて配布でき、1つずつ手入力する必要がありません。プランは、通信量や課金期間など、アカウントで利用できる内容を定めます。クライアントの「サブスクリプションを更新」は設定を取得する操作で、通信量の追加やプランの変更は行われません。
| 項目 | 主な用途 | 操作場所 | 注意点 |
|---|---|---|---|
| サブスクリプションURL | ノード一覧または設定一式を取得する | クライアントのサブスクリプション／設定メニュー | 形式の互換性が必要。URLは厳重に管理する |
| 個別ノードの共有リンク | 特定ノードの接続情報を追加する | クライアントのノード追加メニュー | その後の変更が自動で反映されるとは限らない |
| ローカル設定ファイル | 保存済みの設定を読み込む | クライアントのファイル読み込みメニュー | 一時点の設定で、リモート更新に対応しない場合がある |
| アカウントのプラン | 通信量や課金に関する利用条件を管理する | アカウントパネル | クライアントの設定更新とは別に管理する |
アカウントパネルからURLを取得
サイト内のアカウントパネルにログインし、利用中のアカウントとプランの状態を確認します。VPNHLのアカウント作成にメールアドレスは不要で、ユーザー名とパスワードで利用できます。サブスクリプションの取得にはログインが必要で、実際にダウンロードできるかどうかはパネルで判定されます。他人から転送された設定を自分のアカウント用と考えたり、公開の場でURL全体を求めたりしないでください。
- パネルでサブスクリプションまたはクライアント設定のメニューを開き、利用するクライアント向けの説明を確認します。
- 使用するクライアントとそのコアを確認し、パネルで対応する形式を選びます。形式が明記されていない場合は、拡張子だけで判断せず、まずガイドを確認してください。
- コピー機能でURL全体を取得します。貼り付けた後に、余分な空白や改行、日本語の句読点、チャットアプリが付加した文字列が混ざっていないか確認してください。
- クライアントに戻り、URLを追加します。公開されているオンラインのデコード・速度測定・形式変換サイトにURLを入力しないでください。
クライアントが必要な場合は、パネルのダウンロードページで対応情報を確認し、使い方ガイドに沿って手順を確認してください。QRコードはURLを伝える方法のひとつです。読み取った後に、サブスクリプションURLなのか、個別ノードの共有情報なのかを確認しましょう。
追加前にプロトコルと設定形式を確認
Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはそれぞれ異なるプロキシプロトコルであり、サブスクリプションのファイル形式ではありません。ある形式を読み込めるクライアントでも、設定に含まれるすべてのプロトコルに対応しているとは限りません。逆に、特定のプロトコルに対応していても、サービスが提供するあらゆる形式のサブスクリプションを解析できるとは限りません。
たとえば、特定のコア向けのYAML設定には、プロキシグループやルール、DNS設定が含まれる場合があります。一方、ノード一覧には接続情報しか含まれないことがあります。サーバーのドメイン、認証、TLS、通信方式などの項目を対応させる必要があり、プロトコル名だけを変えても形式は変換できません。ここに挙げたプロトコルは概要説明であり、VPNHLがすべてのプロトコルや任意のクライアント形式を提供するという意味ではありません。
追加メニューは「サブスクリプション」「リモート設定」「URLからインポート」などの名称になっていることが一般的です。名称はクライアントによって異なります。内容がわかる名前を付けてローカルに追加し、URLを貼り付けて保存した後、更新または設定のダウンロードを実行します。更新が完了したら、ノード一覧と現在有効な設定を確認してください。「URLを追加しました」という状態で終わらせないことが大切です。
- ✅ OS名だけでなく、クライアントのバージョンとコアの対応状況を確認する。
- ✅ リモート設定をダウンロードできたことを確認し、現在どの設定が有効かを調べる。
- ✅ ノード、プロキシグループ、ルールがパネルのガイドどおりか確認する。
- ❌ 「追加成功」だけを根拠に、接続やDNS、すべてのアプリでのアクセスが正常だと判断しない。
プラットフォームごとのクライアントの違い
Windows・macOS：システムプロキシとTUNを使い分ける
デスクトップクライアントのシステムプロキシモードは、通常、OSのプロキシ設定に従うアプリにのみ適用されます。独自のネットワーク設定を使うプログラムは、プロキシを経由しないことがあります。TUNモードは仮想ネットワークインターフェースを通じて通信を処理するため、適切な権限が必要になることがあり、ルート、ルール、DNS設定の影響も受けます。ポートの競合やルーティングループを避けるため、複数のクライアントで通信の制御機能を同時に有効にしないでください。
Android・iOS：システムの許可とバックグラウンド動作を確認
モバイルクライアントは、システムが提供するVPNインターフェースを使って端末の通信を処理することがあります。これは、すべてのノードが従来型のVPNプロトコルを使うという意味ではありません。初回接続時にシステムの許可が必要な場合があります。Androidのバッテリー制限やアプリごとの通信設定、モバイルOSのほかのネットワーク拡張機能が、接続に影響することもあります。クライアントを切り替えるときは、実際に動作しているアプリを確認し、接続ログも調べてください。
Linux：GUIとコマンドラインで手順が異なる
Linuxクライアントでは、GUIからサブスクリプションを管理するものもあれば、設定ファイルとバックグラウンドサービスで動作するものもあります。ファイルを追加した後は、サービスが参照するパスやファイル権限、再読み込みの方法も確認してください。トークンを含むコマンドを公開の端末ログに貼り付けたり、動作がわからないダウンロード・実行コマンドをそのまま使ったりしないでください。具体的な操作は、使用するクライアントのドキュメントに従ってください。
サブスクリプションの更新頻度
すべてのサービスに共通する決まった更新間隔はありません。初回追加後に更新し、サービスからノードや設定の変更が告知された場合も更新してください。ノード一覧が古くなったときや、以前のノードでエラーが続くときも、更新して状態を確認できます。クライアントの自動更新機能を使う場合は、サービスの案内に沿って適切な間隔を設定してください。障害の切り分けの代わりに、むやみに何度も取得する必要はありません。
手動で更新する前に、現在使用中のノード名とルールモードを控えておくと安心です。リモート設定全体を取得するとローカルの変更が上書きされる場合があります。一方、ノード情報だけを更新する方式では、ほかの設定が維持されることもあります。動作はクライアントによって異なります。カスタムルールを長期的に維持したい場合は、クライアントが対応する上書きやマージ機能を使い、リモート設定を直接編集すれば永続的に保存されると思い込まないでください。
更新後は、更新日時、ノードの変化、現在の選択を確認します。元の選択が維持されるクライアントもあれば、選択中のノードが消えるとデフォルトのグループに切り替わるものもあります。自動更新が成功しても、設定が有効になったとは限りません。クライアントの動作に応じて、再読み込みや再接続が必要か確認してください。
サブスクリプションの更新で解決できるのは、設定が古いという問題であり、あらゆるネットワークの問題ではありません。まず取得に成功したことを確認し、次に設定が有効かを確かめ、最後に実際のアクセスを確認します。プランの状態は、パネルで別途確認してください。
更新失敗と接続失敗を分けて調べる
サブスクリプションの内容をダウンロードできない
まず、エラーがネットワークリクエストの段階か、形式の解析段階かを確認します。タイムアウト、ドメイン名の解決失敗、証明書の検証失敗はリクエスト段階の問題です。設定の構文エラー、未対応のプロトコル、必須項目の不足は、一般に解析段階の問題です。ローカルネットワークやシステム時刻、URL全体が正しく入力されているか、パネルのサブスクリプション入口が変更されていないかを確認してください。ダウンロードを成功させるために、証明書の検証を無効にしないでください。
ログインページやエラーページが返された場合、クライアントがWebページのテキストを設定として解析しようとして、形式エラーになることがあります。その場合は、解析オプションを何度も変えるのではなく、パネルに戻ってサブスクリプションURLをコピーし直してください。クエリパラメーターを勝手に削除しないでください。認証情報や形式の指定が含まれている場合があります。
ノード一覧は表示されるが、Webサイトを開けない
この場合は接続を確認します。プランが有効か、通信量が利用可能か、選択したノードに接続できているか、システムプロキシまたはTUNが有効かを調べてください。次に、ルールによって対象ドメインが想定した接続経路を通っているか確認します。特定のWebサイトにアクセスできない原因は、接続先サービスの制限やアカウントの状態、現地ネットワークの問題かもしれません。ページのエラーだけでサブスクリプションが無効だと判断しないでください。
DNSリークとサブスクリプションのダウンロードは別の問題です。DNSリークとは、DNS問い合わせが想定した経路を通らず、ローカルネットワークや別のDNSサービスから見える可能性がある状態を指します。クライアントのDNS設定、ブラウザーの暗号化DNS、システムの名前解決動作、IPv6の経路を確認してください。検査結果は使用中のDNSサービスを踏まえて判断し、見慣れないDNSサービス名が表示されたことだけでリークと決めつけないでください。
IEPL専用線、中継、直結は回線の伝送方式を表すもので、サブスクリプションの形式ではありません。更新によって変更後の接続先が取得できる場合はありますが、ローカルWi-Fiの混雑は解消されません。エラーの種類と発生状況を記録し、トラブルシューティングガイドに沿って順番に確認すると、削除や再インストールを繰り返すより原因を特定しやすくなります。
URLが漏れたときの対処手順
URL全体、サブスクリプションのQRコード、エクスポートした設定が公開された場合は、認証情報が漏れたものとして扱ってください。投稿を削除すれば、さらなる拡散を減らせますが、すでにコピーされた内容までは回収できません。アカウントのパスワードとサブスクリプショントークンは別々に管理されている場合があり、パスワードを変更しても古いURLが無効になるとは限りません。
- 公開した内容を削除し、これ以上転送しないでください。スクリーンショット、共有ドキュメント、クリップボードの同期先も確認します。
- パネルでサブスクリプションのリセットや認証情報の取り消し機能を探します。該当するメニューが見つからない場合は、パネルの問い合わせ窓口からサポートに連絡してください。古いURLを公開の場に送らないでください。
- リセットの対象範囲を確認します。古いURLだけが無効になるのか、ノードの認証情報も変更されるのかを調べてください。すでにダウンロードされた古い設定で接続できるかどうかは、サービス側に確認する必要があります。
- 新しいURLを取得したら、各クライアントのサブスクリプションを置き換えて更新し、古い設定のコピーを削除します。パネルで利用量に不審な変化がないかも確認してください。
普段からURLは信頼できるローカルクライアントやパスワード管理ツールに保管し、チャット履歴に長期間残さないようにしてください。設定をバックアップするときも認証情報として保護しましょう。サポートに問い合わせる際は、クライアント名、OS、エラー文、個人情報などを隠したスクリーンショットを優先して共有し、トークン全体はサポートから明確な指示があった場合に限り、指定された非公開の方法で送ってください。