VPNサブスクリンクとは？初心者向けガイド

サブスクリンク・ノード・クライアントの違い

サーバー側でノードのアドレスやポート、設定が変更されることがあります。サブスクリプションURLを使えば、クライアントで情報を再取得でき、手動での修正を減らせます。URLにはアカウント固有のトークンが含まれることが多く、サーバーはそれを使ってリクエストを識別します。一般公開のURLではなく、アカウントの認証情報として管理してください。

ノードだけを返すサブスクリプションもあれば、ポリシーグループやルールを含む完全な設定を返すものもあります。更新時、クライアントはサブスクリプションで管理される内容を置き換えることがありますが、設定ファイルに直接加えた変更が残るとは限りません。長く使うカスタムルールは、クライアントのオーバーライド機能や独立したルール機能に保存するのがおすすめです。

サブスクリンクの入手先と形式の選び方

サービスのアカウント画面から取得し、検索結果にある見知らぬ共有ページからコピーするのは避けてください。2HVPNの場合、ログイン後にクライアントとサブスクリプションを取得できます。クライアント・サブスクリプションページからアクセスしてください。アカウント作成にメールアドレスは不要で、ユーザー名とパスワードで登録できます。入口の名称や利用できる内容は、ログイン後の画面で確認してください。

コピーする前に、デバイスのOS、クライアント名、対応するインポート方法を確認します。汎用サブスクリプション、クライアント専用設定、単一ノードの共有リンクはそれぞれ異なります。どれもURLのように見えても、返されるデータ構造は異なる場合があるため、アドレスの見た目だけで互換性を判断できません。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたは方式であり、サブスクリプション形式の名称ではありません。ある設定をクライアントが読み込めても、内蔵エンジンが設定内のすべてのプロトコルに対応しているとは限りません。対応状況はソフトウェアのバージョンにも左右されます。ここでは用語を説明しており、2HVPNがこれらすべてのプロトコルを提供するという意味ではありません。実際の対応内容はアカウント画面とクライアントの説明を確認してください。

コピーから接続まで：クライアントへのインポート手順

以下は一般的なサブスクリプションクライアントでの手順です。メニュー名は「設定」「サブスクリプション管理」「URLからインポート」など、ソフトによって異なります。目的はリモートサブスクリプションを新規登録することです。URLをサーバーアドレスやシステムプロキシの欄に入力しないでください。

1. 信頼できるクライアントをインストールします。サービスのアカウント画面またはソフトウェアの公式配布先から入手し、OSとプロセッサーの種類に合っていることを確認してください。提供元が不明な改変インストーラーは使わないでください。
2. 対応する形式をコピーします。アカウント画面で、利用中のクライアントに合ったサブスクリプションの入口を選びます。アドレス全体をコピーし、チャットアプリが付け加えた句読点、空白、改行が混ざらないようにしてください。
3. リモート設定を新規作成します。クライアントでリンクからのインポートを選び、アドレスを貼り付けて保存します。名前はデバイス名や用途にしてもかまいませんが、トークンは名前に含めないでください。
4. 更新して設定を選択します。一覧にノードが表示されたことを確認し、そのサブスクリプションを現在の設定として選びます。一覧に保存しただけで有効化していない場合、古い設定で接続することがあります。
5. ノードと動作モードを選びます。まずはクライアントまたはサービスの説明で推奨されているルールモードを使い、必要に応じてシステムプロキシやトンネルモードを有効にします。ネットワーク制御の権限を奪い合うソフトを同時に実行しないでください。
6. 許可を与えて接続を確認します。システムの案内に従って必要なネットワーク権限を許可し、接続を開始して目的のウェブサイトにアクセスします。利用できることを確認したら、出口とルール分岐が想定どおりかチェックしてください。

WindowsとmacOSのシステムプロキシは、主にシステムプロキシ設定に従うアプリに影響します。すべてのプログラムを自動的にカバーするわけではありません。トンネルモードは通常、より広い範囲の通信を制御できますが、ルーティングやルール、アプリの動作にも左右されます。AndroidではクライアントがシステムVPNの許可を求めることが多く、iOSでもVPN構成の追加が必要な場合があります。許可の確認が表示されたからといって、接続済みとは限りません。

iOSのダウンロード入口は、有効なプランの状態に応じて利用できます。入口が表示されない場合は、まずアカウントの状態と画面の案内を確認してください。案内を回避するために、見知らぬ配布元から構成プロファイルをインポートしないでください。プラットフォームごとの操作方法は使い方ガイドをご覧ください。

更新のタイミングと更新内容

サブスクリプションに共通の決まった更新周期はありません。初回インポート後に更新し、サービスからノード変更の案内があったとき、一覧が明らかに古いとき、設定に関する問題が起きたときに手動で更新してください。クライアントが自動更新に対応している場合は、公式の説明に沿って設定します。「オンライン状態を保つ」ために何度も更新する必要はありません。

更新は通常、設定を再ダウンロードする操作です。プランの通信量が自動的に増えるわけでも、請求周期がリセットされるわけでもありません。2HVPNの月額プランの通信量は開通日を基準に毎月リセットされ、永久通信量パックは使い切るまで有効で、期限はありません。これらのルールはプランで決まり、クライアントの更新頻度には左右されません。

更新によってノード名やポリシーグループの構成が変わる場合もあります。手動で指定していたノードが削除されると、クライアントで選び直す必要があります。更新後は現在のポリシーグループを確認し、よく使うアプリで動作をテストしてください。選択状態が変わっただけなのに、サービス全体が使えないと誤解するのを防げます。

• ✅ 更新前にアカウントが正常な状態で、現在有効なURLをコピーしたことを確認します。
• ✅ 更新後は「更新成功」の表示だけでなく、ノード一覧、有効な設定、ポリシーグループも確認します。
• ✅ カスタムのルール分岐にはクライアントのオーバーライド機能を使い、リモート設定を直接編集して上書きされるのを避けます。
• ❌ 自動更新を接続の継続保証と考えたり、トラブルの原因を調べずに何度も更新したりしないでください。

インポート・更新・接続の失敗を見分ける

URLを読み込めない、形式エラーが表示される

まずアドレス全体をコピーできているか確認し、正しいサブスクリプション形式を選んだか確かめます。クライアントがログイン画面、アクセスエラーのページ、期限切れの案内を受け取った場合、ノード情報として解析できません。ブラウザーでページを開けても、クライアントに適した内容が返されるとは限りません。確認のためにURL全体を他人に送るのも避けてください。

アカウント画面で最近URLが変更されていた場合は、新しいものをコピーし、古いURLを修正して使い続けないでください。また、クライアントのバージョンが実際の設定に対応しているか確認します。特定のプロトコルだけでエラーが出るなら、システム全体を何度も再インストールする前に、エンジンの互換性を確認してください。

一覧は更新できるが、ノードに接続できない

設定の取得と接続の確立は別の処理です。まずアカウントの通信量と有効状態を確認し、次にノードの選択、システム時刻、ローカルネットワークを確認してください。システム時刻がずれていると、証明書の検証に影響することがあります。利用中のネットワークを切り替えるか、一覧から別のノードを選び、特定の環境だけで問題が起きるかを確認しましょう。

サブスクリプションの更新に、すでに使えないプロキシを経由する必要がある場合は、クライアントの説明に従って更新リクエストの通信経路を一時的に変更してから再試行してください。問題を隠すために証明書の検証を無効にしないでください。接続の検証が弱まるだけでなく、誤ったURLや無効な認証情報も解決しません。

接続済みと表示されるのに、一部のアプリに変化がない

アプリがシステムプロキシに従っているか、現在のルールで直接接続に設定されていないか確認してください。ブラウザーのキャッシュ、既存の接続、ウェブサイトのアカウント地域も、見え方に影響することがあります。まず対象のアプリを終了して再起動し、ステータスバーのアイコンだけで判断せず、クライアントの接続ログで通信経路を確認しましょう。

ルール分岐、DNS、回線種別の使い分け

ルール分岐は、リクエストをプロキシ経由にするか直接接続にするかを決めます。ルールモードは宛先ごとに通信を振り分ける場合に便利です。グローバルモードでは通常、クライアントが制御する通信を選択中のポリシーに送りますが、すべてのアプリを制御できるとは限りません。サブスクリプションをインポートしたら、海外サイトにはすべて同じ経路が適用されると思い込まず、既定のポリシーを確認してください。

DNSはドメイン名をIPアドレスに変換します。本来プロキシ経由にするドメインの問い合わせがローカルネットワークのDNSリゾルバーに送られると、DNS漏洩が起きる可能性があります。ブラウザーの暗号化DNS、システムの名前解決設定、クライアントのDNS機能が互いに影響する場合があります。出口のIPアドレスだけでは、名前解決の経路が適切か判断できません。

トラブルを調べる際は、まずクライアントの推奨DNS設定を使い、関連ドキュメントや名前解決ログを確認してください。外部のチェックページでわかるのは、そのテストリクエストの結果だけです。特定のリゾルバー名が表示されても、すべてのアプリで漏洩が起きているとは限りません。「銀行レベルの暗号化」という説明は接続の保護を示すもので、誤ったルール分岐や端末側のリスクまで自動的に解消するわけではありません。

サブスクリプションを取得できても、回線品質が保証されるわけではありません。直接接続や中継は接続経路を表し、IEPL専線は特定の伝送リソースを指します。プロトコル名ではなく、TrojanやVLESSの表示からIEPLの利用を判断することもできません。関連リソースが使われているかどうかは、サービスの実際の回線説明で確認してください。ノード名だけで結論を出さないようにしましょう。

URLが漏洩した場合の影響と再発行方法

有効なサブスクリプションURLを入手した人は、ノードの認証情報をダウンロードして別のクライアントで使う可能性があります。影響の範囲はサービスの認証方式によって異なり、アカウントの通信量が消費されたり、通常の利用に支障が出たりすることがあります。URLのスクリーンショット、公開ログ、クリップボード同期、リモート変換サービスなどが漏洩経路になり得るため注意してください。

漏洩に気づいたら、まずアカウント画面で「サブスクリプションをリセット」などの項目を探します。リセットの範囲はサービスによって異なり、ダウンロード用トークンだけを変更する場合もあれば、ノードの認証情報も更新する場合もあります。古いURLからダウンロードできなくなっても、すでに取得されたノード認証情報がすぐ無効になるとは限りません。実行前に説明を確認してください。

1. URLの共有を止め、削除できる公開スクリーンショット、投稿、ファイルを取り除きます。
2. アカウント画面の機能でサブスクリプションをリセットしてください。古い認証情報が無効になったか確認できない場合は、サポートチケット窓口から対応方法を問い合わせます。
3. 自分の各デバイスで新しいURLを再インポートし、設定を更新して、無効になったサブスクリプションを削除します。
4. アカウントの通信量と接続状況を確認してください。アカウントのパスワードも漏れた可能性がある場合は、別途変更します。

初心者によくある質問と利用時のポイント