VPNの基本用語を理解するには、サブスクリプション、ノード、回線、プロトコル、ルーティングの役割を分けて考えることが大切です。サブスクリプションは設定を提供し、ノードは接続先、回線は通信経路、プロトコルは通信方式、ルーティングはリクエストの経路を決めます。接続できないときは、設定を次々変えるより、まず問題のある層を見極めましょう。
サブスクリプション、ノード、クライアントの関係
クライアントは端末上で動作し、設定の読み込み、接続の確立、通信の処理を行うプログラムです。ノードは通常、接続に必要な設定のまとまりで、サーバーアドレス、ポート、認証情報、プロトコル、通信オプションなどが含まれます。ノード名に表示された地域はあくまでラベルです。実際の出口地域は、接続後の結果で確認してください。
「サブスクリプション」には、よく使われる意味が2つあります。プランページでの月額サブスクリプションは料金の支払い方式、クライアントでのサブスクリプションは設定の取得元で、多くの場合URLで提供されます。ノードサブスクリプションを使うと、複数のノードと関連設定をクライアントで管理できます。URLを取り込んだだけでは接続されません。取り込み後にノードを選び、適切なモードを有効にして、目的のサイトにアクセスできるか確認しましょう。
| 用語 | 役割 | 混同しやすい点 |
|---|---|---|
| クライアント | 設定を読み込み、端末の通信を処理する | インストールしただけでは、設定や接続は完了しない |
| サブスクリプションURL | サービスが提供するノードや設定の更新を取得する | 一般的な共有URLや支払い期間とは異なる |
| ノード | 接続可能なサーバーと認証パラメーターを示す | 同じ地域のノードでも、出口や経路が同じとは限らない |
| 回線 | 入口、通信経路、出口の組み合わせを示す | 回線名だけでは実際の速度はわからない |
| プロトコル | クライアントとサーバー間の通信方式を定める | プロトコル名はサービス品質の順位ではない |
| ルーティング | リクエストを直結、プロキシ、拒否のどれにするか決める | 接続を有効にしても、すべてのアプリがプロキシを経由するとは限らない |
サブスクリプションURLの取得・取り込み・更新方法
サブスクリプションURLには、アカウントに紐づいたアクセス認証情報が含まれることがあります。クライアントがそのURLにアクセスすると、対応する設定を取得します。クライアントによって対応するサブスクリプション形式が異なるため、ユーザーパネルで利用中のクライアントに合った項目を選びましょう。任意のURLをどのアプリにも貼り付ければよいわけではありません。
- ユーザーパネルにログインしてプランの状態を確認し、利用するクライアントに対応したサブスクリプションURLを取得します。
- クライアントのサブスクリプションまたは設定画面を開き、「URLからインポート」などの機能を使います。URLを個別のサーバーアドレス欄に入力しないでください。
- 更新を実行し、ノード一覧に表示されるか確認します。形式エラーが表示された場合は、サブスクリプション形式とクライアントの対応状況を確認してください。
- ノードを選んで接続を有効にし、実際に利用するサービスへアクセスして、ページの読み込み、ログイン、接続の継続に問題がないか確認します。
- ノードの構成が変更されたら、サブスクリプションを更新してください。バックグラウンドで自動更新できるかどうかは、クライアントやOSのバックグラウンド制限によって異なります。
サブスクリプションを更新すると、サーバー側で提供される設定が最新になりますが、プランの失効、ネットワーク切断、クライアントの非互換性が自動的に解消されるわけではありません。反対に、ノード一覧が表示されていても、アカウントの利用権限が有効とは限りません。設定の取り込み失敗と接続失敗を分けて調べ、設定を取得できていない段階でルーティングを変更しないようにしましょう。
IEPL専用線、中継、直結の違い
ここでいう「直結回線」は通常、端末から公共インターネットを経由して海外のプロキシ入口に接続する方式です。「中継回線」は、まず中継入口に接続し、そこから次のサーバーへ通信を転送します。入口を1つ多く経由しても、必ず遅くなるとは限りません。入口に接続しやすく、後続の経路が安定していれば、中継によって利用環境が改善することもあります。
IEPLは国際イーサネット専用線です。サービスが一部の国際通信に利用する場合、その区間は一般的な公共インターネット経由の転送とは異なります。ただし、端末からサービスの入口まで、また出口から接続先サイトまでの通信は、別のネットワークを経由する場合があります。専用線という表示は、端末から接続先までの全区間が専用線であることや、接続先サイトへのアクセスが必ず許可されることを意味しません。
回線が用途に合うかどうかは、入口に接続できるか、夜間の混雑時間帯に切断されやすいか、出口地域が接続先サービスの要件を満たすか、実際のアプリで安定して使えるかを分けて確認します。接続テストに成功してもサイトに拒否される場合は、出口の判定や接続先サービスのポリシーが原因かもしれません。「回線がつながらない」とだけ判断しないようにしましょう。
プロトコル名は速度の順位ではない
Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、いずれもプロキシクライアントの設定に使われることがありますが、認証、暗号化、通信方式の設計はそれぞれ異なります。設定を取り込んで接続できるかどうかは、クライアントのコア、バージョン、設定パラメーターによって決まります。ノード名にプロトコル名があるだけで、対応しているとは限りません。
- Shadowsocks:暗号化プロキシプロトコルです。クライアントとサーバーで互換性のある暗号方式と認証設定を使う必要があります。
- VMess:認証と暗号化の仕組みを備えたプロキシプロトコルで、さまざまな通信方式と組み合わせて使われます。システム時刻のずれが接続に影響する場合もあります。
- Trojan:通常はTLSで通信を保護します。ドメイン、証明書、サーバー名の設定を一致させる必要があります。
- VLESS:軽量なプロキシプロトコルです。プロトコル自体はデータを暗号化しないため、安全性はTLSなど外側の仕組みに依存します。名前だけで暗号化が保証されると誤解しないでください。
- Hysteria2とTUIC:QUICをベースにしたプロキシ方式で、UDPで通信できる環境が必要です。ネットワークでUDPが制限されている場合は、まず通信条件を確認してください。
これらは一般的な技術用語であり、VPNQTが対応するプロトコルの一覧ではありません。プロトコル、通信レイヤー、回線はそれぞれ異なる要素です。プロトコルを変更すると互換性の問題が解決することはありますが、混雑まで自動的に解消するわけではありません。初心者はパネルや公式案内で提供されている設定を使い、証明書の検証をむやみに無効にしたり、接続のためだけにセキュリティ関連の設定を削除したりしないでください。
ルーティング、グローバルモード、ルールモード
ルーティングでは、条件に応じてリクエストの経路を決めます。ルールはドメイン、接続先アドレス、プロセスなどの情報をもとに、通信をプロキシ、直結、拒否のいずれかに振り分けます。通常、ルールには適用順があり、先に一致したルールが結果に影響します。リクエストに一致するルールの後ろにルールを追加しても、適用されない場合があります。
ルールモードは、サービスごとに異なる経路を使いたい場合に便利です。ただし、ルールセットが古かったり、サイトのドメインだけが対象でアプリの他のリクエストが含まれていなかったりすることがあります。ページ本文は表示されても画像やログイン画面が開かない場合は、ノード全体の故障と決めつけず、関連するリクエストが別の出口を通っていないか確認してください。
グローバルモードは通常、クライアントが処理するリクエストを指定したプロキシにまとめて送るため、ルーティングの問題を一時的に切り分けるのに適しています。重要なのは「クライアントが処理する」という点です。システムプロキシを使わず、仮想ネットワークインターフェースにも接続していないプログラムには、グローバルモードが適用されない場合があります。システムプロキシは、その設定に従うアプリが主な対象です。TUNモードは仮想ネットワークインターフェースを使ってより多くの通信を処理しますが、OSの権限、ルーティング、除外ルールの影響を受けます。
用途に応じて通信を振り分けるにはルールモード、問題がルールに関係しているか確認するにはグローバルモードを使います。グローバルモードに切り替えてアクセスが回復した場合は、ルールを引き続き調べましょう。グローバルモードが上位のモード、または必ず安定するモードというわけではありません。
DNSの名前解決と漏えいについて
DNSはドメイン名をネットワークアドレスに変換します。プロキシ接続が確立していても、名前解決がローカルネットワーク経由になる場合があります。想定した経路と異なる場合、一般にDNSリークと呼ばれる状態が起こる可能性があります。これは名前解決リクエストの経路に関する問題であり、閲覧内容がすべて読み取られた証拠ではありません。
ブラウザーのセキュアDNS、システムのリゾルバー、クライアントのDNS設定が同時に使われることがあります。ブラウザーで暗号化DNSを使っていても、名前解決のリクエストがプロキシを経由するとは限りません。クライアントでリモートDNSを設定していても、すべてのアプリがそのDNSを使うとは限りません。DNSリクエストのルーティング、アプリ独自の名前解決、クライアントが対象の通信を処理しているかを確認しましょう。
トラブルシューティングでは、接続前後の出口とDNSの検査結果を比較できます。ただし、DNSサービスの所在地とプロキシの出口が完全に一致する必要はありません。パブリックDNSは分散配置されていることがあり、検査ページの位置情報データベースにも誤差が生じる場合があります。表示された国だけで判断せず、クライアントのログでリクエスト経路を確認し、バイパスルールもチェックするのが確実です。
プラットフォームごとに異なるクライアントと権限
Windowsクライアントでは、システムプロキシやTUNなどを使って通信を処理する方法があります。システムプロキシが適用されない場合は、まずアプリがプロキシ設定に従うか確認してください。TUNを有効にできない場合は、権限、ドライバー、他のネットワークソフトとの競合を調べます。macOSでも、プロキシ設定とネットワーク拡張の許可を区別する必要があります。メニューバーのアイコンだけで通信が処理されていると判断しないでください。
iOSとAndroidでは通常、OSが提供するVPNインターフェースを通じて通信を処理します。ただし、対応するプロトコル、サブスクリプション形式、バックグラウンドでの動作はアプリによって異なります。システムのVPNアイコンは該当する接続が有効になったことを示しますが、接続先サービスにアクセスできる保証にはなりません。他のVPN設定、バッテリー管理、バックグラウンド制限が接続の維持に影響する場合もあります。
LinuxでGUIクライアントやコマンドラインプログラムを使う場合は、サービスプロセス、ルーティング権限、デスクトップのプロキシ設定も確認してください。ターミナルのプログラムがブラウザーのプロキシ設定を引き継ぐとは限りません。VPNQTはWindows、macOS、iOS、Android、Linux向けの利用方法を提供しています。入手方法と設定はパネルのダウンロードページとクイックスタートをご確認ください。
順を追って原因を調べ、ノードを次々に変えない
- ✅ ノード一覧が表示されない:サブスクリプションURL、アカウントの状態、形式、クライアントの互換性を確認します。
- ✅ ノードはあるが接続できない:ローカルネットワーク、認証パラメーター、システム時刻、通信の到達性を確認します。
- ✅ 接続できても目的のサイトが開かない:出口地域、ルーティングの結果、DNSの経路、接続先サービスのメッセージを確認します。
- ✅ ブラウザーは使えるが他のアプリは使えない:そのアプリがシステムプロキシまたはTUNの処理対象か確認します。
- ✅ 接続が断続的に切れる:発生した時間帯、ノード名、クライアントのバージョン、エラーメッセージを記録し、回線の状態を比較します。
サポートに問い合わせる際は、ユーザーパネルのチケットから、個人情報を伏せたログと再現手順を送信できます。「どのアプリで、どの操作が失敗するか」を伝えると、「使えない」とだけ伝えるより原因を特定しやすくなります。ログにサブスクリプションURL、認証情報、個人情報が含まれる場合は、あらかじめ隠してください。
プランを選ぶときは、料金と設定を分けて確認しましょう。VPNQTの月額サブスクリプションでは、開通日を基準に毎月データ容量がリセットされます。データパッケージに有効期限はありません。同時接続台数に制限はありませんが、各端末のデータ通信が不要になるわけではありません。アカウントはメールアドレス不要で、ユーザー名とパスワードで利用できます。返金条件は「初回のお支払いから60日以内であれば、理由を問わず全額返金を申請可能」です。価格とデータ容量はプランページでご確認ください。
サブスクリプションからクライアントに設定を取り込み、クライアントはプロトコルを使ってノードに接続します。回線が通信を運び、ルーティングがどのリクエストをその経路に送るか決めます。この流れに沿って調べれば、形式の誤り、ネットワークの問題、接続先サービスの制限を切り分けやすくなります。