VPN用語ガイド:ノード・回線・プロトコルと振り分けをまとめて解説
サブスクリプション、ノード、回線種別、プロトコル、振り分け、グローバル/ルールモード。初心者が最も混同しやすいこれらの用語を、対照表と数段落の説明で一度に整理します。読み終えてからチュートリアルに戻れば、もう迷いません。
VPN の用語で最も混同しやすいのが、サブスクリプション、ノード、回線、プロトコル、振り分けの5つです。これらは同じ階層にあるわけではありません。サブスクリプションは設定を取得する手段、ノードは実際に接続するサーバー、回線はデータが通る経路、プロトコルは両端が話すための形式、振り分けはどの通信を回線に乗せ、どれをローカルに残すかを決めるものです。この5つの位置関係を押さえておけば、クライアントのオプションを見ても戸惑いません。まずは対照表を示し、そのあと一つずつ分解していきます。
まずは対照表から
下表は、よく使われる用語・ひとことでの説明・最も混同しやすいポイントをまとめたものです。最初から全部覚える必要はありません。以降の各節で、表の該当行に戻りながら説明します。
| 用語 | ひとことでの説明 | 混同しやすいポイント |
|---|---|---|
| サブスクリプションリンク | 1つのURLで、クライアントがノード一覧と設定を取得する | ノードそのものではない。別の端末で同じリンクを読み込んでも、表示されるのは同じノード群 |
| ノード | 接続可能なサーバーの入口。アドレス・ポート・認証情報で特定される | ノード数は回線数と同じではない。同じノードに複数の経路で到達できる |
| 回線 | 端末からノードまでデータが通るネットワーク経路 | 回線の品質は経路で決まる。ノード一覧の長さでは決まらない |
| 回線種別 | 経路の分類:直結・中継・IEPL専用線 | 専用線はリンク方式の話であり、プロトコルとは関係ない |
| プロトコル | クライアントとノードの間でデータをカプセル化する規則 | プロトコルと回線は独立しており、自由に組み合わせられる |
| 振り分け | ドメイン・IP・アプリごとに、どの通信をノード経由にするか決める | 振り分けは一部だけを速くするのではなく、回線に乗せる必要のない通信をローカルに残すこと |
| グローバルモード | すべての通信をノード経由にする | ローカルのネットワーク機器、画面共有、印刷サービスに届かなくなることがある |
| ルールモード | 振り分けルール表を順に照合し、一致した時点で確定する | ルール表は提供側かクライアントが用意する。範囲が広すぎるルールはローカルサイトを遅くする |
| DNSリーク | 通信はノード経由なのに、名前解決はローカルネットワークのまま行われる | ページが開けるからといって、名前解決が漏れていないとは限らない |
サブスクリプションとサブスクリプションリンク
サブスクリプションは、サービス提供側がクライアントに渡す設定一覧です。通信そのものを暗号化する役割は担わず、ノード情報をクライアントに届けるだけです。ここを押さえておくと、この後の操作がすんなり進みます。
サブスクリプションリンクの中身
サブスクリプションリンクは通常1つのURLで、クライアントがリクエストするとエンコードされたノード一覧を取得します。一覧の各行には、サーバーアドレス、ポート、暗号化方式、転送層のパラメータ、認証情報が含まれます。読み込むと、クライアントはこれらの内容をクリックできるノード一覧として表示します。リンク自体はノードではありません。別の端末で同じリンクを読み込んでも、表示されるのは同じノード群です。
更新の頻度
提供側がノードを追加・削除したり回線を調整したりすると、一覧もそれに合わせて変わります。クライアントは通常、手動更新を用意しており、起動時や一定周期での自動取得も設定できます。一覧の地域が管理画面の表示と一致しない場合は、まずサブスクリプションを手動で更新し、そのうえでネットワークを調べると、無駄な作業を半分に減らせます。
リンクが漏れたときの対処
サブスクリプションリンクはアカウントの認証情報に等しく、入手した人は同じ設定を読み込めます。スクリーンショットやチャット、公開リポジトリにリンクが載った場合は、無効化して再発行してください。多くのクライアントは複数のサブスクリプションを併用できるので、新しいリンクに切り替えたあと古いものを削除すれば済みます。
クライアント画面を共有するときは、サブスクリプションリンク、ノードアドレス、認証情報が写っていないか確認してください。リンクが外に流れたら、漏洩元を追うより再発行するほうが速いです。
ノード・回線・回線種別
ノードと回線は同義語のように使われますが、片方は点、もう片方は線です。
ノードは入口
ノードは接続可能なサーバーで、アドレス・ポート・認証情報によって特定されます。クライアントがノードに接続すると、出口アドレスはノードが決めます。地域一覧が存在する意味もここにあり、ある地域を選ぶことは、そこから出ていくことを選ぶのに等しいのです。
回線は経路
回線とは、端末からノードまでデータが通るネットワーク経路を指します。同じノードでも、違う経路から到達できます。遅延やパケットロスの安定度を決めるのは経路であり、ノード一覧の長さではありません。
直結・中継・IEPL専用線
- 直結:ローカルネットワークからノードへ直接つなぐ最短の経路で、国境をまたぐ区間は公衆網を通ります。日常のWeb閲覧や文書作業には十分ですが、夜のピーク時間帯は変動が大きくなります。
- 中継:まず中継入口に接続し、そこから出口ノードへ転送します。中継区間だけを個別に最適化でき、出口の地域はノードが決めます。
- IEPL専用線:通信事業者が提供する国際イーサネット専用線で、出入国の区間が公衆網の輻輳点を通らないため、遅延とパケットロスがより安定します。その分コストも高くなります。
強調したいのは、専用線はリンク方式であってプロトコルではないという点です。専用線の上でも Trojan や VLESS は動きますし、直結でも同じです。両者を混ぜて語ると、「専用線=特定のプロトコル」といった誤った結論に陥りやすくなります。
110+
国・地域
160+
回線
無制限
同時接続台数
14日間
理由不要の返金
VPNUJ の場合、現在 110+ の国・地域、160+ の回線をカバーし、同時接続台数は無制限、14日間の理由不要の返金に対応しています。回線種別と地域の対応関係は、回線一覧で一つずつ確認できます。
プロトコルが両端の会話を決める
プロトコルは、クライアントとノードの間でデータをカプセル化する規則です。回線とは互いに独立しており、同じ専用線の上で別のプロトコルを動かすことも、同じプロトコルを直結や中継で使うこともできます。代表的なプロトコルの違いは、主に転送の土台と適した環境にあります。
| プロトコル | 転送方式 | 主な特徴 | 向いている用途 |
|---|---|---|---|
| Shadowsocks | TCP / UDP、SOCKS5 ベースの暗号化プロキシ | 設定が軽くオーバーヘッドが小さい。原版の難読化能力は限定的 | Web閲覧、文書、動画などの一般的な用途 |
| VMess | TCP。WebSocket などの転送方式と組み合わせ可能 | 機能が豊富で、ユーザーID単位の認証に対応。クライアントとサーバーの時刻同期に敏感 | 転送設定を細かく分けたい場合や、複数ユーザーを管理する場合 |
| VLESS | TLS に依存し、XTLS と組み合わせることが多い | 構造が簡潔で、独自の暗号化を持たず、ハンドシェイクのオーバーヘッドが小さい | TLS の入口が既にあり、低オーバーヘッドを重視する場合 |
| Trojan | TLS。外観は標準の HTTPS に近い | 偽装性が高く、ポートと証明書の設定要件が明確 | 通常の HTTPS 通信と共存させたい場合 |
| Hysteria2 | QUIC(UDP ベース) | 輻輳制御が積極的で、電波状況の悪い環境やパケットロスが多い環境で安定しやすい | モバイル回線、国境をまたぐ長距離、パケットロスが目立つ回線 |
| TUIC | QUIC(UDP ベース) | 多重化により接続確立が速い。UDP の品質に敏感 | 短い接続が多く、素早い再利用が必要な場面 |
すべてのネットワークで最速のプロトコルはありません。判断の順序は、まずローカルネットワークの UDP への寛容さを見て、次に TLS の外観が必要かを確認し、最後にクライアントが対応しているかを見ます。UDP が制限されているネットワークでは QUIC ベースのプロトコルは性能が落ちますし、時刻検証に敏感な環境では VMess の前にシステム時刻を合わせておかないと、「設定は合っているのにつながらない」という状態になります。
振り分け・グローバル・ルールモード
クライアントは通常、グローバル・ルール(振り分け)・直結の3つの動作を用意しています。これらが決めるのは接続できるかどうかではなく、どの通信をノード経由にするかです。
- グローバル:すべての通信をノード経由にします。設定は最も簡単ですが、その代わりローカルのネットワーク機器、プリンター、画面共有といったサービスにアクセスできなくなることがあります。
- ルールモード:振り分けルール表を順に照合し、一致した時点で確定します。ローカルサイトは直結、回線を通す必要があるドメインはノード経由にします。
- 直結:すべてノードを通しません。主に切り分けに使い、直結に切り替えて同じサイトを開けば、ローカルネットワークの問題か回線の問題かを判別できます。
振り分けルールの見方
よく使う条件は4種類あります。ドメインの末尾、ドメインに含まれるキーワード、IP レンジと地理的な所属、アプリのプロセス(デスクトップ版ではプログラム単位で振り分け可能)です。ルールは数より順序が重要で、範囲が広すぎるルールが1つあると本来直結すべき通信まで回線に乗り、ローカルサイトが遅くなります。逆に狭すぎると、回線を通す必要があるサービスを取りこぼしやすくなります。調整するときは一度に1条だけ変え、変えたらすぐ検証するほうが、何十件もまとめて足すより原因を特定しやすくなります。
DNSリークとは
振り分けは通信の行き先だけでなく、名前解決の行き先も含みます。通信はノード経由なのに、DNS 問い合わせがローカルネットワークのままだと、これを DNS リークと呼びます。すぐにページが開けなくなるわけではありませんが、解決結果が回線の地域からずれて、「ノードは海外なのに内容はローカル版」という現象が起きます。対処は、クライアントでリモート解決を有効にするか、DNS 問い合わせもプロキシのルールに沿わせることです。
同じサイトをグローバルモードとルールモードでそれぞれ開き、表示される地域版が違うなら、原因は回線そのものではなく名前解決が追いついていない可能性が高いです。
サブスクリプション読み込み後のチェックリスト
設定が終わったら、以下の項目をひと通り確認しておくと、「つながるけれど使いにくい」というトラブルの大半を省けます。各プラットフォームの読み込み手順は、使い方ページで順を追って説明しています。
- ✅ ノード一覧の地域と数が管理画面の表示と一致している。違う場合はまずサブスクリプションを手動更新。
- ✅ システム時刻を合わせてある。VMess など時刻検証に依存するプロトコルが、ずれで切断されない。
- ✅ ルールモードでローカルサイトは直結、回線を通す必要があるサービスはルールに一致していることを確認。
- ✅ DNS 問い合わせが回線に追従し、ノードは海外なのに内容がローカル版、という状態になっていない。
- ✅ 直結に切り替えて同じサイトを開き、ローカルネットワークの問題か回線の問題かを見分けられる。
用途別・回線選びの判断順序
用語が整理できたら、選び方は4つの手順に圧縮できます。
- まず用途を決める:Web閲覧や文書、ストリーミング、AI ツール、大容量ファイルのアップロード・ダウンロードでは、求められる遅延と帯域が異なります。
- 次にプロトコル:ローカルネットワークが UDP に寛容なら Hysteria2 か TUIC を優先。UDP が制限されているなら Trojan か VLESS を選びます。
- 続いて回線種別:夜のピーク時間帯でも安定させたいなら IEPL専用線。コストを優先するなら、直結と中継で日常用途はカバーできます。
- 最後にクライアントを確認:デスクトップとモバイルの両方が選んだプロトコルに対応しているか、同じサブスクリプションを共用できるか。
この4つの順序は入れ替えないでください。用途より先にプロトコルを選ぶと、スペックは良さそうなのに使えない組み合わせになりがちです。
用語をそれぞれの階層に戻せば、選択は勘に頼らずに済みます。サブスクリプションは設定の取得、ノードは出口、回線は安定性、プロトコルはカプセル化の方式、振り分けはどの通信を回線に乗せるかを決めます。まず用途を決め、次にプロトコルを選び、最後に回線種別で安定性を解決する。この順序はどのクライアントでも通用します。
VPNUJ は現在 110+ の国・地域、160+ の回線を提供し、月額サブスクリプションは ¥9.9 からで 60GB 込み、同時接続台数は無制限、14日間の理由不要の返金に対応しています。登録に必要なのはユーザー名とパスワードだけで、メールアドレスは不要です。支払いは Alipay、WeChat、USDT に対応しています。各プラットフォームのクライアントの読み込み手順は使い方ページで順を追って確認できます。料金を比較したい場合は、プラン料金ページにすべてのプランとトラフィックパックが掲載されています。