VPN初心者向けに、まず要点を整理します。サブスクリプションは設定情報を提供し、ノードは接続の入口と出口を決め、回線の種類は通信経路を示し、プロトコルは通信方法を定めます。ルール分岐は、どのリクエストをプロキシ経由にするかを決めます。それぞれ役割の異なる要素であり、ひとつの用語だけでサービス全体の性能は判断できません。
一般に「VPNクライアント」と呼ばれるものでも、実際にはアプリ単位のプロキシや、TUNによるトラフィック制御を行う場合があります。画面に「接続済み」と表示されても、接続処理の一部が確立したことを示すだけで、すべてのアプリが同じ出口を使っているとは限りません。まずは以下の用語を整理してからガイドに沿って操作すると、問題を切り分けやすくなります。
サブスクリプション・ノード・クライアント:設定が接続になるまで
サブスクリプションサービスはアカウントに付与されるサービス利用権です。一方、サブスクリプションURLは、クライアントがノードや関連設定を取得するためのアドレスです。どちらも「サブスクリプション」と略されることがありますが、前者はプラン、後者は設定の取得に関するものです。サブスクリプションを更新しても情報を再取得するだけで、契約更新や利用可能なデータ量の追加にはなりません。
ノードとは、クライアントの一覧から選べる接続設定です。通常、サーバーアドレス、ポート、認証情報、プロトコルのパラメーターが含まれます。一覧の地域名は出口の地域を指すことが多く、端末がその地域へ直接接続していることや、途中でどのネットワークを経由するかを示すものではありません。また、複数のノードが一部のインフラを共有している場合もあります。
クライアントは設定を読み込み、接続を確立し、ルール分岐を実行します。コアはプロトコルやネットワーク処理を担います。同じアプリでもコアの更新によって対応機能が変わることがあり、ボタンの見た目が似ている別アプリでも、同じ形式のサブスクリプションを読み込めるとは限りません。
| 用語 | 意味 | 意味しないこと |
|---|---|---|
| サブスクリプションURL | ノードや設定情報を取得するアドレス | 一般的なWebサイトのURLでも、インストーラーでもない |
| ノード | 選択して使う接続設定 | 必ずしも専用サーバーを1台占有するわけではない |
| 回線 | 入口・中継経路・出口で構成される通信経路 | プロキシプロトコルの別名ではない |
| ルール | リクエストを直結、プロキシなどの処理に振り分ける条件 | すべてのサブスクリプションURLに含まれるとは限らない |
| データ容量 | プランで利用できるデータ量 | リアルタイムの通信速度でも、帯域幅の上限でもない |
IEPL専線・中継・直結:経路とプロトコルは分けて考える
ノードの説明にある直結は通常、端末からインターネット経由でリモートサーバーに接続し、サービス側が設定した中継入口を経由しないことを指します。実際の経路は、利用中の通信事業者、国際回線の出口、接続先ネットワークに左右されます。ここでいう直結は、ルール分岐で「プロキシを使わずWebサイトにアクセスする」直結とは、異なるレイヤーの概念です。
中継では通常、端末がまず入口に接続し、その入口から出口へ通信を転送します。入口によって接続経路が改善する場合がありますが、転送の工程も増えます。「中継あり」という情報だけでは、速度が保証されるわけでも、途中の通信に公衆回線と専用回線のどちらが使われるかがわかるわけでもありません。
IEPLは一般に、国際イーサネット専線を指します。ネットワーク伝送サービスの一種であり、クライアントのプロトコルではありません。ノードにIEPLと記載されている場合、通常は経路の一部に専線が使われていることを示し、端末から接続先Webサイトまでの全区間が専線だという意味ではありません。利用時の快適さには、端末側の接続、Webサイトまでの出口、端末自体のネットワーク環境も影響します。
したがって、「専線なら必ず低遅延」「直結なら必ず高速」とは限りません。比較する際は、同じネットワークと近い時間帯で同じ接続先にアクセスし、ページの応答、継続的なデータ転送、接続の切断状況を確認しましょう。1回の遅延測定だけで回線全体を評価するのは避けてください。
Shadowsocks・VMess・Trojanなどのプロトコル
プロトコルは、クライアントとサーバーがどのように認証し、データをカプセル化して伝送するかを定めます。通信経路とは独立しているため、同じプロトコルでも異なる回線で使えます。また、プロトコルを変えても出口の地域は自動的には変わりません。設定を読み込めない場合は、回線が使えないと決めつける前に、クライアントが対応するプロトコルとパラメーターを確認してください。
- Shadowsocks:広く使われている暗号化プロキシプロトコルの系列です。クライアントとサーバーで暗号化方式、認証情報、関連する拡張機能を一致させる必要があり、名称が同じというだけでは互換性を判断できません。
- VMess:独自の認証・暗号化の仕組みを備えたプロキシプロトコルです。設定によっては異なる伝送方式と組み合わせて使われます。伝送パラメーターが一致しないと、接続に失敗することがあります。
- Trojan:通常、TLSを使ってプロキシ接続を確立します。証明書の検証、サーバー名、認証情報が接続に影響する場合があります。証明書の検証を無効にすることを、日常的な対処法にしないでください。
- VLESS:軽量なプロキシプロトコルです。プロトコル自体は伝送を暗号化しないため、TLSやREALITYなどの安全な伝送方式と、対応する設定をあわせて理解する必要があります。
- Hysteria2とTUIC:QUICをベースにしたプロキシ方式で、UDP通信を利用します。ネットワークによってはUDPが制限され、利用に影響する場合がありますが、あらゆるネットワークで高速だとは限りません。
プロトコルによる暗号化は、WebサイトとのエンドツーエンドHTTPSを意味するものでも、プライバシーを保証するものでもありません。接続サービスには信頼の境界があり、Webサイトのアカウント、ブラウザーの状態、端末上のほかのアプリもプライバシーに影響します。初心者は管理パネルが案内する適合済みの設定を使い、証明書、認証、伝送の項目をむやみに変更しないでください。
グローバルモード・ルールモード・TUN:プロキシを経由するリクエスト
ルールモードでは、ドメイン名、宛先アドレス、プロセスなどの条件に基づいて、リクエストの経路を決めます。一部のWebサイトは直結し、ほかはプロキシ経由にする使い方が一般的ですが、実際の動作はルールの内容、判定順、該当ルールがない場合の既定の動作によって異なります。クライアントがすべてのWebサイトに適切な経路を自動判断するわけではありません。
グローバルモードでは通常、クライアントがすでに取り込んでいる通信を、選択したプロキシまたはポリシーグループに送ります。重要なのは「すでに取り込んでいる」ことです。アプリがシステムプロキシを使っていない場合や、その通信がクライアントの制御対象外の場合は、グローバルモードに切り替えても経路が変わらないことがあります。
システムプロキシは、システムやアプリにプロキシ設定を提供する機能です。実際に使用するかどうかは、各アプリの実装によります。TUNモードは仮想ネットワークインターフェースを使ってIP通信を取り込み、クライアントに処理させます。追加の権限が必要になることが多く、ほかのVPN、企業ネットワーク、セキュリティソフトと経路が競合する場合があります。また、DNSの問題をすべて自動で解決するわけではありません。
ポリシーグループは、ノードと選択方法をまとめる機能です。手動選択や測定結果に基づく選択などがあります。自動選択の結果は、測定先とクライアントの実装に左右され、利用するサービスで最適な結果になるとは限りません。特定のWebサイトで問題が起きた場合は、ルールの適用状況と実際の出口を確認してから、ポリシーを調整してください。
DNS漏えい・出口IP・遅延:確認するポイント
DNSは、ドメイン名をIPアドレスに変換する仕組みです。ブラウザー、OS、プロキシクライアントがそれぞれ名前解決に関わる場合があるため、Webページがプロキシ経由でも、DNSリクエストまで想定した経路を通っているとは限りません。一般にDNS漏えいとは、名前解決が想定外のDNSリゾルバーやネットワーク経路に流れることを指します。判断する前に、どの通信をどの経路に流したいのかを確認してください。
確認ページにローカルのDNSリゾルバーが表示されても、すべての通信がプロキシを迂回しているとは限りません。リモートのDNSリゾルバーが表示されても、すべてのアプリの通信が制御されている証明にはなりません。ブラウザーの暗号化DNS設定、キャッシュ、クライアントの名前解決ポリシーも結果に影響するため、実際の設定とあわせて確認してください。
出口IPは、接続先のWebサイトから見える送信元アドレスです。IPアドレス確認ページで現在のブラウザーの出口を調べ、選択中のノード情報と比較できます。この結果が示すのは今回のリクエストの出口だけで、ほかのアプリ、プロトコル、すべての通信が同じ経路を通ることを意味しません。
遅延は特定の測定における往復時間、帯域幅はデータ伝送能力、実効速度は端末、回線、サーバー、接続先Webサイトなどの影響を受ける実際の転送量を表します。クライアントで遅延を測定できてもWebサイトが開けない場合、名前解決、ルール、認証、接続先の制限などが原因かもしれません。速度測定を繰り返すだけで対処しないようにしましょう。
管理パネルから接続まで:初心者向けの確認手順
まず使い方ガイドでプラットフォームとクライアントを確認してから、サブスクリプションを取得してください。VPNRDのクライアント入手先は管理パネル内にあり、ログイン後にサブスクリプションを取得できます。iOS以外のプラットフォームではログイン後にダウンロードできます。iOSの入手方法は、管理パネルに表示される有効なプランの条件に従ってください。出所が不明なインストーラーを使わず、管理パネルの案内に従いましょう。
- クライアントの対応状況を確認する。OSのバージョン、クライアント、コアが、管理パネルで提供されるプロトコルとサブスクリプション形式に対応しているか確認してください。WindowsやmacOSのシステムプロキシ設定と、iOSやAndroidのVPN許可手順は異なります。Linuxでは実行権限とルーティング設定にも注意が必要です。
- サブスクリプションを取得して読み込む。クライアントに対応した管理パネルの取得方法を使います。アプリを起動できる場合は、画面の案内に従ってください。起動できない場合はURLをコピーして、クライアントのサブスクリプションまたは設定管理画面に貼り付けます。単一ノード用の入力欄に誤って貼り付けないようにしてください。
- 更新して結果を確認する。クライアントにノードが表示され、解析エラーがないことを確認します。更新に失敗した場合は、URLがすべてコピーされているか、システム時刻が正しいか、現在のネットワークからサブスクリプションURLにアクセスできるかを確認してください。
- ノードを選び、必要な許可を与える。ガイドに沿ってシステムプロキシまたは必要な通信制御モードを有効にし、OSの許可画面を確認してください。テスト中は複数のプロキシやVPNを同時に有効にしないでください。実際の経路を判断しにくくなります。
- 利用したいサービスで確認する。ブラウザーの出口を確認した後、実際に使いたいWebサイトやアプリを開きます。一部の接続先だけで問題が起きる場合は、ルールの適用状況、DNS、アプリ独自のプロキシ設定を確認してください。
- ✅ ノード一覧が表示されればサブスクリプションは読み込まれていますが、接続の確認は別途必要です。
- ✅ ブラウザーと対象アプリはそれぞれ確認し、ブラウザーの結果だけで端末全体を判断しないでください。
- ✅ サポートに問い合わせる際は、OS、クライアント、エラー内容、発生状況を伝え、サブスクリプションURLや認証情報は隠してください。
- ❌ 証明書の検証を無効にする、サブスクリプションURLを公開する、何度も再インストールする、といった方法で原因調査に代えないでください。
プランのデータ容量と設定の更新:サービスの利用条件を確認
「ノードの更新」と「データ容量のリセット」は別のものです。VPNRDの月額サブスクリプションのデータ容量は、利用開始日を基準に毎月リセットされます。データパックは使い切るまで有効で、期限はありません。プラン料金を確認する際は、請求サイクルとデータ容量の有効条件を分けて考え、データパックを毎月付与される固定容量と混同しないでください。
同時接続台数に制限がないという条件は、接続できる端末のルールを示すもので、各端末に別々のデータ容量が割り当てられることや、専用帯域が保証されることを意味しません。設定を読み込めても、アカウントの利用権が有効とは限りません。接続に問題がある場合は管理パネルの状態も確認し、必要に応じてサポートページからお問い合わせください。
まずサブスクリプションが正しく読み込まれたことを確認し、次に通信がクライアントに取り込まれているかを確認します。その後、ルールとDNSを確認し、最後に接続先のWebサイトで動作を確かめます。回線の種類は経路、プロトコルは通信方法、プランはサービスの利用条件を示します。それぞれの役割を分けて考えるほうが、ノード名や遅延の数値だけを見るより、問題を特定しやすくなります。