このVPN初心者向け用語集では、クライアントの設定を手がかりに、サーバーは接続先、回線は通信経路、プロトコルは通信方式、ルール分岐やグローバルモードは通信の経路を決めるものとして整理します。それぞれを区別すると、問題がサブスクリプションの読み込み、回線接続、アプリのプロキシ経由の有無のどこにあるか判断しやすくなります。

サーバーと回線:接続先と通信経路を区別する

サーバーとは通常、クライアントで選択できる接続設定のことです。サーバーアドレス、ポート、認証情報、プロトコル設定などが含まれ、地域名が付く場合もあります。サーバーを選ぶと、クライアントはその設定に従って接続します。サーバー名はサービス提供元が付けたラベルであり、性能を保証するものではありません。名前が似ていても、入口や出口が異なることがあります。

回線とは、利用中のネットワークから出口までの通信経路や構成を指します。入口はクライアントが最初に接続する場所、出口はアクセス先のウェブサイトから見える接続元です。入口の地域、サーバー名、出口IPアドレスの地域は一致するとは限りません。特定の地域の出口が必要な場合は、一覧の地域名だけで判断せず、接続後に出口を確認してください。

IEPL専用回線・中継・直接接続の違い
種類 経路の概要 選ぶときの確認ポイント
IEPL専用回線 国際イーサネット専用回線。サービス経路の一部として専用の伝送区間を利用できますが、端末からアクセス先までの全経路が専用回線とは限りません。 実際の接続経路、出口の地域、利用するアプリが継続して動作するか。
中継 クライアントがまず入口に接続し、入口から後続のサーバーや出口へ転送します。中継区間の伝送方式はさまざまです。 利用ネットワークから入口までの接続性、転送経路、出口の状態。
直接接続 クライアントから遠隔地のプロキシサーバーへ直接接続します。サービス側の中継用入口を別途経由しない方式ですが、インターネットのルーティングを経由しないという意味ではありません。 利用ネットワークの事業者から遠隔サーバーまでの経路と、利用する時間帯の状態。

回線の種類とプロキシプロトコルは、別の分類です。中継回線では複数のプロキシプロトコルを利用でき、同じプロトコルのサーバーでも経路が異なる場合があります。そのため、特定のプロトコルを使っているからといって、専用回線であることや、速度・安定性が一律に決まるわけではありません。

VPNLQではIEPL専用回線、中継、直接接続を提供し、110か国以上、170以上の回線をカバーしています。対応地域の広さは選択肢を示すものであり、すべての接続先サービスが各地域の出口に対応することを保証するものではありません。世界各地のサーバーページを確認したうえで、クライアントの設定と実際の接続結果に応じて選んでください。

サブスクリプションと通信量:設定の更新はプランの更新とは別

クライアントでいう「サブスクリプション」は通常、設定情報の購読を指します。クライアントがサブスクリプションURLからサーバー一覧などの設定を取得します。一方、管理画面での「月額プラン」は料金体系のことです。設定を更新すると接続情報が更新されますが、通信量が追加されたり、プランが更新されたりするわけではありません。この違いを知っておけば、「更新成功」をアカウントの利用可能量が回復したと誤解せずに済みます。

サブスクリプションURLには、アカウントに関係する認証情報が含まれていることがあります。一般公開のウェブページと同じように扱わず、グループチャットや公開リポジトリ、スクリーンショットなどに載せないでください。インポートにはサービスの管理画面にある、クライアントに対応したリンクを使用します。クライアントによって読み込める設定形式が異なるため、どのURLでも共通設定として使えるわけではありません。

サーバー一覧が空の場合は、取得元、アカウントの状態、クライアントの互換性を確認してください。サーバーが表示されているのに接続できない場合は、設定が期限切れでないか、選択したサーバーに変更がないかを確認します。更新頻度はクライアントとサービスの案内に従い、「速度向上」のために何度も更新する必要はありません。リンクが漏えいした場合は、管理画面のリセット機能を使い、各端末の古いサブスクリプションを差し替えてください。手順がわからないときは、サポートに問い合わせて確認しましょう。

VPNLQの月額プランは¥9.9 / 60GB、¥18 / 250GB、¥28 / 500GBです。通信量は利用開始日を基準に毎月リセットされ、期間途中のアップグレードでは差額を残り日数分に換算します。通信量パックは¥158 / 300GB、¥358 / 1000GB、¥658 / 3000GBで、使い切るまで利用でき、有効期限はありません。料金と通信量のルールはプランページで確認してください。クライアントに表示されるサブスクリプションの更新日時から、リセット日を推測しないでください。

主なプロトコル:通信方式とクライアントの互換性

日常会話では「VPN」が、国際的なネットワークアクセス手段全般を指すことがあります。技術的には、従来型のVPNトンネルとアプリ向けプロキシは同じものではありません。プロキシプロトコルは、クライアントとサーバーがリクエストを認証・カプセル化・転送する方法を定めます。端末全体を対象にできるかどうかは、システムプロキシや仮想ネットワークインターフェースの利用、アプリ固有の通信方法にも左右されます。

プロトコル名と設定を確認するポイント
プロトコル 概要 互換性の確認ポイント
Shadowsocks 暗号化プロキシプロトコル。TCPとUDPの通信を転送できます。 設定で指定された暗号化方式にクライアントが対応している必要があります。プラグインの対応状況がインポートに影響する場合もあります。
VMess 認証・暗号化機能を備え、複数の伝送方式と組み合わせられるプロキシプロトコルです。 プロトコル、伝送方式、TLS設定をすべて一致させる必要があります。名称だけを確認しても十分ではありません。
Trojan 通常、TLS接続を使ってプロキシ通信を転送します。 証明書の検証、サーバー名、関連する設定が正しいかを確認してください。
VLESS 軽量なプロキシプロトコルです。プロトコル自体は通信内容を暗号化しないため、具体的な安全性や伝送設定とあわせて理解する必要があります。 クライアントが使用する伝送方式とセキュリティ機能に対応しているか確認してください。VLESSへの対応だけでは判断できません。
Hysteria2 QUICを基盤とするプロキシプロトコルで、通信にUDPを使用します。 クライアントのバージョンと、ネットワークで必要なUDP通信が許可されているかが接続に影響します。
TUIC QUICを基盤とするプロキシプロトコルで、通信の転送に対応しています。 プロトコルのバージョン、認証方式、伝送設定を一致させ、UDPの接続性も確認してください。

この表は用語の説明であり、VPNLQが対応するプロトコルの一覧ではありません。実際に利用できるプロトコルは、管理画面に表示されるサブスクリプションとクライアントの案内で確認してください。新しいプロトコルが、現在のネットワークに必ず適しているとは限りません。UDPの制限、クライアントの実装、サーバー設定のほうが、プロトコル名より使用感に直接影響する場合があります。

インポートエラーが出ても、設定を「簡略化」するためにTLS、認証、伝送関連の項目をむやみに削除しないでください。接続に必要な項目かもしれません。また、証明書の検証を無効にする方法を常用しないでください。まずシステム時刻、サーバー名、サブスクリプションの取得元、クライアントの互換性を確認しましょう。

ルールモードとグローバルモード:通信を取り込んでから経路を決める

ルール分岐とは、ドメイン名、宛先IPアドレス、アプリなどの条件に応じて、通信の出口を選ぶ仕組みです。ルールモードでは、設定された照合順にルールが適用されます。主な処理には、直接接続、プロキシ経由、拒否があります。通常は最初に一致した有効なルールが適用され、具体的なルールに一致しない通信には設定された最終ルールが適用されます。詳しい動作はクライアントの実装によって異なります。

ポリシーグループは、ルールとサーバーの間で選択を仲介する仕組みです。たとえば、特定の種類の通信をポリシーグループに割り当て、グループ内で現在のサーバーを選ぶか、設定に従って候補から自動選択できます。「プロキシグループにルールが一致」と表示されても、グループ内で想定どおりの出口が選択されたとは限りません。出口の地域が違う場合は、ポリシーグループの現在の選択も確認してください。

グローバルモードでは通常、プロキシクライアントに取り込まれた通信を、指定したプロキシ設定にまとめて送ります。すべてのアプリの通信を取り込むという意味ではありません。システムプロキシを使わないアプリや、クライアントに届いていない通信は、グローバルモードに切り替えても経路が変わりません。直接接続モードでは通常、取り込まれた通信を遠隔プロキシの出口を経由せず、宛先へ直接送ります。

普段使いでは、不要な遠隔転送を減らせるルールモードから試すとよいでしょう。ウェブサイトにアクセスできない場合は、原因を切り分けるため、一時的にグローバルモードに切り替えて比較できます。グローバルモードで正常なら、ルールやポリシーグループを優先して確認してください。それでも失敗する場合は、サーバー、DNS名前解決、アプリの状態を確認します。テスト後は元のモードに戻し、一時的な確認用設定をそのまま使い続けないようにしましょう。

システムプロキシ、TUN、OSごとの違い

システムプロキシは通常、OSの設定に従うアプリにプロキシの接続先を提供します。ブラウザーは利用できても、コマンドラインツール、ゲーム、一部のバックグラウンドアプリは個別設定が必要な場合があります。「ウェブページは開けるのにターミナルの通信は失敗する」ときは、ツールがプロキシ環境変数を読み込むか、明示的なプロキシ設定に対応しているかを確認しましょう。すぐにサーバーの障害と判断するのは避けてください。

TUNモードは通常、仮想ネットワークインターフェースとルーティング設定を利用してIP通信を取り込みます。システムプロキシより広い範囲をカバーすることがありますが、ルートの除外設定、クライアントの実装、OSの権限にも左右されます。TUNは遠隔プロキシのプロトコルではなく、すべての通信を自動で遠隔出口に送る機能でもありません。有効にする前にクライアントの案内を読み、ほかのネットワークツールによるルートの競合に注意してください。

WindowsとmacOSのクライアントには、システムプロキシやTUNの設定が用意されている場合がありますが、必要な権限は異なります。iOSとAndroidでは通常、OSが提供するVPNインターフェースを使って通信を取り込みます。VPNのアイコンが表示されても、すべての宛先への接続が成功したとは限りません。Linuxでは、権限、ルーティング、DNSの設定を別途行う場合があります。

VPNLQはWindows、macOS、iOS、Android、Linuxに対応し、利用台数に制限はありません。対応プラットフォームでも、すべてのクライアントで同じメニューやインポート形式が使えるとは限りません。管理画面にログインしてクライアントを入手し、クイックスタートガイドを参考に設定してください。別のプラットフォームの操作手順をそのまま当てはめないようにしましょう。

DNSの名前解決と漏えい:アクセス前のドメイン検索

DNSはドメイン名を接続先のアドレスに変換します。プロキシ接続が正常でも、ドメイン名を解決できなかったり、適切でない結果が返されたりすると、アプリが開かない場合があります。名前解決とアクセスの経路は異なることもあります。ブラウザー独自の暗号化DNS、OSの名前解決設定、クライアントのDNS機能などが関わる可能性があります。

一般にDNS漏えいとは、指定したプロキシやトンネル内で行うはずのドメイン名の検索が、実際には別の経路で処理されることを指します。検索したドメイン名が露出したり、ルール分岐が想定と異なる結果になったりする可能性があります。ただし、検査ページに特定のDNSサービス名が一度表示されただけでは、実際にどのネットワーク経路を通ったかは判断できません。

確認する際は、まずクライアントのDNSポリシーを確認し、ブラウザー独自の暗号化DNSが有効か、アプリが独自に名前解決していないかを調べてください。ルールモードで意図的に直接接続するドメインがローカルDNSを使っていても、必ずしも漏えいとは限りません。想定しているポリシーと照らし合わせましょう。一部クライアントのFake-IPモードでは、合成アドレスをいったん返し、クライアント内で実際の接続先と関連付けます。ウェブサイトのサーバーがそのアドレスを実際に使っているわけではありません。

IPアドレス確認では、現在のブラウザー通信の出口を調べられます。ただし、それだけで、すべてのアプリ、DNS検索、UDP通信が同じ経路を使っているとは証明できません。プライバシーや通信の取り込み範囲を判断する際は、設定、実際の通信、クライアントに表示される接続情報をあわせて確認してください。

インポートとトラブルシューティング:用語を操作に活かす

  1. アカウントと設定の取得元を確認する。VPNLQではメールアドレスは不要で、ユーザー名とパスワードでアカウントを作成できます。ログイン後、管理画面の概要からサブスクリプションを取得し、プランの状態を確認してください。
  2. 対応するインポート方法を使う。利用中のプラットフォームとクライアントの形式に合わせてインポートしてください。プロトコルに対応していないというエラーが表示された場合は、認証情報を手動で変更せず、バージョンと対応状況を確認しましょう。
  3. 設定を更新してサーバーを選ぶ。一覧が読み込まれたことを確認し、接続したい出口の地域を選んだうえで、ポリシーグループが実際にそのサーバーを使っているか確認してください。
  4. 適切な方法で通信を取り込む。ブラウザーとターミナルの通信をそれぞれ確認してください。より広い範囲を取り込む必要がある場合は、クライアントの案内に従ってTUNまたはOSのVPN接続を設定しましょう。
  5. 条件を一つずつ変えて比較する。ほかの設定は維持したまま、サーバー、ルールモード、グローバルモード、DNS経路を個別に確認してください。一度に変更する条件を一つにすると、結果を判断しやすくなります。
  6. 再現に必要な情報を添えて問い合わせる。プラットフォーム、クライアント名、エラーメッセージ、使用モード、問題が起きる範囲を記録し、アクセス認証情報を隠して管理画面のサポートチケットから連絡してください。
  • ✅ サーバー一覧が読み込まれていれば設定を読み取れています。実際の接続とアクセス先の動作も確認してください。
  • ✅ ブラウザーの出口が想定どおりであることを確認したら、実際に使いたいアプリでも確認しましょう。
  • ❌ サーバー名、プロトコル名、「接続済み」のアイコンだけを根拠に、性能や対応範囲を判断しないでください。
  • ❌ サブスクリプションURLを公開したり、エラーを回避するために証明書の検証を無効にしたまま使い続けたりしないでください。

最後に、ネットワークの接続状態とアクセス先サービスのアカウント規則は分けて考えましょう。プロキシの出口によって通信経路は変わりますが、アクセス先のプラットフォームはアカウントの地域、権限、その他の条件に基づいて利用可否を決める場合があります。VPNLQの「匿名・ログなし」はプライバシーポリシーに関する説明であり、ログイン後のウェブサイトがアカウントを識別できないという意味ではありません。用語を理解することで、各設定で変えられることと、そこから推測できないことを把握できます。