このVPN初心者向け用語早見表では、サブスクリプション、ノード、プロトコル、振り分け、グローバルモードとルールモードを、実際の利用手順に沿って整理します。サブスクリプションを取り込んで設定を取得し、ノードを選んで接続先を決め、ルールでプロキシを経由するリクエストを指定します。接続に問題が起きたときは、ノードを何度も変更するより、どの段階で止まっているかを確認すると原因を見つけやすくなります。
サブスクリプションとノード：設定の取得元
「サブスクリプション」には、料金プランと設定情報という2つの意味があります。プランの月額サブスクリプションは、毎月利用枠が提供される課金方式です。一方、クライアントで使うサブスクリプションは、更新可能な設定情報の取得元を指すのが一般的です。両者は関連していますが、同じ操作ではありません。支払いを済ませても設定が自動で取り込まれるとは限らず、取り込みに成功してもプランの通信量が残っているとは限りません。
サブスクリプションリンクは通常、アクセス認証情報を含むURLです。クライアントがそのURLにアクセスしてノード情報を取得し、形式によってはグループ、振り分けルール、DNS設定も取得します。このリンクは公式サイトへの通常の入口でも、インストーラーのダウンロード先でもありません。クライアントによって対応する設定形式が異なるため、サービスの案内に記載された方法で取り込んでください。
「ノード」は、クライアントから接続できるプロキシの接続先です。設定には通常、サーバーアドレス、ポート、認証情報、プロトコルのパラメーターが含まれます。ノード名は地域や用途を見分けるためのもので、回線品質を保証するものではありません。似た名前でも異なる入口の場合があり、名前が違ってもネットワークリソースの一部を共有していることがあります。リストの項目数だけでサービスの性能を判断することはできません。
プロトコルと回線：接続方式と通信経路
プロトコルはクライアントとサーバーの通信方法を定め、回線はデータがどのようなネットワーク経路を通るかを表します。同じプロトコルを使うノードでも、直接接続、中継、専線など異なる経路を通る場合があります。逆に、同じ種類の回線で異なるプロトコルを使うこともできます。プロトコル名だけから、速度、安定性、地域ごとの利用可否を判断することはできません。
| 名称 | 概要 | 確認事項 |
|---|---|---|
| Shadowsocks | 暗号化プロキシプロトコルであり、システム全体を対象とするVPNトンネル方式ではありません。 | 使用する暗号方式や関連する拡張機能にクライアントが対応しているか確認します。 |
| VMess | 異なる伝送方式と組み合わせられるプロキシプロトコルです。 | 認証情報に加え、伝送方式やTLSなどの設定も一致させます。 |
| Trojan | 通常、TLSを利用してプロキシ通信を行います。 | サービスのドメインと証明書の検証を確認し、接続のために検証を安易に無効化しないでください。 |
| VLESS | 軽量なプロキシプロトコルで、単体ではペイロードを暗号化しません。 | 実際に組み合わせるTLS、REALITY、その他の安全な伝送設定を確認します。 |
| Hysteria2 / TUIC | QUICをベースにしたプロキシ方式で、UDPのネットワーク環境に依存します。 | クライアントの対応状況と、現在のネットワークで必要なUDP通信が許可されているかを確認します。 |
上の表は一般的な用語の理解を目的としたもので、VPNEyesがすべてのプロトコルを提供していることを示すものではありません。初心者はサービスが提供する互換性のある設定を優先して使い、名前が新しいという理由だけで手動変更しないでください。プロトコルが一致していない場合、ノードがリストに表示されても接続できないことがあります。
直接接続、中継、IEPL専線
直接接続とは通常、クライアントから海外のプロキシ入口へ直接接続することです。利用感は、中国本土の通信事業者や国際インターネットのルーティングの影響を受けます。中継では、まず入口に接続してから、後続の出口へ転送します。転送の段階が増えても必ず遅くなるわけではなく、実際の経路、混雑状況、運用状況が重要です。
IEPLは国際イーサネット専線を指し、専用の国際伝送接続を表すもので、プロキシプロトコルでも特定の国の出口アドレスでもありません。サービスが専線を案内している場合は、どの区間で使われるかを確認しましょう。利用者から入口まで、また出口から接続先のWebサイトまでの区間は公共ネットワークを通る可能性があるため、専線をエンドツーエンドの完全な専有接続と捉えることはできません。
振り分け、グローバルモード、ルールモード
振り分けとは、条件に応じてリクエストの送信先を選ぶことです。条件にはドメイン、接続先アドレス、アプリなどがあり、処理結果は直接接続、プロキシ経由、拒否などです。グループは選択可能なノードをまとめるために使います。ルールでグループを指定し、そのグループ内で選んだノードが具体的な出口になります。ルールが正しくても、グループ内の出口選択が適切でなければ、期待した結果にならないことがあります。
ルールモードでは、設定されたルールを順に照合します。具体的な順序はクライアントやルール形式によって異なりますが、多くの実装では最初に一致したルールが適用されます。特定サービスのドメインを指定する細かなルールは、広い範囲を対象とするルールより前に置くのが一般的です。最後に、どのルールにも一致しないリクエストを処理する既定のルールを設定します。新しいルールを取り込む前に、設定の作成者が直接接続とプロキシをどう振り分けているか確認してください。
グローバルモードでは通常、クライアントが制御しているリクエストを、選択したプロキシポリシーにまとめて送ります。ただし、端末上のすべてのアプリが制御対象になるとは限りません。「直接接続モード」は通常、制御対象のリクエストを直接送信する設定であり、必ずしもクライアントの終了を意味しません。モード名が似ていても、実際の適用範囲は現在使っているクライアントの説明で確認してください。
システムプロキシ、仮想ネットワークインターフェース、アプリの適用範囲
システムプロキシは、プロキシの接続先をOSに登録する設定です。この設定に従うアプリはプロキシを使用しますが、独自のネットワーク設定を使うアプリはシステムプロキシを経由しないことがあります。ブラウザーでWebサイトを開けても、ゲームやコマンドラインツールなどのアプリが同じ経路を使っているとは限りません。
TUNモードは仮想ネットワークインターフェースを通じて通信を受け取るため、システムプロキシに従わないアプリもより広く対象にできるのが一般的です。ただし、ルーティング、権限、除外設定、クライアントの実装による制約があります。TUNを有効にしても、DNS、IPv6、アプリごとの振り分け設定の問題が自動で解消されるわけではありません。
プラットフォームごとの画面の違い
WindowsやmacOSのクライアントでは、システムプロキシと仮想ネットワークインターフェースの両方を設定できる場合があります。Linux環境では、デスクトップのプロキシ設定、環境変数、コマンドラインツールそれぞれの設定が関係することもよくあります。Androidクライアントは、システムのVPNインターフェースを使って通信を制御することが一般的です。アプリを対象に含める、または除外する機能の有無は、実装によって異なります。iOSクライアントは通常、システムのネットワーク拡張機能を使うため、設定名や制御範囲がデスクトップ版と同じとは限りません。
そのため、ステータスバーにVPNの表示が出ても、該当するネットワーク機能が確立したことを示すだけで、すべてのリクエストの出口を判断することはできません。現在のプラットフォーム向けのガイドを確認し、別のOSの設定名をそのまま当てはめないでください。クライアントの更新後は、以前のルールが引き続き有効かどうかも確認しましょう。
サブスクリプションの取り込みと更新手順
サブスクリプションを入手したら、まずクライアントの配布元と対応する形式を確認してから取り込みます。自動取り込みでは、インストール済みのクライアントが起動するのが一般的です。反応しない場合は、クライアント内のサブスクリプション管理機能を使ってください。取り込みが反応しないことだけで、回線障害と判断しないようにしましょう。
- 対応する設定を取得する。サービスのユーザーパネルから、現在のクライアントに対応するサブスクリプションリンクをコピーします。ページのURLや、余分な空白を含むテキストをコピーしないようにしてください。
- 設定を取り込んで有効にする。クライアントのサブスクリプションまたは設定画面でリンクを追加し、更新を実行します。新しい設定を現在の使用項目に指定する必要があるクライアントもあります。
- ノードとモードを選ぶ。用途に合う地域の出口を選び、グループとルールモードを確認します。ノードリストの更新成功は、設定情報を取得できたことを示すだけです。
- アプリからのアクセスを確認する。実際に使うアプリを開き、接続ログで適用されたルールと出口を確認します。リスト上の接続テストだけで、実際のアクセスを判断しないでください。
- 記録してから変更する。元の設定を保存し、関連する設定を一度に1つずつ変更して結果を比較できるようにします。サービスの回線更新後は、サブスクリプションを再読み込みします。
「サブスクリプションの更新」は設定を再取得する操作で、自動更新課金やプランの通信量のリセットではありません。手動で変更したノードは次回の更新で上書きされる場合があります。長期的に独自の設定を使う場合は、クライアントが対応する上書き機能や独立したルール機能を使い、復元できるよう元の設定を保存してください。
DNS漏えいと接続トラブルの確認
DNSはドメイン名をアドレスに変換します。DNS漏えいとは一般に、想定した経路を通るべき名前解決のリクエストが、意図しないDNSサービスやネットワーク出口に送信されることです。プロキシに接続できることと、DNSが正しい経路を通ることは別の問題です。ブラウザー内蔵のセキュアDNSによって、名前解決の動作が変わる場合もあります。
暗号化DNSは名前解決通信の一部を保護するもので、プロキシと同じ経路を通ることを自動的に保証するものではありません。確認時は、クライアントのDNS設定、システムの名前解決、ブラウザーの設定、IPv6のルーティングを合わせて判断する必要があります。確認ページに表示されるDNSサービスの地域は、実際の物理的な経路と同じとは限らないため、地域表示だけで結論を出さないでください。
- ✅ サブスクリプションの更新に失敗する：リンクが完全か、再発行されていないか、現在のネットワークから設定の取得元にアクセスできるか確認します。
- ✅ ノードはあるが接続できない：プロトコルの互換性、プランの状態、クライアントのエラーを確認し、続けてローカルネットワークの状況を調べます。
- ✅ ブラウザーでは使えるが他のアプリでは使えない：アプリがシステムプロキシに従うか、対応する仮想ネットワークインターフェースによる制御が必要か確認します。
- ✅ 一部のWebサイトだけ問題がある：適用ルール、DNSの名前解決、出口の地域要件を確認し、出口を手当たり次第に変更しないようにします。
- ❌ エラーを回避するために証明書の検証を安易に無効化したり、サブスクリプションの認証情報全体を公開診断用の画像に載せたりしないでください。
接続ログはリクエストの経路を確認するのに役立ちますが、ドメインやアドレスを含む場合があります。サポートを依頼するときは、必要なエラー部分だけを共有し、認証情報を隠してください。サービスの「ログを記録しない」という説明はプライバシー方針であり、ローカルクライアントが診断記録を作成しないという意味ではありません。プライバシーの範囲は、個別の説明に従って確認してください。
通信量と課金：設定の更新とは別のもの
通信量の上限は、プランで転送できるデータ量を示すもので、接続速度とは異なります。利用可能な端末数は使用できる端末の範囲を示し、端末ごとに個別の通信量が割り当てられるわけではありません。「台数無制限」とあっても、通信量まで無制限とは限りません。具体的な利用量は、パネルとプランのルールを確認してください。
VPNEyesの月額プランでは、通信量は利用開始日を基準に毎月リセットされ、暦月の初めに一律でリセットされるわけではありません。通信量パックは使い切るまで利用でき、永久に失効しません。これらは課金ルールであり、クライアントでサブスクリプションを更新する頻度とは関係ありません。利用枠や料金を確認するにはプランの案内を、端末ごとの設定方法を確認するには使い方ガイドをご覧ください。