このVPN用語集では、クライアントでよく見かけるサブスクリプション、ノード、回線の種類、プロトコル、ルールモードを解説します。まずはそれぞれの役割を押さえましょう。サブスクリプションは設定の取得、ノードは接続先、回線は通信経路、プロトコルは通信方式を担い、ルールはリクエストの経路を決めます。
日常会話ではプロキシのサブスクリプションサービスをまとめてVPNと呼ぶことがありますが、技術的にはアプリケーション層のプロキシとネットワーク層のトンネルは別のものです。クライアントに接続済みと表示されても、端末上のすべてのアプリがプロキシを経由しているとは限りません。設定を何度も切り替えるより、以下の用語を理解するほうが問題の切り分けに役立ちます。
サブスクリプションURL・プラン・ノード:設定の取得元
サブスクリプションプランは料金契約、サブスクリプションURLは設定を取得するための入口です。プランでは利用できるデータ量や課金方法が定められ、URLは通常、アクセス情報を含むアドレスです。クライアントがこのURLを読み込むとノードの接続情報を取得します。サブスクリプションによってはグループ、ルール、DNS設定も含まれます。内容はサブスクリプションの形式によって異なります。
ノードには通常、サーバーアドレス、ポート、認証情報、プロトコルのパラメーターが含まれます。クライアント上の論理的な接続先であり、必ずしも独立した物理サーバーに対応するわけではありません。複数のノードが同じ入口や出口を共有することもあるため、一覧に表示される名前の数を、そのまま独立したインフラの数とみなすことはできません。
設定ファイルには、ノード一覧より多くの情報が含まれることがあります。接続情報に加えて、プロキシグループ、ルール、名前解決の設定なども記述できます。ノードだけのサブスクリプションを完全な設定が必要な画面に読み込んだり、特定クライアント専用の形式を非対応ソフトに渡したりすると、読み込みに失敗する、ノードが表示されない、ルールが反映されないといった問題が起きることがあります。
サブスクリプションURLはアクセス情報として慎重に扱いましょう。URL全体を公開の掲示板に貼ったり、正体のわからないオンライン変換ツールに渡したりしないでください。URLが漏えいした場合は、サービスの管理画面で再発行できるか確認し、各端末に保存したサブスクリプションも更新してください。
クライアントに読み込む手順
- サービスの管理画面または公式ガイドで、対応クライアントとサブスクリプション形式を確認します。ファイルの拡張子だけで互換性を判断しないでください。
- 「サブスクリプション」「設定」「リモート設定」などの画面にURLを貼り付け、クライアントが内容を取得するまで待ちます。
- 設定が選択され、有効になっていることを確認してから、ノード、プロキシグループ、ルールが正しく表示されているかを確認します。
- ガイドに従ってノードと動作モードを選び、接続アイコンだけで判断せず、実際のアプリで接続を確認します。
- 回線を変更したらサブスクリプションを更新します。ローカルのカスタムルールを使っている場合は、更新によって変更が上書きされないか、先に確認してください。
読み込みに失敗した場合は、まずURLが最後までコピーされているか、サブスクリプション形式が対応しているか、現在のネットワークからURLにアクセスできるかを確認し、その後アカウントの状態を確認します。サブスクリプションの更新は設定の更新であり、プランの更新や残りデータ量のリセットではありません。
回線の種類:IEPL専用線・中継・直結
回線の種類は通信経路を表すもので、プロトコル名ではありません。直結は通常、端末からインターネット経由で海外のプロキシサーバーに直接接続する方式です。中継では、端末と出口の間に転送用ノードを設けます。入口、国際通信区間、出口をそれぞれ異なるネットワークが担う場合もあります。
IEPLは通常、国際イーサネット専用線を指し、拠点間を専用のイーサネット回線で接続するものです。プロキシサービスで「IEPL専用線」と表記されている場合、一般に国際通信区間でこの種の回線を使うことを示します。ただし、この表示だけでは、利用者側の接続から出口、接続先のWebサイトまでの全区間が専用線であるとは限りません。
| 種類 | 一般的な経路の特徴 | 別途確認が必要な点 |
|---|---|---|
| 直結 | 端末からインターネット経由でプロキシサーバーに接続 | 現地の通信事業者の経路、国際通信の混雑、出口の品質 |
| 中継 | 入口で転送されてから出口に到達 | 転送区間の容量、実際の迂回経路、入口への到達性 |
| IEPL専用線 | 国際通信区間に専用イーサネット回線を使用 | 専用線の適用範囲、現地からの接続、出口側のネットワーク |
ノードに表示される地域は、通常、出口の位置を示すもので、入口と同じ地域とは限りません。WebサイトはIPアドレスのデータベース、アカウント情報、決済地域、端末の位置情報などから地域を判定することもあります。特定地域の出口に切り替えても、対象プラットフォームで該当地域向けのコンテンツやサービスを必ず利用できるとは限りません。
レイテンシだけで利用体験全体を判断することもできません。クライアントのテストでは、ハンドシェイクや特定のテスト先だけを確認し、動画の連続再生、ファイルのアップロード、通話などは測定していない場合があります。回線を比較するときは、アプリとネットワークの条件をできるだけそろえ、実際の作業が完了するかを確認しましょう。「専用線」という名称から速度を保証するものと考えないでください。
主なプロトコル:名称だけでなく互換性も確認
プロトコルは、クライアントとサーバーがデータを認証、カプセル化、転送する方法を定めます。同じ出口で異なるプロトコルを使うことも、同じプロトコルを異なる回線で使うこともできます。プロトコルを選ぶ際は、まずサービス側で何が提供されているか、クライアントのコアが何をサポートしているかを確認し、そのうえで現在のネットワーク環境に適しているかを判断します。
Shadowsocks、VMess、Trojan、VLESS
Shadowsocksは暗号化プロキシプロトコルの一種です。接続する双方で暗号化方式と認証情報を一致させる必要があります。実装によって対応する方式が異なる場合があるため、プロトコル名が同じというだけで相互接続できるとは限りません。
VMessは、クライアントとサーバー間の認証および暗号化されたプロキシ通信に使われます。認証情報だけでなく、転送方式などの設定も一致させる必要があります。端末の時刻が大きくずれていると認証に影響する場合があるため、時刻が正しく同期されていることを確認してください。
Trojanは通常、TLSを使ってプロキシ通信を行います。証明書の検証、サーバー名、認証情報が接続に影響することがあります。証明書エラーが発生した場合は、検証を無効にするのではなく、まずドメイン名、時刻、サービスの設定を確認してください。
VLESS自体はペイロードを暗号化しないため、通常はTLSやREALITYなどのセキュリティ機構と組み合わせて使用します。安全性は構成全体によって決まり、名称だけでは判断できません。転送方式、セキュリティ設定、関連パラメーターをサーバー側と一致させる必要があります。
Hysteria2とTUIC
Hysteria2とTUICはどちらもQUICをベースとしており、通常はUDPで通信します。特定のネットワーク環境で適している場合がありますが、現在のネットワークでUDPが制限されていると接続できないこともあります。新しいプロトコルなら必ず速いとは限りません。
プロトコル、転送方式、セキュリティ層は分けて理解しましょう。クライアントにあるTCP、WebSocket、gRPC、TLSなどの設定は、同じ階層のものではありません。この記事では一般的な概念を解説しており、VPNKuaiWangがこれらすべてのプロトコルを提供しているわけではありません。実際に利用できる設定は、管理画面、サブスクリプションの内容、使い方ガイドで確認してください。
全体モード・ルールモード・直結:リクエストの振り分け
ルールモードでは、ドメイン、宛先アドレス、アプリのプロセスなどの条件に基づいてポリシーを適用します。ポリシーには、直接接続する、プロキシグループに転送する、リクエストを拒否するといった設定があります。一般的なルールは上から順に評価されるため、先にある大まかなルールが後の詳細なルールに優先することがあります。ルールの順序と、どのルールにも一致しない場合の動作が重要です。
全体モードでは通常、プロキシクライアントに渡されたリクエストを指定したプロキシポリシーに送ります。端末上のすべての通信を必ず制御するという意味ではありません。アプリがシステムプロキシを経由しない場合、ルールモードから全体モードに切り替えるだけでは解決しないことがあります。
直結モードでは通常、クライアントが受け取ったリクエストを宛先に直接接続します。システム上の別のプロキシツールを無効にする機能ではありません。ブラウザー拡張機能、アプリ内プロキシ、システム設定はそれぞれ確認が必要です。
普段はルールモードから使い始めましょう。対象アプリに問題がある場合は、一時的に全体モードに切り替えて比較できます。全体モードでは正常でルールモードでは異常なら、まずルールの一致状況とプロキシグループを確認します。どちらのモードでも異常なら、ノードへの接続性、通信の取り込み、DNSを確認してください。全体モードは問題の切り分けに役立ちますが、万能な解決策ではありません。
プロキシグループは、ノードやポリシーをまとめたものです。手動選択、自動テスト、障害時の切り替えなどに利用できます。テスト先に接続できても、その条件で利用できることが確認できるだけで、すべてのWebサイトにアクセスできる保証にはなりません。グループ名はあくまでラベルなので、グループ内で実際にどの出口が選択されているかも確認しましょう。
システムプロキシ・TUN・OSごとの違い
システムプロキシは、主にシステム設定に従うアプリにプロキシの接続先を提供します。ブラウザーでは通常利用できますが、コマンドラインツール、ゲーム、独自の通信処理を行うソフトでは個別の設定が必要な場合があります。アプリが「インターネットには接続できるが出口が変わらない」場合は、まずプロキシを経由しているかを確認してください。
TUNは仮想ネットワークインターフェースでIPパケットを受け取り、クライアント側で処理します。システムプロキシに従わないアプリも、より広く対象にできるのが一般的です。ただし対象範囲は、ルーティング、除外リスト、権限、クライアントの実装によって変わります。有効にしてもDNSが自動的に正しく設定されるわけではありません。
- Windows:システムプロキシ、仮想ネットワークアダプター、ほかのネットワークソフトが競合していないか確認してください。コマンドラインツールやバックグラウンドのプログラムが、ブラウザーと同じプロキシ設定を使うとは限りません。
- macOS:システムプロキシと、ネットワーク拡張機能を使ったトンネル接続は異なる方式です。システムの許可確認と、実際に有効になっているネットワークサービスに注意してください。
- iOS:クライアントは通常、システムが提供するネットワーク拡張機能を使って接続します。画面にVPNのステータスが表示されても、ルールによる直結の例外が設定されていないとは限りません。
- Android:多くのクライアントはVpnServiceを使って通信を取り込みます。アプリの除外設定やバックグラウンド動作の制限によって、対象範囲や接続の継続性が影響を受けることがあります。
- Linux:デスクトップのプロキシ設定、環境変数、システムルートは、それぞれ異なるプログラムに影響します。サービスのプロセスが、現在のターミナルの設定を引き継ぐとは限りません。
VPNKuaiWangはWindows、macOS、iOS、Android、Linuxに対応しています。ただし、対応プラットフォームでもクライアントの画面や機能がすべて同じとは限りません。読み込み画面や権限の設定については使い方ガイドをご覧ください。
DNS漏洩・出口IP・プライバシーの範囲
DNSはドメイン名をIPアドレスに変換する仕組みです。DNS漏洩とは通常、プロキシ経由または指定された名前解決経路を通るはずの問い合わせが、実際にはローカルや想定外の経路を通ることを指します。問い合わせたドメイン名が外部に知られたり、Webサイトが適切でないサーバーに接続されたりする可能性があります。
プロキシの出口IPが変わっただけでは、DNSの経路が想定どおりであるとは確認できません。逆に、検査ページに表示されたリゾルバーの地域だけで漏洩を判断することもできません。パブリックDNSサービスが分散したノードを使う場合があり、IPアドレスの位置情報データベースにも誤差があるため、クライアントのログや設定とあわせて確認しましょう。
ブラウザーの暗号化DNSとクライアントの名前解決機能が併用されることがあります。暗号化は問い合わせの通信が保護されていることを示すだけで、想定した出口を通るとは限りません。Fake-IPは、アプリに合成アドレスを返し、クライアント側でドメイン名に対応付ける方式です。別のプロキシ出口ではなく、設定を理解せずに切り替えるのは避けてください。
「匿名・ログなし」はサービスのプライバシーポリシーを表すもので、あらゆるネットワーク上の行動を完全に保証するものではありません。Webサイトにログインした後のアカウント情報、ブラウザーのCookie、端末の権限設定は、引き続き識別に影響します。また、プロキシはHTTPSによるエンドツーエンドの通信保護に代わるものではありません。
問題を調べる際は、まずクライアントでDNSサーバーが指定されているか、問い合わせがルールに従っているか、ブラウザーに別の名前解決経路が設定されているかを確認し、自分のIPアドレスとあわせて出口を調べましょう。検査ページを通すために複数のDNS設定を一度に変更すると、どの設定が影響したのか分かりにくくなります。
症状別の確認方法:設定から実際のリクエストまで
設定トラブルの多くは、異なる階層の機能を混同することから起こります。サブスクリプションの更新をデータ量のリセットと勘違いしたり、全体モードを端末全体の通信制御だと思い込んだり、ノードのレイテンシをWebサイトの利用可否と同一視したりするケースです。何度も再インストールするより、以下の項目を順に確認するほうが原因を追いやすくなります。
- ✅ サブスクリプションを読み込めない:URLの完全性、形式の対応状況、取得結果、有効な設定を確認し、認証情報を公開しない。
- ✅ ノードに接続できない:アカウントの状態、プロトコルの対応状況、端末の時刻、現在のネットワーク環境を確認し、機密情報を含まないエラー情報を保存する。
- ✅ ブラウザーは使えるがアプリは使えない:アプリがシステムプロキシに従っているか、TUNの除外ルールで迂回していないかを確認する。
- ✅ 全体モードでは正常だがルールモードでは異常:対象ドメインにどのルールが適用され、プロキシグループでどのノードが選択されているかを確認する。
- ✅ 出口地域は想定どおりだがコンテンツが異なる:プラットフォームのアカウント地域、コンテンツの提供条件、IPアドレスの判定を確認し、地域ノードをアクセスの保証とみなさない。
- ✅ ネットワークを切り替えた後に異常が起きる:ネットワーク接続の認証、ノードへの接続性、UDPの利用条件を再確認し、一度に一種類の設定だけを変更して検証する。
技術設定と料金ルールは分けて記録しましょう。VPNKuaiWangの月額サブスクリプションでは、利用開始日を基準にデータ量が毎月リセットされます。データパックに有効期限はなく、使い切るまで利用できます。どちらもサブスクリプションを更新するだけでは、使用済みのデータ量は戻りません。同時接続台数に制限はありませんが、端末ごとに個別のプラン容量が割り当てられるわけではありません。料金と課金方法はプラン料金をご覧ください。
設定を理解する順序は、設定の取得元 → ノード情報 → ネットワーク経路 → 通信の取り込み → ルールとDNSです。まずリクエストが実際にどの経路を通っているかを確認し、その後で回線やプロトコルを変更する必要があるかを判断しましょう。名称は種類を見分ける手がかりにすぎません。トラブルの確認には実際の設定と再現可能な動作を使ってください。