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

VPNの基本用語は、まず関係性を押さえましょう。サブスクリプションは設定を配布し、ノードは接続先、プロトコルは通信方式、ルーティングは通信の経路を決めます。接続済みなのにサイトが開かない場合は、クライアントを何度も替えるのではなく、この順に確認すると原因を絞り込みやすくなります。

一般にVPNクライアントと呼ばれるものには、システム全体を保護するトンネル型ツールと、システムのネットワーク機能を利用して通信を処理するプロキシ型クライアントがあります。名称だけで同じものと判断しないようにしましょう。ここでは一般的な設定用語を解説します。本文で触れるすべてのプロトコルやクライアント機能をVPNWishが提供するという意味ではありません。対応状況は管理画面と使い方ガイドをご確認ください。

サブスクリプションリンクとプランは別のもの

プランはサービスの利用条件で、通常はデータ通信量、料金の請求周期、利用条件などが定められています。一方、サブスクリプションリンクは、クライアントが設定を取得するためのURLです。サーバー側の出力形式やクライアントの対応状況によって、ノード一覧だけでなく、プロキシグループ、ルーティングルール、DNS設定などが含まれる場合もあります。

「サブスクリプションを更新」は、通常、設定を再取得する操作です。プランの更新や、現在の接続先の切り替えを意味するものではありません。選択中のノードが維持されるクライアントもあれば、プロキシグループを選び直す必要があるものもあります。更新後は、ノード一覧に変化があるか、設定が有効になっているかを確認し、実際の接続先も確かめましょう。

サブスクリプションリンクにはアクセス用の認証情報が含まれることがあるため、パスワードと同じように管理してください。サポートにスクリーンショットやログを送る際は、リンク全体とその中のトークンを隠しましょう。公開してしまった場合は、管理画面のリセット機能を使い、各デバイスの設定も更新してください。

同じリンクでも、すべてのクライアントで使えるとは限りません。設定ファイル全体を読み込むクライアントもあれば、ノード共有リンクだけを受け付けるクライアントもあります。取り込み時に形式エラーが出たら、使い方ガイドに記載されたクライアント名とサブスクリプションの種類を確認してください。出所のわからないオンライン変換サイトにリンクを入力するのは避けましょう。

ノード・回線・出口の違い

ノードは通常、クライアントで選択できる接続設定を指し、サーバーのアドレスやポート、認証情報、プロトコルのパラメーターなどが含まれます。回線はデータが通るネットワーク経路、出口はアクセス先のサイトから見える公開IPアドレスと、そのネットワーク上の位置を指します。互いに関係はありますが、同じものではありません。

「日本」と付いたノードでも、いったん国内や近隣地域の入口に接続し、中継を経て日本の出口に到達する場合があります。そのため、入口の所在地、ノード名、サイトが判定する出口の地域が異なることもあります。ノード名は選択の目安になりますが、接続後に実際の状況を確認することも大切です。

設定からサイトへのアクセスまで：用語一覧
用語	主な役割	用語だけでは判断できないこと
サブスクリプション	ノードまたは設定一式をクライアントに配布	取り込みに成功しても、接続済みとは限らない
ノード	具体的な接続パラメーターを提供	名称だけでは現在の利用可否はわからない
回線	入口から出口までの通信経路を担う	種類だけでは実際の通信速度はわからない
出口	接続先サービスから見える公開上の接続元	地域が一致しても、コンテンツにアクセスできるとは限らない
プロキシグループ	手動選択、自動判定、障害時の切り替えを管理	グループ名を選んでも、特定のノードに固定されるとは限らない

接続先のサービスが必要とする地域を確認してから、該当するノードの実際の動作を比べましょう。一覧で最も低い遅延のノードを選べばよいとは限りません。入口への応答が速くても、その先の出口が混雑していれば、ウェブページや動画の読み込みは遅くなることがあります。反対に、遅延がやや大きいノードのほうが、大容量のダウンロードに適している場合もあります。

IEPL 専用線・中継・直結の違い

直結とは通常、クライアントから海外のサーバーへ接続し、サービス事業者が用意したプロキシ中継の入口を経由しない方式です。それでも通信は、通信事業者のルーティングやインターネットの交換網を通ります。「直結」は物理的に一段で届くことを意味せず、経路が常に最短というわけでもありません。

中継では、クライアントと最終的な出口の間に転送地点を設け、接続経路や地域間の通信、接続管理を行います。経路が適切なら快適さが向上することもありますが、入口が混雑していたり、遠回りになったりすれば接続が遅くなる場合もあります。そのため、中継が常に直結より優れているとは言えません。

IEPLは通常、国際イーサネット専用線を指し、サービス事業者のネットワーク内で通信回線として利用されます。サービスにIEPLと記載されていても、利用者のデバイスから接続先のサイトまで、経路全体が専用線という意味ではありません。自宅のブロードバンドや無線ネットワーク、入口の接続、接続先サイトの応答も使い心地に影響します。

選び方のポイント

回線の種類は選択時の参考情報として捉え、速度の保証とは考えないようにしましょう。実際に使う時間帯に、同じウェブサイトやアプリで読み込み、再生、切断の状況を比べてください。ほかの条件を変えずノードだけを切り替えると、違いの原因を判断しやすくなります。

プロトコルとクライアントのコアの関係

プロトコルは、クライアントとサーバー間の認証、データ転送、保護の方法を定めます。クライアントのコアはプロトコルを実装し、ルールの照合や接続の再利用なども処理します。見た目が似たクライアントでも、対応プロトコルや転送パラメーター、設定形式が大きく異なることがあります。

Shadowsocks：暗号化プロキシプロトコルで、TCPとUDPの通信転送に広く使われます。利用できる暗号化方式は、クライアントとサーバーの両方が対応している必要があります。
VMess：認証機能を備えたプロキシプロトコルです。システム時刻がずれていると認証に影響することがあるため、パスワードをリセットするだけでなく、デバイスの時刻も確認しましょう。
Trojan：通常、TLSを使ってクライアントとサーバー間の接続を保護します。証明書の検証とサーバー名の設定が重要なパラメーターです。
VLESS：プロトコル自体はペイロードを暗号化しません。TLSやREALITYなどのセキュリティ機能と組み合わせて使われることがよくあります。プロトコル名だけで暗号化方式まで判断しないようにしましょう。
Hysteria2 と TUIC：QUICをベースとしており、UDPで通信できることが前提です。利用中のネットワークでUDPが制限されていると、該当するノードに接続できない場合があります。

プロトコルの新旧だけで回線の優劣は決まりません。接続可能性、サーバーの設定、通信経路、クライアントの実装などが結果に影響します。設定の取り込みに失敗したら、まず互換性を確認しましょう。接続できない場合は、ネットワークや認証情報、転送パラメーターを確認してください。エラーを解消するために証明書の検証を安易に無効にするのは避けましょう。

TLSはデバイスとサーバー間の接続を保護できますが、接続先サイト自体のHTTPSに代わるものではありません。サイトにアクセスするときは、URLと証明書に関する警告も確認してください。また、暗号化された接続があらゆるプライバシー上のリスクを解決するわけではありません。

ルール分岐・グローバルモード・TUN

ルールモードでは、ドメイン、アドレス、プロセス、地域などのルールに基づいて、通信ごとに直結、プロキシ接続、拒否などの方針を適用します。通常、ルールは上から順に照合されるため、先頭に範囲の広すぎるルールがあると、後続の詳細なルールが適用されないことがあります。

グローバルモードでは通常、クライアントが処理する通信をすべて、選択したプロキシ方針に振り分けます。問題の原因がルール分岐にあるかを一時的に切り分けるのに便利です。ただし「グローバル」でも、デバイス上のすべてのアプリが対象になるとは限りません。クライアントがシステムプロキシを設定するだけの場合、それに従わないアプリは直結することがあります。

TUNは、仮想ネットワークインターフェースを使ってIP通信を処理する方式です。ノードのプロトコルでも、出口の地域を選ぶ設定でもありません。有効にするには追加の権限が必要な場合があり、ほかのVPNやルーティングツール、ネットワークフィルタリングソフトと競合することもあります。DNS通信も処理されるかどうかは、具体的な設定によって異なります。

普段は、サービスが提供するルール設定を使うとよいでしょう。特定のアプリで問題が起きたら、一時的にグローバルモードに切り替えて比較します。グローバルモードでは正常でルールモードだけ異常なら、ルールの適用状況、プロキシグループ、DNSを重点的に確認してください。どちらも異常なら、ノードとアプリ側の要件を調べます。確認後は、普段の利用に適したモードへ戻しましょう。

DNSの名前解決と漏えいについて

DNSはウェブサイトのドメイン名を接続先のアドレスに変換します。名前解決に成功しても、その後の接続が必ず成功するとは限りません。適切でないアドレスが返されると、同じノードを使っていても特定のサイトだけに問題が起きることがあります。ブラウザー、システム、プロキシクライアントがそれぞれキャッシュを持つ場合もあります。

DNS漏えいとは一般に、名前解決のリクエストが想定した経路を通らず、別のDNSリゾルバーに送られる状態を指します。その場合、リクエストを受け取った側に検索したドメイン名が知られる可能性はありますが、HTTPSページの本文まで見られたことと同じではありません。漏えいに当たるかどうかは、想定したポリシーに照らして判断しましょう。ローカルのリゾルバーが表示されたというだけで、結論を出すことはできません。

ブラウザーのセキュアDNS、システムDNS、クライアントのDNS設定をあわせて確認してください。漏えいテストでわかるのは、テスト中に観測された名前解決の出口であり、プライバシー全体を監査できるわけではありません。地域別に通信を振り分けている場合、国内サイトと海外サイトで異なるDNS経路が使われるのは、想定どおりの動作である可能性もあります。

システムDNS、ブラウザー設定、クライアントのルールを同時に変更しないでください。一度に変更するのは一か所だけにして、変更前後の状態を記録しましょう。そうしないと、アクセスが復旧しても本当の原因を特定しにくくなります。

設定の取り込みからトラブルの切り分けまで

用語を理解したら、実際の操作では「設定の取得」「接続の有効化」「アプリでの確認」を分けて進めましょう。VPNWishではログイン後にサブスクリプションを取得できます。iOS以外のデバイスでは、ログイン後にクライアントをダウンロードできます。iOSでのダウンロードには有効なプランが必要です。クライアントの入手先は使い方ガイドをご確認ください。サブスクリプションリンクはインストーラーではありません。

OSとクライアントを確認する。デスクトップでは、ネットワーク拡張機能や仮想インターフェースの使用許可が必要な場合があります。モバイル端末では通常、システムのVPN設定を許可します。権限の確認画面に表示される名称は異なる場合があるため、使用中のOSの案内と使い方ガイドを確認してください。
対応する設定を取り込む。クライアントのサブスクリプションまたは設定の取り込み画面から読み込み、更新が完了するまで待ちます。まずノード一覧が作成されたことを確認してから、この設定を有効にしてください。
出口を選んで接続する。プロキシグループで実際に選択されているノードを確認します。自動選択のグループは出口が自動で切り替わることがあるため、地域を固定したい場合は注意してください。
実際に使うアプリで確認する。まず一般的なウェブページを開き、その後に目的のサービスへアクセスします。サイト側の地域判定は、アカウント、利用権限、キャッシュ、不正利用対策などの影響も受けるため、公開IPアドレスだけで判断しないでください。
必要な診断情報を記録する。OS、クライアントのバージョン、ノード名、エラーメッセージ、発生した状況を記録してください。ログを共有する際は認証情報を隠し、詳しい確認が必要な場合はサポート窓口へお問い合わせください。

✅ 設定の取り込みでエラーが出る：回線を変える前に、サブスクリプションの形式とクライアントの互換性を確認する。
✅ 接続済みなのにウェブページに問題がある：現在のルール、DNS、システム時刻を確認してから、ほかのノードと比較する。
✅ 特定のアプリだけ問題がある：システムプロキシに従うアプリか、追加の通信制御が必要かを確認する。
❌ 遅延の測定値、ノード名、回線の表示だけで、アプリが正常に使えると判断しない。

最後に、それぞれの役割を整理しておきましょう。サブスクリプションは設定を配布し、プロトコルは通信方式を定め、ノードと回線は接続経路を担い、ルールは通信の行き先を決め、DNSはドメイン名を解決します。クライアントの再インストールやルールの削除、ネットワーク設定の変更を一度に行うより、層ごとに確認するほうが原因を見つけやすく、サポートにも状況を伝えやすくなります。