VPN初心者向け用語集：サブスクリプション、ノード、回線、プロトコル、ルールモードとグローバルモードを解説

サブスクリプション・設定情報・プランの違い

「サブスクリプション」には、よく使われる意味が2つあります。プランのサブスクリプションはサービスの課金や利用権を指し、サブスクリプションリンクはクライアントが設定情報を取得するためのURLです。前者はアカウントで利用できる内容を決め、後者はノードや認証情報などの設定をクライアントに渡します。リンクのインポートは支払いの完了を意味せず、サブスクリプションの更新も契約更新とは異なります。

サブスクリプションリンクから取得できる内容は、サーバー側やクライアントの形式によって異なります。ノード一覧だけの場合もあれば、グループ、ルール、DNS設定などを含む場合もあります。すべてのサブスクリプションに完全な通信振り分け設定が含まれるとは限りません。また、あるクライアント用の設定を別のクライアントにそのまま読み込めるとも限りません。

「サブスクリプションを更新」は通常、設定情報を再ダウンロードして、ノードの変更やパラメーターの調整を反映する操作です。更新に失敗したら、まずリンクが完全か、アカウントの状態に問題がないか、現在のネットワークから設定URLにアクセスできるかを確認しましょう。この段階では、ノードを何度切り替えても設定の取得失敗は解決しないことがあります。

ノード・地域・出口IPアドレスの見方

ノードは、クライアントで選択できる接続設定です。サーバーアドレス、ポート、プロトコル、認証パラメーターなどが含まれる場合があります。画面に表示される地域名は識別用のラベルであり、入口サーバーの物理的な所在地と一致するとは限りません。中継を経由する場合、入口と出口が異なる地域にあることもあります。

出口IPアドレスは、接続先のWebサイトから見える通信元です。Webサイトに表示される地域は、IPアドレスデータベースやアカウント設定、プラットフォームのポリシーにも左右されます。そのため、ノード名だけで特定のプラットフォームがどの地域向けコンテンツを表示するかは判断できません。実際の出口と接続先サービスの画面を確認してください。

プロキシグループは、選択を制御する仕組みです。ノードを手動で選べる場合もあれば、クライアントが対応する方式で自動選択する場合もあります。自動選択は遅延測定を基準にすることがあり、実際のダウンロード速度やWebサイトへの接続可否を示すものではありません。測定値が速いノードが、あらゆる用途に適しているとは限りません。

回線の種類：直結・中継・IEPL

回線はデータが通る経路を表し、プロトコルは通信する両端の方式を定めます。同じプロトコルでも異なる回線を利用することがあり、同じ地域のノードでも経路が異なる場合があります。「聞き慣れないプロトコル名だから回線品質が高い」とは判断できません。

IEPLというラベルがあっても、端末からWebサイトまでの全区間が専用ネットワークとは限りません。また、ラベルだけから帯域幅やサービスの可用性を判断することもできません。無線LANの品質、出口の負荷、接続先Webサイトの応答がボトルネックになる場合もあります。回線名だけで比べるのではなく、実際の用途で試して選びましょう。

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

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたは方式の名称です。同じ設定の速度を切り替える項目ではありません。クライアントで接続できるかどうかは、コアが対応しているかに加え、プロトコルのパラメーター、通信方式、安全なトランスポート層が一致しているかによります。以下は技術的な解説であり、VPNMHがこれらすべてのプロトコルを提供していることを示すものではありません。

• Shadowsocks：暗号化プロキシのプロトコル体系です。クライアントとサーバーで、互換性のある暗号方式と認証情報を使用する必要があります。
• VMess：独自の認証・通信方式を備えています。インポート時には関連するトランスポート設定も保持する必要があり、サーバーアドレスだけをコピーしても接続できません。
• Trojan：通常はTLSを組み合わせて接続を保護します。ドメイン名や証明書の検証設定が接続結果に影響します。
• VLESS：プロトコル自体はデータを暗号化しません。適切なセキュアトランスポートと組み合わせて理解する必要があり、プロトコル名だけで暗号化の有無を判断できません。
• Hysteria2とTUIC：QUICをベースとし、UDP通信を利用します。ローカルネットワークでUDPが制限されていると、接続に影響する場合があります。

TLS、WebSocket、QUICは、前述のプロトコルと分類の階層が異なります。画面に複数の項目が表示される場合、組み合わせて使う設定を表していることがあります。初心者は各項目を推測して手動設定するより、互換性のあるサブスクリプション設定を使うほうが簡単です。証明書エラーが出た場合は、ドメイン名、端末の時刻、公式設定を確認してください。証明書検証を無効にする方法を一般的な解決策として使わないでください。

ルールモード・ルール・グローバルモードの選び方

ルールモードは、条件に応じて通信経路を振り分ける仕組みです。ドメイン、接続先アドレス、アプリのプロセスなど、クライアントが対応する条件に基づき、リクエストを直結、プロキシグループ、拒否のいずれかに振り分けます。どの条件を判定できるかは、クライアントと実行権限によって異なります。

ルールモードでは通常、設定された順にルールを判定します。ルールに一致すると対応する動作が適用され、一致しないリクエストは最終ルールで処理されます。プロキシルールにドメインを追加しても、その前により広い直結ルールがあると、直結のままになる場合があります。ルールの内容だけでなく、順序や接続ログも確認してください。

多くのプロキシクライアントで、グローバルモードはクライアントが取り込んだ通信を指定したプロキシポリシーに通す設定です。すべてのアプリ、アドレス種別、DNSリクエストが自動的に取り込まれるとは限りません。アプリがシステムプロキシを使用しない場合、グローバルモードに切り替えても効果がないことがあります。

直結モードでは通常、クライアントが取り込んだ接続を接続先へ直接送りますが、必ずしもクライアントを完全に終了する設定ではありません。モード名や動作はソフトウェアによって異なるため、使用中のクライアントの説明を確認してください。普段の仕事や学習では、適切に保守されたルール設定を使う方法があります。特定のWebサイトを調べるときは、一時的にルールモードとグローバルモードの結果を比べてみましょう。

システムプロキシと仮想ネットワークインターフェースの適用範囲

システムプロキシは、OSにプロキシアドレスを設定する方式です。この設定に従うアプリはリクエストをクライアントに送ります。一方、独自のネットワークスタックや個別のプロキシ設定を使うソフトウェアは、システム設定に自動では従いません。ブラウザーは使えるのに、特定のデスクトップアプリでは接続できない原因の一つです。

TUNモードは仮想ネットワークインターフェースとルーティングを使って通信を取り込みます。システムプロキシとは適用方法が異なり、通常は適切な権限が必要です。性能を高めるためのボタンではなく、ほかのトンネル型ソフトウェアとの互換性も保証されません。有効にした後は、ルーティング、DNS、LANへのアクセス、アプリの設定も確認してください。

WindowsとmacOSのクライアントには、システムプロキシと仮想ネットワークインターフェースの設定が用意されている場合があります。Linuxでは、デスクトップ環境やコマンドラインの環境変数、システムルートが関係することもよくあります。AndroidとiOSでは、システムのVPNインターフェースを使ってクライアントの通信を処理することがありますが、アプリごとの振り分け機能やバックグラウンド動作はソフトウェアとOSの制約によります。同じ「接続済み」という表示でも、プラットフォームによって通信を取り込む範囲は異なります。

DNSの名前解決とDNSリークとは

DNSはドメイン名をネットワークアドレスに変換します。Webサイトを開くとき、名前解決のリクエストと、その後のWeb通信は別の処理です。Web通信がプロキシを経由していても、DNSリクエストが同じ経路を使うとは限りません。クライアントはシステムDNSや指定したリゾルバーを使うほか、ルールに応じて名前解決の方法を変えることがあります。

一般にDNSリークとは、名前解決のリクエストが想定した経路を通らず、別のリゾルバーに送られることを指します。確認すべきなのは設定どおりかどうかであり、ローカルのリゾルバーが表示されたからといって、常に異常とは限りません。ルールモードでローカルのWebサイトにローカルDNSを使うのは、意図した設定である場合もあります。

トラブルシューティングでは、クライアントのDNS設定、ブラウザーのセキュアDNS、システムの名前解決設定、IPv6通信の処理状況をまとめて確認しましょう。ブラウザーが独自に暗号化DNSを使うと、名前解決の経路が変わる場合があります。暗号化DNSが保護するのはリゾルバーとの通信であり、その後のWebサイトへの接続を自動的にプロキシへ送るものではありません。

インポートから接続確認までの手順

用語を把握したら、以下の順番で接続を設定し、確認できる状態にしましょう。設定を一度に一つだけ変えると、どの変更が効果をもたらしたか判断できます。クライアントによってメニュー名は異なりますが、確認の考え方は共通です。

1. 公式設定を取得する。サービスの管理画面にログインし、サブスクリプションの項目を開いて、選択した形式がクライアントに対応しているか確認します。VPNMHのサブスクリプションはログイン後に取得できます。入口はクイックスタートガイドから確認できます。
2. インポートして更新する。クライアントのサブスクリプションインポート機能を使い、ノード一覧が表示されることを確認します。一覧が空の場合は、まず設定のダウンロードや形式の問題を解決しましょう。すぐにグローバルモードを変更する必要はありません。
3. ノードとポリシーを選ぶ。現在のプロキシグループがどのノードを選択しているか確認しましょう。ノード一覧を確認しただけで、実際に利用中のグループで選択していない状態にならないよう注意してください。
4. 通信が取り込まれているか確認する。アプリに応じてシステムプロキシまたは適切な仮想ネットワークインターフェースを選び、権限に関する表示も確認してください。ルーティングを奪い合う複数のツールを同時に有効にしないでください。
5. 実際の用途で確認する。使用するWebサイトやアプリを開き、遅延測定の結果だけで判断せず、クライアントの接続ログでルールの適用状況、使用ノード、エラー情報を確認します。
6. 設定を一つずつ比較する。別のノードやモード、利用可能な別のネットワークを順番に試します。DNS、プロトコル、ルーティングを同時に変更すると原因を追えなくなるため、効果のあった設定は記録しておきましょう。

• ✅ ノード一覧が空：サブスクリプションURL、形式、更新結果を確認します。
• ✅ ブラウザーは使えるのにアプリで問題が起きる：アプリがシステムプロキシに従うか、通信が取り込まれているか確認します。
• ✅ グローバルモードでは使えるのにルールモードでは使えない：ルールの順序、最終ルールの動作、DNS設定を確認します。
• ✅ 接続済みと表示されるのに接続先が使えない：実際のリクエストログを確認し、認証、名前解決、通信、接続先サービスのどこでエラーが起きているか切り分けます。

これらの確認方法は問題の範囲を絞るためのもので、原因を断定するものではありません。Webサイトが特定の出口やアカウントの地域を制限している場合、モードを変えても解決しないことがあります。ローカルネットワークで事前の接続認証が必要な場合は、プロキシの設定でその手順を代替できません。接続に関する問題はヘルプセンター、回線情報はグローバルノードをご確認ください。