VPN 初心者向け用語ガイド：サブスク、ノード、プロトコル、ルーティングを解説

VPNの用語を理解するには、まず設定の流れを押さえましょう。サブスクリプションはクライアントに設定を取り込み、ノードは接続先を決め、プロトコルは通信方式を定めます。ルーティングルールは、どのリクエストをどの経路に送るかを決めます。それぞれ役割が異なるため、名称だけで通信速度やプライバシーへの影響を判断することはできません。

日常会話では「VPN」が、プロキシクライアントや海外向け回線サービス全般を指すこともあります。厳密には、システム全体を通すトンネルとアプリ単位のプロキシは別のものです。クライアントにVPN権限の確認が表示されても、システムのネットワーク機能を使うという意味にとどまり、特定のプロトコルを採用していることや、すべてのアプリの通信がプロキシを通ることを示すものではありません。

用語ガイド：設定・接続・ルーティングを整理

見慣れない設定が出てきたら、「設定をどこから取得するのか」「サーバーにどう接続するのか」「リクエストをどこへ送るのか」を確認しましょう。よく使われる用語を、それぞれの役割に分けて紹介します。

サブスクリプションリンクとクライアント：設定の取り込み方

クライアントは端末上で動作するソフトウェアで、サブスクリプションリンクは設定を読み込むための入口です。サービス側でノードのアドレスが変更された場合、新しい設定を取得するにはクライアントでサブスクリプションを更新するのが一般的です。更新してもアカウントが切り替わるわけではなく、選択中のノードが自動で変わるとも限りません。

サブスクリプションの形式には、ノード情報だけを含むものもあれば、プロキシグループ、DNS、ルーティングルールを含むものもあります。取り込み後は、すべての設定が整っていると思い込まず、クライアントが実際に生成した設定を確認しましょう。形式の非対応、解析エラー、リンクの期限切れなどにより、ノード一覧が空になることがあります。

1. サービスの管理画面から、使用するクライアントに合ったサブスクリプションリンクを取得します。インストーラーの配布元も信頼できるか確認してください。
2. クライアントの設定またはサブスクリプション管理画面でリンクを取り込みます。形式を選ぶ必要がある場合は、管理画面の案内に従ってください。
3. 更新を実行し、ノードやプロキシグループが表示されるか、解析エラーが出ていないかを確認します。
4. ノードと動作モードを選び、システムプロキシまたはクライアントが指定する通信の取り込み方法を有効にします。
5. 実際のWebページやアプリで接続を確認します。「接続済み」と表示されるだけでは、通信が想定した出口を通っているとは限りません。

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

ノード名には地域や用途の情報が含まれることがありますが、実際の通信経路まではわかりません。入口と出口が別の地域にある場合もあり、Webサイトから見えるのは通常、出口のアドレスです。また、出口の所在地だけで、配信サービスのアカウント地域や決済地域、視聴可能なコンテンツが決まるわけではありません。

直結は、端末から海外のサーバーへ直接接続する方式を指すことが一般的です。中継は、まず入口に接続し、そこから出口へ転送する方式です。IEPL専用線は、イーサネット専用線を使った伝送方式を指しますが、サービスによっては経路の一部だけが専用線の場合もあります。接続区間や出口側の経路も、通信品質に影響します。

これらの名称の使い方はサービスによって異なることがあります。専用線は暗号化プロトコルではなく、名称だけから低遅延、専有帯域、特定プラットフォームでの利用可否を判断することもできません。選ぶ際は経路の説明を確認し、自分のネットワーク環境でページの表示、アプリの接続、継続的なデータ転送を試しましょう。

プロトコルの種類：新しさより互換性

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、プロキシクライアントで使われることがあります。ただし、自由に置き換えられる選択肢ではありません。サーバーとクライアントで、プロトコルや認証、伝送方式、セキュリティ関連の設定を一致させる必要があります。

Shadowsocksは、合意された暗号方式でプロキシ通信を保護します。VMessは独自の認証・通信方式を備えています。Trojanは通常、TLSで通信を保護します。VLESS自体にはデータを暗号化する機能がないため、実際の運用では適切なセキュアな伝送方式と組み合わせる必要があります。プロトコル名だけを見て、通信が暗号化されていると判断しないでください。

Hysteria2とTUICはいずれもQUICをベースとしており、通常はネットワークでUDP通信が許可されている必要があります。利用中のネットワークでUDPが制限されていると、接続できないことがあります。それだけでサブスクリプション情報の誤りとは限らず、ほかのプロトコルも使えないとは判断できません。

初心者は、管理画面で提供される互換性のある設定を使い、TLSの検証、サーバー名、伝送パラメーターをむやみに変更しないようにしましょう。証明書エラーが出た場合は、検証を無効にするのではなく、端末の時刻と設定の入手元を確認してください。この記事は一般的な用語の解説であり、VPN76がこれらすべてのプロトコルを提供することを示すものではありません。

ルーティング、ルールモード、グローバルモード

ルーティングは通信経路を決める仕組みで、ルールモードはその決定を適用する動作モードの一つです。たとえば、国内向けサービスには直接接続し、海外向けの通信にはプロキシグループを使います。プロキシグループがノードを選ぶため、「ルールによる経路選択」と「ノードの選択」は順番につながる設定です。

ルールは通常、クライアントで定義された順に照合され、どのルールにも該当しない通信は最後の既定ルールで処理されます。ドメイン、アドレス、プロセスのどれを条件にできるかは、クライアントと動作環境によって異なります。ルールを追加しても変化がない場合は、順序、適用先のプロキシグループ、設定が反映されているかを確認しましょう。

グローバルモードでは通常、クライアントが取り込んだ通信を指定したプロキシまたはプロキシグループにまとめて送ります。ルーティングの問題を一時的に切り分ける際に便利です。ただし、端末上のすべての通信が必ず取り込まれるわけではありません。システムプロキシに従わないアプリ、LAN向けの例外、トンネルの対象外となる通信は、別の経路を通ることがあります。

DNS漏れ：名前解決の経路も確認

ドメインにアクセスするとき、端末は通常、まず接続先のアドレスを名前解決します。DNSクエリもプロキシ経由になる想定なのに、実際にはローカルネットワークのDNSリゾルバーへ送られている場合、意図しないDNS漏れが起きることがあります。ここで問題になるのは名前解決情報の露出であり、Webページの本文まで読み取られたことを意味するわけではありません。

DNSの処理は、OS、ブラウザーの暗号化DNS機能、クライアントのいずれかが担う場合があります。暗号化DNSはクエリの通信を保護しますが、リゾルバーには問い合わせ内容がわかることがあります。また、暗号化を有効にしても、クエリが選択中のノードを経由するとは限りません。原因を調べるときは、リゾルバーの選択とクエリの経路をあわせて確認しましょう。

• ✅ 現在の設定でDNSモードとリゾルバーの取得元を確認し、クライアントの説明と一致しているか確かめます。
• ✅ ブラウザー側で個別にDNSの方式が設定されていないか確認し、クライアントのルールと意図しない組み合わせにならないようにします。
• ✅ 信頼できるDNSチェックページを参考にしながら、クライアントの接続ログも確認して経路を判断します。
• ✅ 設定を変更したら再接続してもう一度確認し、キャッシュやアプリ独自の名前解決による違いにも注意します。
• ❌ チェックページに表示された地域やリゾルバーの数だけで、プライバシー保護が完全に機能していると判断しないでください。

HTTPSはブラウザーとWebサイト間のコンテンツ通信を保護します。プロキシトンネルが保護する範囲は、具体的な実装によって異なります。「匿名」「ログなし」といった表現はサービスのプライバシーポリシーを示すもので、Webサイトへのログイン、ブラウザー識別情報、決済情報が結び付く可能性をなくすものではありません。

OSごとの違い：同じサブスクリプションでも操作は異なる

WindowsやmacOSのクライアントには、システムプロキシやTUNなど複数の通信取り込み方式が用意されていることがあります。システムプロキシは、アプリがプロキシ設定に従うことが前提です。TUNでは追加の権限やネットワークコンポーネントのインストールが必要な場合があります。方式を切り替えたら、クライアントのアイコンを見るだけでなく、対象アプリで接続を確認しましょう。

Androidのクライアントは、システムのVPNインターフェースを通じて通信を取り込むことがよくあります。バックグラウンド動作の省電力制限が、接続の維持に影響する場合もあります。iOSのクライアントはシステムのネットワーク拡張機能によって管理されるため、アプリごとのルーティングなどをデスクトップ版の説明どおりに設定できるとは限りません。Linuxではサービスプロセス、ルーティング、DNSの設定が必要になることがあり、設定を取り込んだだけではシステム全体の通信が切り替わらない場合があります。

別のプラットフォームに移行するときは、クライアントが対応するプロトコル、サブスクリプション形式、ルール構文を一つずつ確認しましょう。同じ名前の設定でも、適用範囲が異なることがあります。基本操作を知りたい場合は、当サイトの初心者向けガイドをご覧ください。ほかのプラットフォーム用の設定をそのままコピーするのは避けましょう。

接続トラブル：設定・ルーティング・アプリの順に確認

ノード一覧が空なら、まずサブスクリプションの更新状況と形式の解析を確認します。一覧は表示されるのに接続できない場合は、権限、ネットワークへの到達性、プロトコルの互換性を調べましょう。一部のアプリだけで問題が起きる場合は、システムプロキシ、TUNの対象範囲、ルーティングルールを確認します。この順序で調べれば、異なる層の問題を混同しにくくなります。

設定を変更するときは一度に一つだけ変え、変更前後の状態を記録しましょう。サポートページに問い合わせる際は、OS、クライアント名、使用モード、個人情報を除いたエラー表示を添えると、状況が伝わりやすくなります。サブスクリプションリンク、パスワード、アクセストークンは必ず隠してください。