このVPN初心者向け用語集では、サブスクリプション、ノード、回線、プロトコル、ルール分岐を解説します。まずはそれぞれの関係を押さえましょう。サブスクリプションは設定を提供し、クライアントが設定を読み込みます。ノードは接続先、回線は通信経路、プロトコルは通信方式、ルール分岐はリクエストの振り分けを決めます。
用語を理解する目的は、技術用語を暗記することではありません。「読み込みは成功したのにアクセスできない」「ウェブページは開くのにアプリが使えない」といったとき、どこを確認すればよいか判断するためです。まず画面に表示される用語を整理し、実際の設定手順につなげていきます。
サブスクリプションURLと有料サブスクリプション:同じ言葉でも別のもの
有料サブスクリプションは、利用できるサービスや通信量を定める課金契約です。一方、サブスクリプションURLは、クライアントが設定を取得するための入口です。通常はノードの情報が含まれ、プロキシグループ、ルール分岐、DNS設定が含まれることもあります。支払いが完了しても、設定がクライアントに読み込まれたとは限りません。URLをコピーしただけでは、接続が開始されるわけでもありません。
対応クライアントにサブスクリプションを読み込むと、URLの内容が取得され、設定が保存されます。その後の「サブスクリプションを更新」は、通常ノードやルールの更新を意味し、料金の更新ではありません。アカウントの有効期限切れ、通信量の上限到達、URLのリセット、現在のネットワークから設定URLにアクセスできないことなどが、更新失敗の原因として考えられます。それぞれ個別に確認してください。
サブスクリプションURLを公開の掲示板などに安易に投稿しないでください。URLにはアカウントを識別する情報が含まれる場合があり、入手した人が設定を利用できる可能性があります。問題を調べる際は、URL全体やトークンを隠してください。すでに公開した場合は、管理画面にリセット機能があるか確認し、リセット後に再度読み込みましょう。
「読み込み成功」は、クライアントが設定を受け付けたことを示すだけです。接続できるか、対象アプリの通信がプロキシを経由しているか、ウェブサイトにアクセスできるかは、別途確認が必要です。
ノード、地域、出口:一覧で選んでいるもの
ノードとは、クライアントが接続するサーバーの入口、または設定項目です。ノード名に含まれる地域名は、出口の場所を示す目安ですが、実測結果ではありません。入口が近いネットワーク上にあり、中継を経て別の地域から対象サイトにアクセスする場合もあります。そのため、接続先の入口とサイトから見える出口のIPアドレスは異なることがあります。
出口IPアドレスは、アクセス先のウェブサイトから見える通信元です。サイトに表示される地域情報に影響する場合はありますが、アカウントの利用資格、決済地域、プラットフォームの利用許可を単独で決めるものではありません。特定地域のノードに切り替えても、アカウントの地域が変わるわけではなく、サービスが必ず利用できるとも限りません。
ノードの横に表示される遅延テストの値は、通常、特定のテスト通信にかかった往復時間です。クライアントによってテスト先が異なるほか、接続経路の一部しか測定しない場合もあります。応答があれば候補を選ぶ参考にはなりますが、ダウンロード速度に換算できるわけではなく、長時間の接続安定性を保証するものでもありません。
| 画面上の用語 | 何を確認できるか | それだけでは分からないこと |
|---|---|---|
| サブスクリプションURL | 設定の取得元 | アカウントの更新や接続の開始 |
| ノード | どのサーバー設定に接続するか | 名前に対応する出口が常に同じであること |
| 回線 | 通信がどの経路を通るか | どの時間帯も同じ使用感であること |
| プロトコル | クライアントとサーバーの通信方式 | 特定のプロトコルがあらゆるネットワークに適していること |
| ルール分岐 | リクエストを直結、プロキシ、拒否のどれにするか | すべてのアプリに現在のルールが適用されること |
IEPL専用線、中継、直結:違いは通信経路
直結とは通常、クライアントがサービス事業者の中継入口を経由せず、サーバーに直接接続することです。「直」は接続構成を指し、地理的に最短の距離という意味ではありません。実際の通信は引き続き通信事業者のネットワークを通り、国際回線の混雑や経路の変化が使用感に影響することがあります。
中継では、クライアントと出口の間に転送経路が加わります。入口への接続性が改善する場合もあれば、新たなボトルネックが生じる場合もあります。中継回線が適しているかは、実際の接続、継続的なデータ転送、障害からの復旧を確認して判断しましょう。「最適化」といった名称だけでは判断できません。
IEPLは国際イーサネット専用線で、ネットワーク伝送サービスの一種です。プロキシプロトコルではありません。IEPLと記載された回線は、サービス事業者が通信経路の一部にこの種の専用線を利用していることを示す場合が一般的です。手元の端末から対象サイトまでの全区間が専用線でつながるという意味ではありません。端末の無線ネットワーク、接続先の通信事業者、出口から対象サイトまでの経路も重要です。
そのため、回線の種類とプロトコルは分けて考えましょう。同じプロトコルでも異なる経路で動作し、同じ種類の経路でも複数のプロトコルを利用できます。比較する際は、端末、ネットワーク、対象アプリをできるだけそろえ、切断や再接続が起こりやすいかを確認してください。
Shadowsocks、VMess、Trojan、VLESS:プロトコルは速度ランキングではない
プロトコルは、クライアントとサーバーがデータをやり取りする方法を定めます。特定のプロトコルに対応していても、あらゆる設定形式、伝送方式、拡張機能に対応するとは限りません。クライアントが使うコアやそのバージョンも互換性に影響します。以下は用語の説明であり、VPN37がここに挙げたすべてのプロトコルを提供しているという意味ではありません。
- Shadowsocks:アプリの通信を中継する用途でよく使われる、暗号化プロキシプロトコルです。クライアントとサーバーで、互換性のある暗号方式とパラメーターを設定する必要があります。
- VMess:認証と暗号化に対応したプロキシプロトコルで、関連するプロキシコアでよく使われます。設定によってはシステム時刻が影響するため、端末の時刻が正しいか確認してください。
- Trojan:TLSを使って暗号化接続を確立する方式が一般的です。証明書の検証とサーバー名の設定が重要です。接続に失敗しても、証明書の検証を無効にすることを通常の解決策にしないでください。
- VLESS:プロトコル自体はデータを暗号化しません。通常はTLSなどの安全な伝送方式と組み合わせて使います。名称だけで通信が暗号化されていると判断せず、設定全体を確認して安全性を評価してください。
- Hysteria2とTUIC:QUICをベースとするプロキシ方式で、UDP通信を利用します。ネットワーク側のUDP制限によって利用できない場合があります。QUICを採用しているからといって、必ず高速とは限りません。
初心者は、サービスの案内に記載された対応クライアントと設定形式を使うのがおすすめです。「最強のプロトコル」を探し続ける必要はありません。プロトコルを変更すると、伝送方式や接続動作も同時に変わる場合があります。問題の原因を特定しやすくするため、一度に変更する項目は一つにしましょう。
ルール分岐、グローバルモード、TUN:どの通信が接続に入るか
ルールモードでは、ドメイン名、接続先アドレス、プロセスなどの条件に応じて通信方法を選びます。主な選択肢は、直接接続、プロキシグループへの転送、接続の拒否です。ルールは上から順に照合されることが多く、先のルールが後のルールより先に適用される場合があります。そのため、ルールを追加しただけで実際に適用されたとは限りません。
グローバルモードでは通常、プロキシコアに入った通信を共通のポリシーで処理します。重要なのは「プロキシコアに入った通信」という点です。アプリがシステムプロキシを使わない場合、グローバルモードに切り替えても通信を取り込めないことがあります。ブラウザーではウェブページを開けてもコマンドラインツールが接続できない場合、そのツールがシステムプロキシの設定を参照していない可能性があります。
TUNモードは仮想ネットワークインターフェースでシステム通信を受け取り、クライアントで処理します。一般に、システムプロキシの設定だけの場合より広い範囲をカバーできますが、ルーティング、権限、除外リスト、クライアントの実装にも左右されます。TUNはグローバルモードと同じ意味ではありません。TUNは通信をクライアントに取り込む方法、グローバルモードは取り込んだ後にどのポリシーを使うかに関係します。
WindowsやmacOSのクライアントでは、システムプロキシとTUNの両方を利用できる場合があります。モバイル端末では、システムのVPNインターフェースを通じて通信を取り込むことが一般的です。VPNアイコンはシステムのネットワークインターフェースが有効であることを示すだけで、すべてのアプリがプロキシ経由で通信しているとは限りません。Linuxでも、デスクトップアプリとコマンドラインツールでプロキシ設定が異なることがあります。アプリごとに確認してください。
DNSリーク、出口の確認、接続結果
DNSはドメイン名をIPアドレスに変換する仕組みです。ウェブページの通信がプロキシを経由していても、ドメイン名の問い合わせは別の経路を通る場合があります。問い合わせが想定した経路を通らず、ローカルネットワークや意図しないDNSサーバーに送られると、一般にDNSリークと呼ばれる状態になることがあります。想定した経路から外れているかどうかは、クライアントのモードやルールと合わせて判断してください。
暗号化DNSは、端末からDNSサーバーまでの問い合わせを保護しますが、問い合わせが自動的にプロキシ経由になるわけではありません。DNSサーバー自体は引き続き問い合わせを処理します。一部のクライアントではFake-IPを使って合成アドレスを返し、接続時にドメイン名へ戻します。これはルール分岐の実装方法であり、ウェブサイトの実際のIPアドレスが合成アドレスに変わるという意味ではありません。
確認するときは、出口の地域、DNSの問い合わせ経路、実際のアプリの動作をそれぞれ見ます。検査ページで確認できるのは、そのページが観測できたリクエストだけで、すべてのアプリの状態を示すわけではありません。ブラウザー内蔵のセキュアDNS、既存の接続、キャッシュなどにより、検査結果がクライアントの設定と異なるように見える場合があります。ノードを何度も切り替えるのではなく、ログも確認しましょう。
クライアントの入手から動作確認まで:順番に設定する
- 入手先と互換性を確認する。ユーザーパネルからクライアントを入手し、利用するプラットフォームと対応する設定形式を確認します。互換性のないソフトに任意のサブスクリプションURLを読み込ませないでください。
- 設定を読み込んで更新する。クライアントのサブスクリプション追加機能を使い、ノードやプロキシグループが表示されるか確認します。更新に失敗した場合は、まずアカウントの状態、URLの有効性、ネットワークからのアクセス可否を確認してください。
- ノードとモードを選ぶ。用途に合わせて地域を選び、システムプロキシまたはTUNが有効か確認します。使い始めは設定に含まれるルールをそのまま使い、出所が分からない複数のルールを同時に追加しないようにしましょう。
- 実際に使うアプリで確認する。利用したいウェブサイトやツールを開き、出口が想定どおりか確認します。クライアントのログで、該当リクエストにどのポリシーが適用されたかも確認してください。
- 問題の箇所を一つずつ特定する。設定を更新できない場合はサブスクリプションを確認します。ノードに接続できない場合はネットワークとパラメーターを確認します。特定のアプリだけ失敗する場合は、通信の取り込み方法、DNS、アプリ側の設定を確認してください。
- ✅ 問題を調べる画面のスクリーンショットを共有する前に、サブスクリプションURL、トークン、アカウント情報を隠してください。
- ✅ 動作確認済みの設定を控えておき、更新後に問題が起きたらまず変更点を比較しましょう。
- ✅ サポートに問い合わせる際は、「使えない」だけでなく、プラットフォーム、クライアント、ネットワーク環境、エラーメッセージを伝えてください。
- ❌ 証明書の検証を無効にしたり、安易に証明書をインストールしたりする方法を、汎用的な解決策として使わないでください。
通信量と料金はアカウントのルールを別途確認してください。VPN37の月間通信量は利用開始日を基準に毎月リセットされます。追加通信量パックは使い切るまで利用でき、有効期限はありません。同時に接続できる端末数に上限はありませんが、プランの通信量が無制限という意味ではありません。アカウント作成にメールアドレスは不要で、ユーザー名とパスワードだけで利用できます。詳しくはプラン料金と通信量、操作方法は使い方ガイドをご確認ください。
要点:サブスクリプションは設定の入手元、ノードは接続先、回線は通信経路、プロトコルは通信方式、ルール分岐はリクエストの行き先を決めます。まず通信がクライアントに取り込まれているかを確認し、その後にポリシーと出口を調べましょう。「接続済み」の表示だけを見たり、ノードを何度も切り替えたりするより、問題の特定に役立ちます。