VPN初心者向け用語ガイド：サブスク、ノード、回線、プロトコル、分岐を解説

VPNの基本用語は、それぞれの役割を分けて考えると理解しやすくなります。サブスクリプションは設定を提供し、ノードは接続先、回線はデータの経路、プロトコルは通信方法、ルール分岐はリクエストの行き先を決めます。互いに連携しますが、同じものではありません。「接続済み」と表示されても、すべてのアプリが選択した出口を経由しているとは限りません。

日常会話でいうVPNは、ネットワークアクセスに使うプロキシサービスを広く指すこともあります。厳密には、システム全体を扱う仮想ネットワークとアプリ単位のプロキシでは動作範囲が異なります。この記事ではクライアントで一般的な使われ方に沿って用語を説明し、特定のプロトコル、回線名、モードをサービス品質の保証として扱いません。

サブスクリプション、ノードとクライアント

有料サブスクリプションは課金契約、サブスクリプションURLは設定を取得するための入口です。前者はデータ容量と利用期間を定め、後者を使ってクライアントがサービス提供元の接続設定を取得します。「サブスクリプションを更新する」は通常、設定を再取得するという意味で、料金の更新やプラン容量のリセットを指すものではありません。

クライアントとは、これらの設定を実行するソフトウェアです。ノードはクライアントで選択できる接続項目で、サーバーアドレス、ポート、認証情報、プロトコル、通信パラメーターなどが含まれる場合があります。ノード名は識別用のラベルにすぎず、実際の出口やネットワーク経路、接続先サービス側の判定を名前だけで確認することはできません。

同じサブスクリプションURLを複数のクライアントで使えるかどうかは、設定形式とコアの対応状況によります。取り込み後にノード一覧が表示されても、ルール、DNS、ポリシーグループがそろっているとは限りません。完全な設定を提供するサブスクリプションもあれば、ノード情報だけのものもあります。サービスの案内と取り込み結果を確認してください。

回線：IEPL専線・中継・直結

回線とは、データがどの経路を通るかを表します。ユーザーから入口、入口から出口、出口から接続先サイトまで、それぞれの区間が通信品質に影響することがあります。クライアントに表示される地域は出口の位置を示すことが多く、入口の位置とは限りません。ノード名だけで通信経路全体を特定できるとも限りません。

回線分類の「直結」とルールの「直結」

回線の分類でいう「直結」は通常、追加の中継入口を設定せず、クライアントから公衆インターネットを通じて海外のサーバーに直接接続する方式です。通信事業者の通常の経路を通る場合はあります。この「直結回線」でもプロキシ通信は可能です。一方、ルール分岐でいう「直結」は、プロキシを経由せず接続先に直接アクセスすることを指し、意味が異なります。

中継回線

中継回線では、クライアントと出口の間に転送ポイントを設けます。入口への接続性を改善したり、好ましくない経路を避けたりできる一方、新たな混雑箇所が生じる可能性もあります。現在のネットワークに適しているかは、入口の品質、中継区間、出口の負荷によって変わります。「中継」というラベルだけで速度を判断することはできません。

IEPL専線

IEPLは一般に、異なる地点のネットワークを接続する国際イーサネット専用線を指します。サービスでIEPLを使用している場合、通常は経路の一部がその回線を通ることを意味し、ユーザーの端末から接続先サイトまでの全区間が専用線になるわけではありません。家庭のネットワーク、ホテルのWi-Fi、出口からサイトまでの経路がボトルネックになることもあります。

回線の種類は安定性に関係しますが、実際の利用環境での確認に代わるものではありません。同じ端末、同じローカルネットワーク、同じアプリを使って比較し、混雑する時間帯や継続利用時の状態も確認してください。一度接続できたことだけで長期的な品質を判断しないようにしましょう。

プロトコル：名称と互換性

プロトコルは、通信する双方がデータをやり取りする方法を定めます。設定に含まれるプロトコル、暗号化方式、通信方式、TLSパラメーターは、関連していますが異なる要素です。プロトコル名だけでは、利用可能なノードを手動で再構成するには情報が足りないことがほとんどです。サービスが提供し、利用中のクライアントに適合する設定を使うのが確実です。

• Shadowsocks：広く使われている暗号化プロキシプロトコルです。クライアントとサーバーで暗号化方式と認証パラメーターを一致させる必要があります。バージョンや拡張機能によって対応状況が異なる場合があります。
• VMess：V2Rayエコシステムでよく使われるプロキシプロトコルです。実際の接続には設定された通信方式や関連パラメーターも関係するため、サーバーアドレスをコピーするだけでは接続できません。
• Trojan：通常、TLSを使ってプロキシ通信を行います。証明書の検証、サーバー名、認証情報が一致しているかどうかが接続結果に影響します。
• VLESS：プロトコル自体は通信を暗号化しません。安全性は、組み合わせるセキュリティ層と設定全体によって決まります。名称の違いだけで安全性の高低を判断することはできません。
• Hysteria2とTUIC：どちらもQUIC技術を基盤としており、通常は該当するUDP通信がネットワークで許可されている必要があります。利用中のネットワークでUDPが制限されている場合、ノード設定が正しくても接続できないことがあります。

以上は一般的な用語の説明であり、VPNKMのプロトコル対応一覧ではありません。クライアントが特定のプロトコルに対応しているかは、アプリのバージョン、コアのバージョン、具体的な設定をあわせて確認してください。システム時刻が大きくずれていると、証明書や時刻の検証を伴う接続に影響することもあります。エラーが発生したら、設定を変更する前にログを確認しましょう。

ルール分岐：ルールモードとグローバルモード

ルール分岐では、リクエストを受け取ったクライアントが、直結、プロキシのポリシーグループ経由、拒否のいずれにするかを判断します。ルールはドメイン名、接続先IP、プロセスなどの条件で判定できます。利用できる条件はクライアントによって異なります。多くの設定は上から順に判定され、先に一致したルールが最終的な接続先に影響します。ルールを増やせばよいというわけではありません。

ルールモードでは、設定された条件に応じて通信経路を選びます。たとえば、特定のドメインはプロキシ経由、別のリクエストは直結とし、どのルールにも一致しない場合はフォールバックのポリシーに渡します。ポリシーグループは、ルールが選択する出口の集合または選択方法であり、新しい回線ではありません。グループ内で直結が選ばれていれば、リクエストはプロキシを経由しない場合があります。

グローバルモードでは通常、クライアントが取り込んだリクエストを共通のポリシーで処理します。重要なのは「取り込んだリクエスト」に限られる点です。アプリがシステムプロキシを使っておらず、仮想ネットワークインターフェースにも取り込まれていない場合、グローバルモードに切り替えるだけではクライアントを経由しません。また、グローバルモードだからといって、すべてのリクエストが同じ出口を使うとは限らないため、選択中のポリシーも確認してください。

システムプロキシは、その設定に従うアプリにローカルのプロキシポートへリクエストを送るよう指示します。TUNモードは仮想ネットワークインターフェースを通じて、ルーティング条件に合う通信を取り込みます。対象範囲はより広い傾向がありますが、除外設定、ルート、クライアントの実装にも左右されます。モード名が似ていても、アプリごとに実際の動作は異なる場合があります。

DNS、出口IP、漏えい

DNSはドメイン名を接続先のアドレスに変換します。出口IPは、接続先サイトから見えるリクエスト元のアドレスです。両者が関係するのは異なる段階です。Webリクエストが想定した出口を通っていても、ドメインの名前解決も想定した経路を使っているとは限りません。

DNS漏えいとは一般に、ドメイン名の問い合わせが想定した名前解決経路から外れることを指します。たとえば、プロキシ側で処理する想定なのに、ローカルネットワークのDNSリゾルバーに問い合わせている状態です。問題の有無を判断するには、まず設定の意図を確認してください。設計上直結するドメインがローカルDNSを使っていても、必ずしも漏えいではありません。

ブラウザーのセキュアDNS、アプリ内蔵の名前解決、システムキャッシュ、クライアントのDNS設定は、いずれも確認結果に影響します。検査ページに表示されたDNSリゾルバーの地域だけで、問い合わせ経路を特定することもできません。トラブルの切り分けでは、クライアントのログ、DNS設定、アプリの設定をあわせて確認し、地図や地域表示だけで結論を出さないでください。

出口の確認もアプリごとに行いましょう。ブラウザーで確認したIPが示すのは、そのブラウザーのリクエストについてだけです。会議アプリ、コマンドラインツール、ダウンロードソフトでは、別の経路が使われることがあります。ネットワークがIPv4とIPv6の両方を提供する場合は、クライアントの取り込み範囲とテスト方法が一致しているかも確認してください。

クライアントへの設定取り込みと確認手順

Windows、macOS、iOS、Android、Linuxでは、権限の仕組みやネットワーク設定が異なります。モバイル端末ではシステムVPNの許可画面がよく表示されます。デスクトップではシステムプロキシとTUNの切り替えが別々に用意されている場合があります。Linuxアプリでは、プロキシ環境変数やサービスの権限を別途設定することもあります。システムにVPNのアイコンが表示されても、接続やインターフェースが確立したことを示すだけで、アプリ側の動作確認にはなりません。

1. アカウントと取得方法を確認する。プランの状態を確認し、サービスが案内する方法で対応する設定を取得します。VPNKMのクライアントで設定を取得するにはログインと有効な購入済みプランが必要です。サブスクリプションはログイン後に取得できます。入口はクライアントページです。
2. 形式を確認してから取り込む。クライアントのサブスクリプション取り込み機能または設定インポート機能を使います。ノード、ルール、ポリシーグループが正常に取得できたか確認してください。形式エラーが表示されたら、まずクライアントの互換性を確認し、見知らぬ変換サービスにURLを何度も送信しないでください。
3. ノードと通信の取り込み方法を選ぶ。まずはサービスが推奨する設定とモードを使い、必要なシステム権限を許可します。ネットワークを取り込むクライアントを複数同時に実行すると、どの設定が有効か分かりにくくなるため避けてください。
4. 対象のアプリで確認する。ブラウザーの出口を確認したうえで、実際に使うアプリを開きます。クライアントに該当する接続記録があるか、どのルールに一致したか、最終的にどのポリシーが適用されたかを確認してください。
5. 問題の層を分けて確認する。ノードにまったく接続できない場合は、ローカルネットワーク、設定、認証を確認します。ブラウザーは正常でも他のアプリに問題がある場合は、通信の取り込み範囲を重点的に確認します。特定のサイトだけで問題が起きる場合は、ルール、DNS、接続先サービスの状態を調べてください。

サブスクリプションの更新によって設定の一部が置き換わることがあります。クライアント内で手動変更した内容が保持されるかどうかは、アプリの仕様によります。変更前に設定の取得元と上書きの関係を確認してください。トラブルの切り分けでは、一度に変更する関連設定を1つに絞り、結果を確認してから次に進むと、原因を追いやすくなります。

プランに関する用語と利用前の確認

データ容量、接続端末数、回線数はそれぞれ異なる指標です。VPNKMは接続端末数に上限はありませんが、複数の端末で利用する場合も、選択したプランのデータ容量が適用されます。110+か国 / 160+回線は対応範囲を示すもので、個々の接続先サイトへのアクセス結果を保証するものではありません。

VPNKMの月額サブスクリプションは、利用開始日を基準に毎月データ容量がリセットされ、暦月の初日に一律でリセットされるわけではありません。途中でアップグレードした場合、差額は残り日数に応じて換算されます。データパックは使い切るまで利用でき、有効期限はありません。容量と料金はプランページで確認してください。データパックは毎月自動で追加されるサブスクリプションとは異なります。

• ✅ 有料サブスクリプションと設定用サブスクリプションを区別し、設定の更新が料金更新ではないことを確認した。
• ✅ クライアントの対応状況を確認し、プロトコル名だけで回線品質を判断していない。
• ✅ ポリシーグループとルール分岐の結果を確認し、ブラウザーと実際に使うアプリをそれぞれ検証した。
• ✅ 問い合わせのログやスクリーンショットを送る前に、サブスクリプションのトークンと認証情報を隠した。
• ❌ 「接続済み」の表示、地域名、1回の出口確認だけで、すべての通信経路を判断していない。

初期設定は初心者向けガイドをご覧ください。設定を取り込んでも接続できない場合は、トラブルシューティングを参照してください。サポートに問い合わせる際は、システム、クライアント、エラー内容、確認済みの項目を伝えると、「ノードが使えない」とだけ伝えるより原因を特定しやすくなります。