VPN初心者向けに、まず用語同士の関係を整理しましょう。プランは利用できる容量を定め、サブスクリプションURLは設定を提供します。クライアントがその設定を読み込み、ノードが接続先となり、回線がデータを運び、ルールがプロキシ経由にする通信を決めます。それぞれ役割が異なるため、トラブル時に互いの代わりにはなりません。
日常会話では、通信を高速化するサービスをまとめてVPNと呼ぶことがありますが、プロキシクライアントとOSレベルのVPNトンネルはまったく同じものではありません。システムプロキシだけを設定するクライアントもあれば、TUNやシステムのネットワーク拡張機能で通信を制御するものもあります。OSにVPNの表示が出ても、対応するネットワークインターフェースが有効になったことを示すだけで、すべてのアプリがプロキシ経由になったとは限りません。
サブスクリプションとサブスクリプションURL:利用枠と設定を分けて考える
「サブスクリプション」には、よく使われる意味が二つあります。プランのサブスクリプションは料金契約を指し、利用できる通信量やリセット方法を定めます。クライアントのサブスクリプションは設定の取得元で、通常はURLで提供されます。プランを契約しただけでは端末は接続されず、URLをコピーしても利用枠が有効になるわけではありません。まず管理画面でプランの状態を確認し、次にクライアントが設定を正常に読み込んでいるかを確認しましょう。
サブスクリプションURLには、アカウントを識別するための認証情報が含まれることがあります。クライアントがURLにアクセスすると、ノードのパラメーターに加え、ルール、ノードグループ、DNS設定などを取得する場合があります。含まれる情報はサブスクリプションの形式とクライアントの対応状況によって異なります。あるクライアントで取り込めても、すべてのクライアントで認識されるとは限りません。
「サブスクリプションを更新」は設定を再取得する操作で、契約の更新や通信量のリセットではありません。接続先の変更やノードの追加後に更新すると、リストが変わる場合があります。利用枠を使い切った場合、設定を更新してもプランの利用権は戻りません。サブスクリプションURLはアカウントの認証情報として管理し、公開の掲示板に貼ったり、信頼できないオンライン変換ツールに入力したりしないでください。
問い合わせ用のスクリーンショットでは、サブスクリプションURL、アクセストークン、ノードのパスワードを隠してください。URLを公開してしまった場合は、まず管理画面にリセット手段があるか確認しましょう。見つからない場合はサポートに連絡し、その後、各端末の設定を更新してください。
ノードと回線:接続先とデータの経路
ノードはクライアントで選択できる接続設定で、サーバーアドレス、ポート、プロトコル、認証パラメーターなどが含まれる場合があります。ノード名は地域や用途の目安になることがありますが、名前だけで接続先を検証することはできません。入口アドレスの所在地と最終的な出口の所在地が異なる場合もあるため、名前や入口IPだけで、ウェブサイトから見える地域を判断しないでください。
回線は、手元のネットワークから出口サーバーまでデータが通る経路を指します。異なるノードが、入口やバックボーン回線、出口のリソースの一部を共有していることもあります。そのため、ノード数が多くても、それぞれが完全に独立した通信リソースを持つとは限りません。ノードの切り替えが有効かどうかは、実際の経路と利用結果を確認して判断しましょう。
| 回線の種類 | 一般的な説明 | 選ぶ際の確認事項 |
|---|---|---|
| 直結 | クライアントからインターネット経由で接続先サーバーに接続し、専用の中継入口は設定しない方式 | 利用中の通信事業者から接続先までの経路、混雑状況、接続性 |
| 中継 | まず中継入口に接続し、その先のサーバーへ転送する方式。後半の経路が専用線とは限りません。 | 入口への接続性、後半の経路、出口での通信品質、混雑時間帯の使用感 |
| IEPL専用線 | 一般に、経路の一部で国際イーサネット専用線を利用することを指します。 | どの区間で専用線を使うか、入口や出口が公衆インターネットの影響を受けるか |
IEPLは通信を運ぶ回線の種類を示すもので、プロキシプロトコルではありません。また、接続先のウェブサイトへ必ずアクセスできることを保証するものでもありません。専用線という表示だけで実際の通信品質を判断せず、実測してください。手元のWi-Fi、入口の混雑、出口の負荷、接続先サイトの制限などが使用感に影響する場合があります。回線の遅延が小さくても、ダウンロード速度が必ず高いとは限りません。
VPNKQの対応エリアやノードの説明は、サーバーページで確認できます。地域ごとの回線種別やコンテンツへのアクセス状況は、回線リストと実際のテスト結果を確認してください。ブランド全体の対応範囲から、すべてのノードの状況を推測することはできません。
プロトコルとクライアント:設定を正しく実行できるか
プロトコルは、クライアントとサーバーの通信方法を定めます。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはいずれも一般的なプロトコル名で、通信速度の段階やプラットフォームの名称ではありません。利用できるかどうかは、まずクライアントのコアが該当プロトコルと各パラメーターに対応しているかで決まります。
Shadowsocksでは暗号化方式を双方で一致させる必要があります。VMessには独自の認証方式とプロトコルの仕組みがあります。Trojanは通常TLSと組み合わせて使われます。VLESS自体はペイロードを暗号化しないため、設定に含まれる安全な通信方式とあわせて理解してください。Hysteria2とTUICはQUICをベースとしており、通常はUDPのネットワーク環境に左右されます。利用中のネットワークでUDPが制限されている場合、これらのプロトコルに変更しても接続問題が解決するとは限りません。
プロトコル名だけでなく、通信方式、TLS設定、サーバー名の検証、認証情報も確認してください。未対応の項目を削除すると、設定の検証は通っても接続時の動作が変わる場合があります。エラーを消すために証明書の検証を安易に無効化せず、まず端末の時刻、サーバー名、設定の入手元を確認しましょう。
プラットフォームによって設定箇所が異なる
WindowsやmacOSのクライアントには、システムプロキシ、TUN、ネットワーク拡張機能などの接続方式が用意されている場合があります。AndroidやiOSのクライアントでは、該当するネットワークインターフェースを作成するためにOSの許可が必要になることが一般的です。ボタン名や必要な権限は利用するクライアントで確認し、あるプラットフォームの操作名を別のプラットフォームにそのまま当てはめないでください。
クライアントは設定を実行するソフトウェアで、コアはその中でプロキシ接続を処理する部分です。画面が似ていても、コアの機能が同じとは限りません。設定を取り込む前に、サービスが案内する対応情報を確認してください。VPNKQのクライアントは管理画面のダウンロードページから入手できます。事前にログインが必要で、ダウンロード権限は管理画面で判定されます。
ルーティング、グローバル・ルールモード:通信の経路を決める
ルーティングは、条件に応じてリクエストを直結、プロキシ経由、または拒否に振り分ける仕組みです。条件にはドメイン、接続先IP、プロセス、ルールセットなどがあり、使える機能はクライアントによって異なります。ノードグループは、ルールでプロキシの出口を選ぶときに使う接続先のまとまりです。ノードを手動で選べる場合も、自動選択に対応する場合もありますが、新しい通信プロトコルではありません。
ルールモードでは、設定されたルールを順番に照合し、条件に一致したリクエストを指定の出口へ送ります。多くのクライアントは上から順に確認し、最初に一致したルールを適用しますが、利用するコアのドキュメントで確認してください。範囲の広いルールを前に置くと、後続の細かなルールが適用されないことがあります。ノードリストの更新とルールの更新は別の操作です。
グローバルモードでは通常、クライアントが制御するリクエストを、選択したプロキシにまとめて送ります。ここで重要なのは「クライアントが制御するリクエスト」です。システムプロキシだけを有効にしている場合、その設定に従わないアプリは直結する可能性があります。TUNを有効にした場合も、ルート、除外設定、DNS設定を確認してください。グローバルモードにしても、端末上のすべての通信がプロキシ経由になるとは限りません。
直結モードでは通常、クライアントが制御するリクエストを接続先へ直接送信します。問題の切り分けに使えますが、クライアントのDNS設定やその他のネットワーク設定が影響する場合があります。特定のウェブサイトが開かない場合は、一時的にルールモードとグローバルモードを切り替えて結果を比較できます。グローバルモードでは使えるのにルールモードでは使えない場合は、すぐにプランを変更するのではなく、ルールの適用状況やノードグループを確認しましょう。
選び方:普段はクライアントの対応情報に従ってルールモードを設定してください。問題の切り分け時は一時的にモードを切り替え、接続ログで実際の出口を確認しましょう。モード名だけで判断せず、実際に制御される通信の範囲とルールの適用状況を確認することが大切です。
DNSと漏れ:ドメインの名前解決にも経路がある
DNSはドメイン名を接続可能なアドレスに変換します。ウェブサイトへのリクエストはプロキシ経由でも、ドメインの問い合わせは手元のネットワークから送信される場合があります。逆に、リモート側で名前解決しても、その後の接続がルールに従って直結することもあります。DNSを確認する際は、「問い合わせがどこを通るか」と「接続がどこを通るか」を分けて調べましょう。
DNS漏れとは一般に、ドメインの問い合わせが想定した保護経路を通らず、手元のネットワークや想定外のDNSリゾルバーから見える状態を指します。検査ページに表示されたリゾルバーの地域が異なるだけでは、漏れがあるとは断定できません。公開DNSの設置場所や転送経路、出口の位置などによって表示が変わる場合があります。
ブラウザーのセキュアDNS、アプリ内蔵の名前解決、システムの名前解決が同時に使われることがあります。DoHやDoTはDNS問い合わせを暗号化できますが、暗号化した問い合わせが必ずプロキシ経由になるわけではなく、DNSリゾルバーから問い合わせが見えなくなるわけでもありません。設定を変更する際は、クライアントがDNSを制御しているか、ブラウザー側に別の設定がないか、ルールがDNS通信を対象にしているかを確認しましょう。
一部のクライアントでは、Fake-IPを使ってドメインに合成アドレスを割り当て、接続時にドメインへ対応づけます。これはルーティングと名前解決の実装方法であり、リモートのウェブサイトが実際に使うアドレスではありません。OSに表示された合成アドレスだけでネットワーク異常と判断せず、現在のコアに対応していないDNS設定をそのまま流用しないでください。
設定の取り込みから接続確認まで:依存関係に沿って確認
用語を整理したら、「アカウントの状態、設定、接続、ルール、名前解決、アプリ」の順で確認しましょう。一度に関連する設定を一つだけ変更すれば、結果を比較しやすくなり、クライアントの再インストールを繰り返すことによる影響も減らせます。
- アカウントの状態を確認。プランが有効か、通信量を利用できるかを確認します。VPNKQではメールアドレスなしで、ユーザー名とパスワードを使ってアカウントを作成できます。アカウントの認証情報とサブスクリプションURLは別々に管理してください。
- 対応する設定を取り込む。使い方ガイドを参考に、クライアントとサブスクリプション形式を選びます。取り込み後は、URLを保存しただけでなく、設定が有効になっていることを確認してください。読み込みに失敗した場合は、まずURLの有効性と形式への対応状況を確認しましょう。
- ノードを選んで接続する。OSの許可が完了し、プロキシの接続方式またはネットワークインターフェースが有効になっていることを確認してください。接続テストで分かるのは一部の接続状況であり、目的のアプリが想定どおり動くことを示すものではありません。
- 出口と実際の利用状況を確認する。IPアドレス確認ページで、現在のブラウザーリクエストの出口を確認してから、目的のアプリを開いてテストします。ブラウザーでの結果が他のアプリにも当てはまるとは限りません。
- ルールと名前解決を確認する。ノードには接続できるのにウェブサイトが開かない場合は、接続ログ、ルールの適用状況、DNSエラーを確認してください。さらに調べる場合はトラブルシューティングガイドを参考にし、認証情報を隠したエラー情報を用意しましょう。
- ✅ 設定の取り込み後、現在有効なのが取り込んだ設定か確認する。
- ✅ ルールの適用後、対応するノードグループで利用可能な出口が選ばれているか確認する。
- ✅ ネットワーク設定を変更したら、再接続して目的のアプリで確認する。状態アイコンだけで判断しない。
- ❌ 速度測定の結果を、すべてのウェブサイトや時間帯で使える保証とみなさない。
- ❌ 通信を制御するクライアントを複数同時に実行しない。プロキシ、ルーティング、DNS設定が干渉することがあります。
プランの確認は最後に行い、すべての問題を利用枠不足のせいにしないようにしましょう。VPNKQの月額サブスクリプションは、利用開始日を基準に毎月通信量がリセットされます。データパッケージは有効期限がなく、使い切るまで利用できます。料金プランの選択は、プロトコル、ルールモード、ノード設定とは別の要素です。VPNKQは同時接続台数に制限がなく、理由を問わない7日間返金保証を提供しています。
VPNKQのプライバシーポリシーでは、ログを記録しないとしています。これはサービス方針についての説明であり、アカウント認証情報の保護、クライアントの入手元の確認、DNS経路の確認に代わるものではありません。ノード数や設定の複雑さを追い求めるより、それぞれの設定の役割を理解することが、安定した利用につながります。