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

このVPN初心者向け用語集では、サブスクリプション、ノード、プロトコル、ルーティングの基本を解説します。サブスクリプションは設定の取得、ノードは接続先の選択、プロトコルは通信方法、ルーティングはリクエストの経路を決めます。それぞれの役割を理解してからクライアントの設定を確認すれば、「インポート成功」を「すべてのアプリが接続済み」と取り違えにくくなります。

日常会話では、海外向け回線のサブスクリプションをまとめてVPNと呼ぶことがありますが、従来のVPNトンネルとプロキシクライアントは仕組みが異なります。ここでは実際の操作に沿って用語を説明します。各クライアントの機能は、バージョン、設定形式、サービスの案内をご確認ください。

サブスクリプションURLと設定：まず接続情報を取得

「サブスクリプション」には、料金プランと設定情報という2つの意味があります。月額サブスクリプションはサービスの課金周期を指し、クライアントで使うサブスクリプションは通常、設定を取得するためのURLです。ノード一覧のほか、グループ設定、ルーティングルール、DNS設定などが含まれる場合もあり、内容はサービスが提供する形式によって異なります。

サブスクリプションURLをコピーしたら、対応クライアントの「URLからインポート」や「サブスクリプションを追加」から貼り付け、更新します。URLをシステムプロキシのサーバー欄に直接入力するのは通常適切ではありません。システムプロキシにはホストやポートなどの接続情報が必要で、サブスクリプションURLを自動的に設定へ変換する機能はありません。

設定ファイルは、これらの設定を保存する文書です。拡張子がYAMLやJSONでも、同じ拡張子を使うすべてのクライアントで互換性があるとは限りません。項目、プロトコルの実装、ルールの構文が異なることがあります。インポートに失敗したら、まず管理画面で案内されているクライアントの種類を確認し、回線の障害と決めつけないようにしましょう。

サブスクリプションURLにはアカウントを識別するトークンが含まれていることが多く、機密情報として管理する必要があります。公開スクリーンショットや掲示板、見知らぬ変換サイトに貼り付けないでください。漏洩が疑われる場合は、管理画面に再発行機能があるか確認し、各端末の古いURLを更新しましょう。

「サブスクリプションを更新」は設定を再取得する操作であり、プランの更新や使用済みデータ通信量のリセットではありません。更新に成功したことからわかるのは、設定を取得して読み込めたことまでです。実際の接続には、ノード、ネットワーク、接続先サイトそれぞれの確認が必要です。

ノード、入口と出口：地域名の見方

ノードは通常、サーバーアドレス、ポート、認証情報、プロトコル設定などをまとめた接続情報です。クライアントで選択できる接続先を指しますが、必ずしも独立した物理サーバー1台に対応するわけではありません。同じ地域でも、入口や出口、通信経路が異なる場合があります。

入口は端末が最初に接続するサーバーの場所、出口は接続先サイトから見えるリクエストの発信場所です。ノード名の地域は出口を示すことが多いものの、名前だけで判断せず、サービスの説明や実際の出口情報を確認してください。サイトで表示されるコンテンツの地域は、アカウント、支払い情報、位置情報の利用許可、プラットフォームのポリシーにも左右されます。

そのため、専用線と中継は必ずしも相反するものではありません。中継方式の一部区間に専用線を使うこともできます。「専用線」と表示されていても、アクセス経路全体が専用とは限りません。利用するネットワークでの実際の接続状況を確認し、回線名を帯域、安定性、接続先サービスの利用可否の保証と受け取らないようにしましょう。

主なプロトコル：名称より互換性を確認

プロトコルは、クライアントとサーバーがデータをどのようにネゴシエーション、認証、転送するかを定めます。クライアントはノードで使われているプロトコルと対応設定をサポートしている必要があります。サーバー側の設定に合った方法で利用する必要があり、メニューでプロトコル名だけ変更しても別の接続方式にはなりません。

• Shadowsocks：暗号化プロキシプロトコルの一種です。接続情報には通常、サーバー、ポート、パスワード、暗号化方式が含まれます。バージョンや拡張機能によっては互換性がありません。
• VMessとVLESS：どちらもプロキシ環境でよく使われますが、認証方式とプロトコル設計は異なります。VLESS自体には通信を暗号化する機能がないため、通常はTLSなどの安全な転送方式と組み合わせます。プロトコル名だけを見て、通信が暗号化されていると判断しないでください。
• Trojan：通常はTLSで通信を保護し、正しい認証情報と証明書関連の設定が必要です。証明書の検証エラーが出た場合は、設定とシステム時刻を確認してください。検証を無効にするのは避けましょう。
• Hysteria2とTUIC：どちらもQUICベースの転送方式を採用し、UDPネットワークの状態に左右されます。利用中のネットワークでUDPが制限されていると、動作に影響することがあります。一方に対応していても、もう一方に自動的に対応するわけではありません。

ここでは一般的な用語を紹介しており、G8VPNがこれらすべてのプロトコルを提供しているという意味ではありません。確認すべきなのは、管理画面の設定を現在のクライアントで読み込めるか、認証情報が正しいか、ネットワークが必要な通信方式に対応しているかです。プロトコル名だけでは速度の優位性を証明できず、サービスのプライバシーポリシーを確認する代わりにもなりません。

ルーティングルール、グループ設定、グローバルモード

ルーティングは、リクエストの特徴に応じて経路を選ぶ仕組みです。一般的なルールでは、ドメイン名、宛先IPアドレスの範囲、プロセスなどを照合し、直接接続、プロキシ、拒否といった処理を割り当てます。ルールは通常、設定された順に照合されます。範囲の広いルールを先に置きすぎると、後続の詳細なルールに一致しないことがあります。

グループ設定は、ルールとノードの間にある選択レイヤーです。たとえば、特定の海外サイトへのリクエストをグループに割り当て、ユーザーがそのグループ内で出口を指定します。自動選択やフェイルオーバーに対応するグループもありますが、実際に動作するか、どのように動作するかはクライアントと設定によって異なります。グループ設定を切り替えても、すべてのルールが変更されるわけではありません。

ルールモードとグローバルモードの違い

ルールモードはルールに従ってリクエストの行き先を決め、国内サービスと海外アクセスを分けて処理するのに適しています。グローバルモードは通常、プロキシのコアに渡されたリクエストを、選択中のプロキシポリシーにまとめて送ります。ただし、ここでいう「グローバル」は端末上のすべてのアプリを必ず対象とするものではなく、クライアントを経由していない通信を自動的に処理するものでもありません。

サイトにアクセスできない場合は、モードを一時的に切り替えて比較できます。グローバルモードでは使えてルールモードでは使えない場合、まず一致ルール、グループ設定、DNSを確認します。どちらのモードでも使えない場合は、ノードの接続や接続先サービスを確認してください。テスト後は普段の設定に戻し、トラブルシューティング用の設定をそのまま使い続けないようにしましょう。

システムプロキシと仮想ネットワークインターフェース：アプリの通信は経路に入っているか

システムプロキシは、システム設定に従うアプリに対して、リクエストをローカルのプロキシポートへ送るよう指定します。ブラウザーはこの設定を利用できることが多い一方、一部のゲーム、コマンドラインプログラム、独自にネットワークを管理するアプリは従わない場合があります。ブラウザーで接続できても、ほかのソフトウェアが同じ経路を使っているとは限りません。

TUNモードは仮想ネットワークインターフェースを通じてIPパケットを受け取り、クライアントで処理します。より多くのアプリを対象にできることが多いものの、ルーティング、権限、DNS、除外ルールに依存します。すべての通信を無条件に制御する機能ではありません。ほかのVPN、企業向けネットワークソフトウェア、仮想ネットワークインターフェースと競合することもあります。

Windows、macOS、Linuxでは、システムプロキシとTUNが別々の機能として扱われ、必要な権限も異なることがよくあります。iOSやAndroidの同種クライアントは、通常、システムが提供するVPNインターフェースを利用して通信を処理します。ただし、画面上の名称、アプリの除外機能、バックグラウンドでの制限はそれぞれ異なります。システムにVPNの表示があれば関連インターフェースが動作していることは確認できますが、アイコンだけで具体的な出口を判断することはできません。

G8VPNはWindows、macOS、iOS、Android、Linuxに対応しています。入手方法は管理画面のダウンロードページをご確認ください。サブスクリプションの取得にはログインが必要です。iOSで利用できるダウンロード先は、管理画面のアカウント状況によって異なります。対応していないプラットフォームの操作名を設定に当てはめないでください。

DNSと漏洩：名前解決と接続の両方を確認

DNSはドメイン名をIPアドレスに変換します。名前解決の経路と、その後の接続経路は関連していますが、別々の問題です。ブラウザー内蔵の暗号化DNS、OSのリゾルバー、クライアントのDNS機能がそれぞれ関わる場合があります。

DNS漏洩とは一般に、指定した経路で処理するつもりだったDNSクエリが、想定外の経路から送信されることを指します。リゾルバー名が表示されただけで漏洩と判断することはできません。まず想定している経路を明確にし、クライアントのログ、ブラウザーの設定、検査結果を確認しましょう。暗号化DNSはクエリの通信を保護しますが、必ずプロキシの出口を経由するとは限りません。

設定にFake-IPがある場合、通常はクライアントが合成アドレスをいったん返し、ドメイン名との対応を管理してルーティングします。実在するWebサーバーのアドレスではありません。一部のローカル機器の検出や特殊なアプリで使えないことがあるため、設定の説明に従って例外を設け、DNS設定全体を安易に置き換えないようにしましょう。

トラブルシューティングでは、サブスクリプションURL、認証情報、アカウントトークンを含む完全なログを公開しないでください。診断情報を共有する前に機密部分を伏せ、エラーの種類、クライアントのバージョン、発生時の状況を残しましょう。

インポートから確認まで：初心者向け操作チェックリスト

用語を実際の操作に置き換えるには、「設定を取得—経路を選択—通信を経由させる—リクエストを確認」の順に進めます。一度に変更する設定を1つに絞ると、どの段階で差が生じたか特定しやすくなります。

1. クライアントを確認：アカウント管理画面でプラットフォームと設定形式を確認し、対応バージョンをインストールしてからサブスクリプションをインポートし、更新結果を確認します。
2. ノードを確認：出口を1つ選び、どのグループ設定に属しているか確認します。ノードを選べばすべてのグループが切り替わると思い込まないようにしましょう。
3. 通信を経由させる方法を確認：クライアントの案内に従ってシステムプロキシまたはTUNを有効にし、必要な権限やほかのネットワークソフトウェアとの競合を確認します。
4. 実際のアクセスを確認：接続先サイトを開き、クライアントの接続記録で、リクエストが一致したルール、利用したポリシーと出口を確認します。
5. 問題の範囲を絞る：サブスクリプションの更新失敗、ノードのハンドシェイク失敗、DNS名前解決の失敗、接続先プラットフォームによるアクセス拒否を切り分けてから、原因に応じて設定を調整します。

• ✅ インポート後も実際に接続を確認し、設定が読み込めたことを回線の利用可能性と混同しない。
• ✅ ブラウザーとほかのアプリは個別に確認し、1つのアプリの結果を端末全体に当てはめない。
• ✅ 接続先プラットフォームの地域・アカウント要件を確認し、出口の変更だけでコンテンツを利用できるとは考えない。
• ❌ トラブルシューティングのために証明書の検証を長期間無効にしたり、見知らぬツールにサブスクリプション情報を送信したりしない。

料金と技術設定は分けて確認しましょう。G8VPNの月額サブスクリプションのデータ通信量は、利用開始日を基準に毎月リセットされます。データパッケージは使い切るまで利用でき、有効期限はありません。クライアントのサブスクリプションを更新しても、これらのルールは変わりません。G8VPNはログを保存しない方針を採用しています。これはサービスのプライバシーに関する姿勢であり、あらゆるネットワーク上のリスクを保証するものではありません。操作について詳しく確認する場合は、使い方ガイドとヘルプセンターをご覧ください。