本文へスキップ
ネットワーク基礎 約8分

VPN用語集:サブスクリプション、ノード、通信振り分け、グローバルモードとルールモードを解説

サブスクリプションURLとは?ノードと回線の違い、IEPL専用線・中継・直接接続の仕組みから、プロトコルや通信振り分け、各モードの選び方まで解説。

この記事では、VPN関連の用語を整理し、サブスクリプション、ノード、回線、プロトコル、通信振り分けの役割を解説します。サブスクリプションは設定を提供し、ノードは接続先、回線は通信経路、プロトコルは通信方法、ルールはリクエストの行き先を決めます。こうした違いを理解すると、ノード名だけで選ぶよりも、用途に合った設定やトラブルの原因を見つけやすくなります。

一般にVPNクライアントと呼ばれるアプリは、実際にはプロキシ接続や通信の振り分けを担っている場合があり、従来型のVPNプロトコルを使うとは限りません。この記事では、クライアントでよく使われる意味に沿って用語を解説します。具体的な機能、対応プロトコル、設定形式は各クライアントの説明とアカウント画面で確認してください。業界で使われる一般用語を、VPN82の機能一覧として扱わないようご注意ください。

サブスクリプションURLと有料プラン

「サブスクリプション」には混同しやすい意味があります。有料サブスクリプションはアカウントの課金契約で、利用できるデータ量やサービス期間に関わります。一方、サブスクリプションURLはクライアントが設定を取得するためのアドレスです。URLのコピーや設定の取り込みは支払いの完了を意味せず、サブスクリプションの更新も更新料の支払いや追加データの取得を意味するものではありません。

クライアントがサブスクリプションURLにアクセスすると、通常はノードの接続情報を取得します。設定形式によっては、プロキシグループ、ルール、DNS設定も含まれます。クライアントによって対応する形式が異なるため、「インポート成功」と表示されても、すべての設定が有効になったとは限りません。ノードが表示されるのに接続できない場合は、プロトコルの互換性、設定の不足、アカウントの状態を確認してください。

サブスクリプションURLには、個人用の設定を取得できる認証情報が含まれていることがあります。アカウントのパスワードと同様に取り扱い、URL全体を公開したり、出所の不明なオンライン変換ツールに入力したりしないでください。問題を報告する際は、まずエラーメッセージの個人情報を隠して共有しましょう。URLが漏えいした場合は、アカウント画面に再発行機能があるか確認するか、サポート窓口にお問い合わせください。

ノード、回線、出口IP

ノードとは、クライアントで選べる接続先の項目です。通常、サーバーアドレス、ポート、認証情報、プロトコルのパラメーターが含まれます。一方、回線は、利用者側のネットワークから接続入口、バックボーン、出口までの通信経路を指します。サービスごとに命名方法は異なるため、ノード名は識別の手がかりにはなっても、実際の経路を説明するものではありません。

入口はクライアントが最初に接続するサーバー、出口はリクエストがプロキシネットワークを出て目的のウェブサイトにアクセスする地点です。ウェブサイトから見えるのは通常、ノード名ではなく出口IPです。特定の地域名が付いたノードでも、通信のすべての区間がその地域を経由するとは限らず、利用先のサービスがその出口を受け入れるとも限りません。

同じ地域でも入口や出口が異なる場合があり、別々の接続先が一部のリソースを共有することもあります。違いを判断する際は、「高速」「専用線」といった名前だけでなく、クライアントの接続ログ、利用先の実際の状態、アカウント画面の説明を確認してください。

設定項目からウェブサイトに表示されるIPアドレスまで
用語 主に表すもの それだけでは判断できないこと
ノード クライアントで選択できる接続設定 専用の出口や固定帯域幅
回線 入口・通信経路・出口で構成される経路 どの時間帯でも同じ通信品質が保たれること
出口IP 接続先のウェブサイトから見えるネットワーク上の送信元アドレス サービス側の地域判定やアカウント権限が必ず想定どおりになること
プロキシグループ ノードをまとめ、選択を実行するクライアントの仕組み グループ内のノードが同じ品質・地域であること

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

サービス回線の文脈でいう「直接接続」は、一般にクライアントから海外サーバーへ直接接続し、サービス事業者が別途用意した中継入口を経由しない方式です。経路は比較的シンプルですが、通信品質は利用者側の通信事業者、国際回線、ネットワーク間の接続状況、接続先サーバーにも左右されます。「直接接続」が低遅延を意味するわけではありません。

中継は、クライアントと海外の出口の間に転送区間を設ける方式です。まず接続しやすい入口に接続し、そこから出口へ転送する構成がよく使われます。適切な中継によって遠回りを減らし、接続が安定することもありますが、入口の混雑や転送能力の不足がボトルネックになる場合もあります。中継があるだけで速いとは判断できません。

IEPLは国際イーサネット専用線で、通常は通信事業者が提供する専用のイーサネット接続サービスを指します。国際通信の高速化では、入口から出口までの経路の一部に利用される場合があります。ただし、専用線だからといって、利用者側の接続からウェブサイトへのアクセスまでの全区間が専用になるわけではなく、帯域幅やIPアドレスが専有できるとも限りません。

回線選びのポイント:まず利用先のウェブサイトに正常にアクセスできるか確認し、実際に使う時間帯の安定性も見ておきましょう。直接接続、中継、IEPLは経路の構成を表すものであり、それだけで速度、プライバシー、サービスの利用可否が保証されるわけではありません。

プロトコルとクライアントの互換性

プロトコルは、クライアントとサーバーが接続を確立し、認証してデータを送受信する方法を定めます。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはよく知られた名称ですが、設定ラベルを自由に置き換えられるわけではありません。クライアントが該当プロトコルと必要なパラメーターに対応し、サーバー側の設定とも一致している必要があります。

  • Shadowsocks:暗号化プロキシのプロトコル群です。暗号化方式、実装バージョン、キー形式を一致させる必要があります。クライアントに名称が表示されているかだけでは判断できません。
  • VMess:認証機能を備えたプロキシプロトコルです。設定パラメーターに加え、システム時刻が正確である必要があります。時刻が大きくずれている場合は、まず端末の時計を確認してください。
  • Trojan:通常はTLSを利用して暗号化接続を確立します。証明書の検証やサーバー名などの設定は接続の成否に関わるため、トラブルシューティングのために証明書の検証を安易に無効にしないでください。
  • VLESS:プロトコル自体は通信を暗号化しません。実際の安全性は、組み合わせるトランスポートやセキュリティ層によって異なります。VLESSという名称だけでは、接続方式全体を判断できません。
  • Hysteria2とTUIC:どちらもQUICをベースとし、UDPで通信できる必要がありますが、別々のプロトコルです。ネットワークでUDPが制限されている場合は、クライアントの故障と決めつけず、互換性のある別の回線があるか確認してください。

プロトコルだけですべてが決まるわけではありません。同じプロトコルでも、入口の負荷、回線のパケットロス、クライアントの実装によって使用感は変わります。ここで紹介したプロトコルは用語の説明であり、VPN82がすべてに対応することを示すものではありません。対応状況はアカウント画面と使い方ガイドでご確認ください。

通信振り分け、グローバルモード、ルールモード

通信振り分けとは、条件に応じてリクエストの経路を決めることです。直接接続、指定したプロキシ経由、接続拒否などを選べます。条件にはドメイン、宛先IP、プロセス、ルールセットなどが使われます。ルールは通常、上から順に照合されますが、優先順位はクライアントによって異なります。上位の広いルールが、後続の細かいルールより先に適用される場合があります。

ルールモードでは、設定した条件に基づいてリクエストの経路を振り分けます。国内サービスと海外サイトを使い分けたい日常的な用途に適しています。グローバルモードでは通常、クライアントの処理対象となるリクエストを、選択中のプロキシポリシーにまとめて送ります。ただし、端末上のすべてのアプリが必ずプロキシを通るわけではありません。システムプロキシに従わないアプリや、制御対象に含まれない接続は、元の経路を使う場合があります。

回線の種類としての「直接接続」と、ルールの動作としての「直接接続」は区別が必要です。ルールにあるDIRECTは通常、プロキシを通さず端末から接続先にアクセスすることを意味します。「直接接続」という名称の海外ノードを選ぶことではありません。「接続済みなのに、ウェブサイトから国内のIPアドレスに見える」場合は、まず適用されたルールを確認してください。

システムプロキシの設定が影響するのは、その設定に従うアプリだけです。TUNモードは仮想ネットワークインターフェースで通信を制御し、通常は追加の権限が必要です。TUNの制御範囲は、ルーティング、除外設定、DNS、クライアントの実装にも左右されます。グローバルモードに切り替えるだけでは、適切な通信制御方式の有効化や、接続先サービスのアカウント権限の取得にはなりません。

  • ✅ 日常利用:まずはルールモードを使い、国内サービスは直接接続、プロキシが必要なドメインは想定したプロキシグループに振り分けられるか確認します。
  • ✅ 一時的なトラブルシューティング:ノードは変えずにルールモードとグローバルモードを比較し、ルールの適用が原因かどうかを確認します。
  • ✅ 特定のアプリだけで起きる問題:アプリがシステムプロキシに従うか確認し、必要に応じてクライアント対応のTUNモードを使います。
  • ❌ ノード、DNS、モード、ルールを同時に切り替えないでください。複数の条件を一度に変えると、原因を特定できなくなります。

DNSの名前解決と漏えいチェック

DNSはドメイン名をIPアドレスに変換します。ウェブページの通信がプロキシ経由でも、DNSリクエストが同じ経路を通るとは限りません。ブラウザーの暗号化DNS、システムのリゾルバー、クライアント内蔵のリゾルバーがそれぞれ動作する場合があります。リクエストの経路が想定と異なると、ドメイン名の問い合わせが利用者側のネットワークから送信されることがあります。

DNS漏えいとは通常、DNSリクエストが想定していた保護経路を通らず、使うつもりのなかったDNSサービスやネットワークに問い合わせ内容が伝わる状態を指します。検査結果に特定地域のリゾルバーが表示されても、それだけで漏えいとは断定できません。リゾルバーの運営元、クライアントの設計、検査方法も確認してください。暗号化DNSはリゾルバーまでの問い合わせ通信を保護できますが、アプリの出口IPを自動的に統一するものではありません。

一部のクライアントではFake-IPを使い、ドメイン名を合成アドレスに割り当てることで、その後のルール判定を行いやすくしています。これは接続先ウェブサイトの実際のIPアドレスではなく、匿名性の指標でもありません。アプリがこの名前解決方式に対応していない場合は、出所のわからないDNS設定をコピーせず、クライアントの説明に沿って例外を設定してください。

インポート、接続、トラブルシューティングの手順

Windows、macOS、iOS、Android、Linuxでは、プロキシの設定箇所や権限の仕組みが異なり、クライアントのメニュー名も同じとは限りません。デスクトップではシステムプロキシやTUNの設定、モバイルでは通常、システムが提供するVPNインターフェースで接続を制御します。システムにVPNマークが表示されても、出口、ルール、DNSがすべて想定どおりとは限りません。

  1. クライアントの入手:ユーザーパネルのダウンロードページで各OS向けのバージョンと説明を確認し、対応する設定形式をお確かめください。
  2. サブスクリプションのインポート:アカウント画面で案内されている方法またはサブスクリプションURLを使い、設定の更新時にエラーが出ないことと、ノード一覧が表示されることを確認します。
  3. 接続先の選択:利用する地域とポリシーを選び、システムが必要とする権限を許可します。ほかのネットワーク制御ツールが同時にルーティングを変更しないようにしてください。
  4. リクエストの確認:実際に利用するウェブサイトにアクセスし、接続ボタンの状態だけでなく、クライアントのログで適用ルール、使用ノード、エラー情報を確認します。
  5. 項目ごとに原因を確認:サブスクリプションを取得できない場合はURLとアカウント、接続できない場合はプロトコルとネットワークを確認します。接続できてもアクセスに問題がある場合は、通信振り分け、DNS、接続先サービスの制限を調べてください。

VPN82はWindows / macOS / iOS / Android / Linuxに対応し、同時接続台数に制限はありません。ただし、端末台数のルールはデータ量が無制限であることを意味しません。月額プランのデータ量は契約日を基準に毎月リセットされ、データパックに有効期限はありません。アカウントはメールアドレス不要で、ユーザー名とパスワードだけで作成できます。初回の支払いから7日以内であれば、理由を問わず全額返金を申請できます。詳しい操作方法と料金については、ヘルプセンターとプラン一覧をご覧ください。

要点:設定はサブスクリプションから取得し、接続先はノードで選び、通信経路は回線、互換性はプロトコル、リクエストの行き先はルールで確認します。この順に一つずつ調べると、課金の問題をネットワークの問題と取り違えたり、接続先サービスの制限を接続失敗と誤認したりするのを防げます。

無料トライアル