VPNの基本用語ガイド：サブスクリプション、ノード、回線、プロトコル、ルール分岐を解説

VPNの基本用語を先に整理しましょう。サブスクリプションは設定情報の取得、ノードは接続先の選択肢、回線は通信経路、プロトコルは通信方式、ルール分岐はリクエストの経路を決めます。役割を分けて考えると、設定の取り込み失敗、接続タイムアウト、サイトが開かないといった問題の確認箇所を絞り込めます。

用語を整理：設定と接続先の違い

クライアント画面では「サブスクリプションを更新」「ノードを選択」「モードを切り替え」といった操作が並んでいますが、それぞれの役割は異なります。更新しても端末側の権限が修復されるわけではなく、ノードを切り替えてもルール分岐が変わるとは限りません。まずは次の表で違いを確認しましょう。何度も再インストールするより、原因を特定しやすくなります。

混同されやすい用語に「VPN」もあります。システムにVPNアイコンが表示されても、通常わかるのはネットワーク拡張機能や仮想ネットワークインターフェースが動作していることだけで、実際に使われているプロキシプロトコルまではわかりません。プロキシクライアントがシステムのVPNインターフェースを使って通信を取り込む場合もあります。「VPNアイコンが表示されている」ことと「すべてのリクエストがリモートの出口を経由している」ことは別です。

サブスクリプションURL：取り込むのは設定情報であり、クライアントではない

サブスクリプションURLには、ノード一覧だけでなく、プロキシグループ、ルール、DNS設定が含まれることもあります。クライアントがURLを読み込むと、サーバーの場所や認証方法、リクエストの送信方法を把握できます。そのため、URLを入手しただけでは使えず、対応するクライアントのインストールが必要です。URLを任意のネットワークツールに貼り付けても動作するとは限りません。

「サブスクリプションの更新に成功」と表示されても、設定がダウンロードされて読み込まれたことがわかるだけです。ノードへの接続や、現在の出口から接続先サイトにアクセスできることまでは保証されません。形式エラーが出たら、まず管理画面で選択したクライアントの種類を確認しましょう。接続タイムアウトの場合は、ノード、ネットワーク、権限を続けて確認してください。異なる種類のエラーを同じ原因として扱わないことが大切です。

サブスクリプションという言葉には、料金の意味もあります。購入する月額サブスクリプションはサービスの精算方法を指し、クライアントのサブスクリプションは設定情報の取得方法を指します。関係はありますが、技術的には別のものです。プランの有効期間中でも、認証情報の再設定によってURLが変わる場合があります。設定を手動で更新しても、プランの期間は延長されません。

ノードと回線：地域名だけでは経路はわからない

ノードはクライアント内の接続設定、回線はデータが実際に通るネットワーク経路と考えるとわかりやすいでしょう。接続入口は通信を受け付け、出口は接続先サイトへリクエストを送りますが、両者が同じ地域にあるとは限りません。サイトは通常、出口のIPアドレスをもとにアクセス元の地域を判断します。地域を選択した後も、一覧の名称だけで判断せず、実際の出口を確認しましょう。

直接接続・中継・IEPL専用線

直接接続は通常、クライアントからリモートサーバーへ直接接続し、サービス側が用意した中継入口を経由しないことを指します。ただし、インターネット上の経路に通信事業者のルーターが存在しないという意味ではありません。中継ではまず入口に接続し、その入口から後続のサーバーへ通信を転送します。接続経路の改善や管理を目的としますが、中継を増やすことで新たな混雑箇所が生じる場合もあります。

IEPLは国際イーサネット専用線を指し、ネットワークの伝送方式を表すもので、クライアントの暗号化プロトコルではありません。サービスの経路に専用線が使われていても、端末から接続先サイトまでの全区間が専用線上にあるわけではありません。ローカルの接続環境、専用線の両端、出口からサイトまでの経路も通信品質に影響します。「専用線」という表示だけで速度が保証されたり、特定のサイトが必ず利用できたりすると判断しないでください。

一覧に表示される遅延時間は、特定の方法で測定された値です。接続入口の応答時間を示す場合もあれば、アプリケーション層のハンドシェイクの一部を含む場合もあります。ダウンロード速度、動画のバッファリング、Webページの初回表示時間と同じ指標ではありません。回線を判断するには、実際に使うネットワークと時間帯に目的のサイトへアクセスし、連続したリクエストやネットワーク切り替え後の復旧状況などを確認しましょう。測定値の低さだけを追い求めるのは避けてください。

プロトコル名より互換性を確認

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、プロキシクライアントで使われるプロトコルです。回線のグレードを示すものでも、誰にとっても共通する性能順位でもありません。サーバー設定、クライアントのコアのバージョン、通信方式、ローカルネットワークの制限によって、正常に使えるかどうかが決まります。

• Shadowsocks：暗号化プロキシプロトコルです。クライアントがサーバー側の暗号化方式と関連する拡張機能に対応している必要があります。同じ名称でも、実装やパラメーターの互換性があるとは限りません。
• VMess：認証機能を備えたプロキシプロトコルです。トランスポート層やTLSなど、関連する設定も確認が必要です。他のノードの設定をそのまま流用すると、ハンドシェイクに失敗することがあります。
• Trojan：通常はTLS接続内でプロキシ通信を行います。証明書の検証、サーバー名、認証情報が接続に影響する場合があります。
• VLESS：プロトコル自体はデータを暗号化しません。実際の運用では、対応するセキュアな通信設定との組み合わせが必要です。名称だけで接続全体が暗号化されていると判断しないでください。
• Hysteria2とTUIC：QUICをベースにしたプロキシ方式で、UDP通信を使用します。接続先のネットワークでUDPが制限されていると、正常に接続できない場合があります。それだけでサービス全体が利用できないと判断しないでください。

初心者は、サービスの案内に記載された対応クライアントと取り込み方法を優先してください。特定のプロトコル名にこだわって重要な設定を手動で変更する必要はありません。また、ハンドシェイクエラーを解決するために証明書の検証を無効にしないでください。まず端末の時刻、サーバー名、設定の入手元を確認し、サポート窓口に問い合わせましょう。

ルール分岐モード：ルール、グローバル、通信の取り込み

ルールモードでは、条件に基づいて直接接続、プロキシ経由、または拒否を決定します。条件にはドメイン、接続先アドレス、アプリなどがあり、利用できる条件はクライアントによって異なります。ルールは通常、設定された順に照合されます。対象範囲が広すぎるルールが先に適用されると、後続の詳細なルールが機能しないことがあります。どのルールにも一致しない場合は、既定のルールで最終的な経路が決まります。

グローバルモードでは通常、クライアントがすでに取り込んでいる通信を、選択したプロキシポリシーへまとめて送ります。ただし、もともとクライアントを経由しないアプリの通信まで、自動的にプロキシへ切り替わるわけではありません。システムプロキシの影響を受けるのは、通常、システムのプロキシ設定に従うアプリだけです。TUNやシステムVPNによる取り込みはより多くの通信を対象にできますが、ルーティング、除外設定、システム権限、クライアントの実装にも左右されます。

アプリごとのプロキシ設定では、アプリ単位で通信を取り込むかどうかを決めます。一部のモバイル向けクライアントでよく使われます。「選択したアプリだけをプロキシ経由にする」と「選択したアプリをプロキシから除外する」は逆の動作なので、区別してください。対象アプリの一覧を変更しても、既存の接続がすぐに張り直されるとは限りません。対象アプリを再起動し、接続履歴も確認しましょう。

サイトの一部のリソースだけ読み込めない場合、ページ本体、画像、ログインAPIが別々のドメインを使い、それぞれ異なる経路に振り分けられている可能性があります。一時的にモードを切り替えて現象を比較し、接続ログで適用されたルールを確認してください。原因を特定したら、普段使う設定に戻しましょう。長期間のグローバルプロキシを、すべてのルール問題を解決する方法として使うのは避けてください。

DNSの漏えい：名前解決の経路と出口を確認

DNSはドメイン名をネットワークアドレスに変換し、プロキシ接続はリクエストを転送します。この2つが異なる経路を通る場合があります。本来はプロキシ経由で名前解決する想定なのに、実際にはローカルの接続事業者が提供するDNSサーバーへ問い合わせている場合、一般にDNS漏えいと呼ばれる状態になることがあります。これはドメイン名の問い合わせ先に関する問題で、Webページの内容まで読み取られたことを意味するものではありません。

ブラウザーの暗号化DNS、システムDNS、クライアント内蔵のリゾルバー、アプリ独自の名前解決が同時に使われる場合があります。暗号化DNSを有効にしても、問い合わせの通信が保護されていることがわかるだけで、想定したプロキシを経由しているとは限りません。検査ページに表示されるDNSサーバーの地域が出口の地域と異なっていても、分散配置されたDNSサービスが使われている場合があるため、それだけで漏えいとは判断できません。

調査する前に、どのドメインをプロキシ経由にするのか、DNSをどの経路に送るのかを整理します。そのうえでクライアントのログと検査結果を照らし合わせてください。診断情報を共有するときは、サブスクリプションの認証情報やアクセス先のドメインを隠しましょう。VPNやプロキシはHTTPSの代わりにはなりません。サイトにアクセスする際は接続表示を確認し、証明書の警告を無視しないでください。

取り込みから接続確認まで：順番に進める

「接続済みなのにサイトが開かない」ときは、プロトコル、DNS、ルールを一度に変更しないでください。設定、通信の取り込み、接続、接続先サービスの順に確認し、変更は一度に一つに絞りましょう。原因を切り分けやすくなります。

1. クライアントを確認。サービスの管理画面で、対応プラットフォーム、クライアント、設定形式を確認してください。ソフトウェア名だけで互換性を判断しないようにしましょう。
2. 設定を取り込み、更新。対応する画面からサブスクリプションを追加し、形式エラーがないことを確認してから、ノードとプロキシグループが表示されるか確認します。
3. 権限を許可。システムでVPNまたはネットワーク拡張機能の作成が許可されていることを確認します。ほかのネットワークツールが通信の取り込み機能を占有していないかも確認してください。
4. ポリシーを選択。ルールが参照するプロキシグループと、グループ内で実際に選択されているノードを確認します。ホーム画面に表示された地域名だけで判断しないでください。
5. リクエストを確認。普段使うサイトにアクセスし、出口と接続履歴を確認します。問題がある場合は、一時的にモードを切り替えて比較してください。
6. 通常の設定に戻す。調査のために変更した設定を戻し、必要なエラー情報を保存します。現象と再現条件を添えてサポートに問い合わせましょう。

各プラットフォームで追加確認すること

WindowsとmacOSでは、システムプロキシとTUNで通信を取り込む範囲が異なり、システムプロキシを使わないアプリもあります。Androidではバックグラウンド制限、省電力設定、アプリごとの対象一覧も確認してください。iOSのネットワーク拡張機能はシステムによって管理されるため、デスクトップ版と同じプロセス単位の振り分けができるとは限りません。Linuxはクライアントの種類が多いため、コマンドラインの環境変数、デスクトップのプロキシ設定、システムルートをそれぞれ確認しましょう。

• ✅ 現在のクライアントに設定形式が対応していることを確認した。URLをコピーできただけで終わらせていない。
• ✅ ルールが参照するプロキシグループと、実際の出口を確認した。
• ✅ サブスクリプションのダウンロード失敗、ノードへの接続失敗、接続先サイトによるアクセス拒否を区別した。
• ✅ DNSの経路とアプリの通信取り込み範囲を確認した。状態アイコンだけで判断していない。
• ❌ 低い遅延値、専用線の表示、プロトコル名だけを、あらゆる状況で使える証拠にしない。

選び方のまとめ：技術仕様と料金を分けて確認

用語を理解したら、サービスが明示している内容と、自分で確認する必要がある通信品質を分けて考えましょう。対応地域が広くても、すべてのサイトにアクセスできるとは限りません。また、プラットフォームに対応していても、すべてのクライアントで同じ機能が使えるとは限りません。設定方法は使い方ガイド、使い方や料金体系の比較はプラン選びガイドをご覧ください。

VPN96は90+か国、250+回線に対応し、同時接続台数は無制限です。銀行レベルの暗号化を採用しています。利用開始にメールアドレスは不要で、ユーザー名とパスワードで利用できます。月額サブスクリプションの通信量は利用開始日を基準に毎月リセットされます。プラン変更時は差額を残り日数に応じて計算します。データパッケージは使い切るまで有効で、期限はありません。また、60日間の理由を問わない返金保証があります。料金とデータ容量はプランページで項目ごとにご確認ください。ノード名やプロトコル名から料金ルールを推測しないでください。