VPN 初心者向け用語ガイド：サブスクリプション、ノード、経路、プロトコル、ルール分岐とグローバルモードを解説

まず、VPN初心者向けに用語同士の関係を整理しましょう。サブスクリプションは設定情報を取得するもの、ノードは接続先の選択肢、経路は通信がたどる道筋、プロトコルは通信方式を定めるものです。ルーティングはどの通信をプロキシ経由にするかを決め、グローバルモードはプロキシの適用範囲を変えます。それぞれ役割が異なるため、ひとつの名称だけで使い心地全体を判断することはできません。

一般にVPNクライアントと呼ばれるアプリでも、実際には従来の企業向けVPNではなく、プロキシプロトコルやシステムの仮想ネットワークインターフェースを使う場合があります。画面にVPNの表示があっても、すべてのアプリの通信が同じ方法で転送されるとは限りません。設定を何度も切り替えるより、次の違いを理解するほうが原因を調べやすくなります。

よく使う用語の一覧

サブスクリプションリンクとノード：設定から接続まで

サブスクリプションリンクは、設定情報を取得するためのアドレスです。クライアントからアクセスすると、ノード一覧が返る場合もあれば、ルール、ポリシーグループ、DNS設定を含む設定一式が返る場合もあります。読み込めるかどうかは、ブラウザーで開けるかだけでなく、返される形式が使用中のクライアントとそのコアに対応しているかで決まります。

ノードは設定内にある接続先です。サーバーのドメイン名、ポート、パスワードなどの認証情報、TLSや転送方式といったパラメーターが含まれる場合があります。ノード名は地域や用途を識別するための表示名であり、実際の出口はIPアドレスの確認や接続先サービスの挙動をもとに確かめてください。

サブスクリプションを更新すると設定情報が再取得されますが、料金の更新ではなく、プランの通信量が自動的に増えるわけでもありません。設定一式を更新すると手動で変更したルールが上書きされる場合もあるため、変更前にクライアントの上書き仕様を確認しましょう。サブスクリプションリンクにはアクセス認証情報が含まれることが多いため、パスワードと同じように管理してください。

サブスクリプションリンク全体を公開の掲示板などに投稿しないでください。また、「形式変換」のために、よく知らないウェブサイトへ安易に入力するのも避けましょう。アドレスが漏えいした場合は、サービスの管理画面でリセットできるか確認し、その後クライアントの設定を更新してください。

IEPL専用線・中継・直接接続の違い

直結とは通常、クライアントから海外のプロキシ入口へ直接接続する方式です。国境をまたぐ区間は、主に利用中の通信事業者と公共インターネットの経路に依存します。中継では途中に転送用の入口を追加し、クライアントがまず中継サーバーへ接続してから、後続のサーバーへ通信を転送します。経由する入口がひとつ増えれば必ず遅くなるわけではなく、経路の品質、混雑状況、転送リソースが重要です。

IEPLは、通信事業者が提供する国際イーサネット専用線サービスです。プロキシサービスでIEPLと表示されている場合、通常は経路の一部にこの種の伝送回線を使っていることを示します。利用者の端末から接続先ウェブサイトまで、全区間が専用線という意味ではありません。ローカル回線、入口の負荷、出口からウェブサイトまでの接続も、通信品質に影響することがあります。

専用線、中継、直結は、単純な品質ランキングではありません。普段利用するネットワーク、アクセスする時間帯、利用するアプリでの実際の動作をもとに選びましょう。地域名は設定上の表示地域を示すにすぎません。「日本ノード」だからといって、日本のあらゆる地域向けコンテンツにアクセスできるとは限りません。

プロトコル名からわかること

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、プロキシクライアントでよく見かけるプロトコルです。それぞれ認証、暗号化、転送方式の設計が異なります。ここでは設定を理解するための基本を説明します。性能ランキングではなく、LogoVPNがこれらすべてのプロトコルを提供するという意味でもありません。

• Shadowsocks：暗号化プロキシプロトコルです。クライアントとサーバーで、暗号化方式と認証パラメーターを一致させる必要があります。特定の経路を指すものではなく、同じ名称でも通信速度が同じになるとは限りません。
• VMess：認証と暗号化の仕組みを備えたプロキシプロトコルで、さまざまな転送方式と組み合わせられます。利用できるかどうかは、双方のパラメーターと実装の互換性によります。
• Trojan：通常、TLSで通信を保護します。証明書の検証、サーバー名、認証情報を正しく設定する必要があります。証明書の検証を無効にすることを、通常の解決策として扱わないでください。
• VLESS：プロトコル自体は通信内容を暗号化しません。適切なセキュアな転送設定と組み合わせて理解する必要があります。VLESSと表示されている場合は、TLSやREALITYなどの関連設定も確認してください。
• Hysteria2とTUIC：QUICをベースにしたプロキシ方式で、下位層ではUDPを使用します。利用中のネットワークでUDPが制限されている場合や、クライアントのコアが該当プロトコルに対応していない場合は、正常に接続できないことがあります。

クライアントに「対応プロトコル」と表示されていても、すべての拡張機能やパラメーターが使えるとは限りません。トラブル時は、まずクライアントのバージョン、コア、サブスクリプション形式の互換性を確認してから、プロトコルの変更を検討してください。名称だけで、どのネットワークにも最適な方式だと判断しないようにしましょう。

ルールによる振り分けとグローバルモードの選び方

ルールモードでは、設定された順序に従って通信を判定します。たとえば、特定のドメインへの通信をプロキシポリシーに、LAN内へのアクセスを直結ポリシーに振り分けられます。宛先IPを条件にするルールや、プロセス単位の判定に対応するクライアントもあります。判定順序と最後に適用される既定のポリシーが重要です。同じ通信は通常、最初に一致したルールに従って処理されます。

グローバルモードは、ルールの設定漏れを調べるときによく使われます。通常、すでにプロキシ処理の対象になっている通信を、選択したポリシーにまとめて転送します。ただし、システムプロキシを使わないデスクトップアプリの通信は、そもそもクライアントに届かない場合があります。TUNモードでは仮想ネットワークインターフェースを使って通信の取り込み範囲を広げますが、ルーティング、除外設定、クライアントの実装による制約は残ります。

普段は、信頼できる提供元の用途が明確なルールを使いましょう。特定のウェブサイトがルーティング設定の影響で開けないか確認するときは、一時的にグローバルモードへ切り替えて比較し、確認後に元の設定へ戻します。ノード、DNS、ルールを同時に変更すると、復旧しても原因を特定しにくくなります。

• ✅ ウェブサイトが開かない場合は、接続ログで適用されたルールと選択中のポリシーを確認します。
• ✅ ブラウザーでは使えるのに他のアプリで失敗する場合は、そのアプリがシステムプロキシに従うか確認します。
• ✅ LAN内の機器に接続できない場合は、該当する直結ルールや除外ルールが残っているか確認します。
• ❌ グローバルモードを有効にしただけで、すべてのアプリの通信が取り込まれたと判断しないでください。

DNSリークと出口の確認

DNSはドメイン名を接続先アドレスに変換します。ウェブサイトへのアクセスと名前解決の両方を想定した経路に通したいのに、DNSクエリがローカルネットワーク経由で想定外のDNSリゾルバーに送られると、DNS漏えいが起きる可能性があります。ウェブサイトにプロキシの出口が表示されても、それが示すのは該当ページへのリクエスト元だけであり、DNSの経路が正しいことまでは証明できません。

確認の際は、クライアントのDNS設定、システム設定、ブラウザーのセキュアDNS機能をあわせて確認しましょう。ブラウザーが独自の名前解決方式を使う場合や、アプリに独自の名前解決機能が組み込まれている場合もあります。DNSチェックページに表示されるリゾルバーの地域は手がかりのひとつです。地域が異なるというだけで、漏えいが起きたと判断しないでください。

IPv6にも注意が必要です。クライアントが一部の通信しか取り込まない場合、対象アプリが別の利用可能な経路で接続することがあります。クライアントの案内に従って対応状況とルーティングを確認し、システム機能をむやみに無効化しないでください。まずIPアドレス確認で現在のブラウザー通信の出口を確認し、接続ログと照らし合わせてアプリごとの通信を検証しましょう。

クライアントへのインポートとトラブルシューティングの手順

Windows、macOS、Linuxでは、システムプロキシ、TUNの権限、デスクトップ環境の違いが関係することがあります。Androidではアプリごとの対象設定が通信の取り込み範囲に影響し、iOSでは通常、VPN構成の追加を許可する必要があります。プラットフォームごとにメニューやコアの対応状況が異なるため、管理画面にあるクライアントの案内に従ってください。iOSで必要な権限を許可する方法も、管理画面の案内を確認しましょう。

1. 対応するクライアントを入手する。管理画面で利用可能なクライアントと案内を確認し、ソフト名だけでなく、サブスクリプション形式とノードのプロトコルに対応しているかを確かめます。
2. サブスクリプションをコピーして読み込む。クライアントでサブスクリプションまたは設定の読み込み画面を開き、アドレス全体を貼り付けて取得が完了するまで待ちます。単一ノードのサーバーアドレス欄には入力しないでください。
3. 設定とノードを選ぶ。読み込んだ設定が有効になっていることを確認し、ノードまたはポリシーグループを選択します。サブスクリプションの取得に成功しても、接続が開始したとは限りません。
4. 必要な権限を許可する。システムの案内に従ってネットワーク構成を追加するか、関連機能を許可します。エラーを回避するために、証明書の検証を安易に無効化しないでください。
5. 順番に確認する。まず接続が確立したことを確認し、次に出口を確認してから、実際に使うアプリを開きます。問題があればエラーメッセージを保存し、一度に変更する要素はひとつに絞りましょう。

サブスクリプションの取得に失敗する場合は、アドレス全体が正しいか、ネットワークから到達できるか、管理画面にサービスの状態が表示されているかを確認します。取得できてもノードが表示されない場合は、形式とコアの互換性を確認してください。ノードに接続できても対象アプリが使えない場合は、ルール、DNS、アカウントの地域設定、接続先サービス側の制限を調べます。プラットフォームごとの操作方法は使い方ガイドをご覧ください。