VPN初心者向けの用語ガイドです。NetflixやAIツールを海外から利用する場合を例に、サブスクリプションは設定情報を提供し、ノードは接続の入口と出口を決め、プロトコルは通信方式を定め、ルーティングはどの通信をその経路に通すかを決めます。それぞれの役割を理解すると、クライアントのボタンを何度も切り替えるより、問題を見つけやすくなります。
一般にVPNクライアントと呼ばれるソフトの中には、実際にはプロキシプロトコルを使い、端末の全通信を処理するわけではないものもあります。接続ボタンに「成功」と表示されても、確認できるのは接続の一部が確立したことだけです。ブラウザーやほかのアプリ、DNSクエリまで想定どおりに転送されているとは限りません。ここでは、実際の利用手順に沿って用語を説明します。
サブスクリプションURL:設定を取得するためのリンク
サブスクリプションURLは、クライアントが設定を取得するためのアドレスです。通常、アカウント固有のアクセス情報が含まれています。クライアントがURLを読み込むと、ノード名、サーバーアドレス、ポート、認証情報などの設定項目を取得します。ルーティングルールやプロキシグループが含まれる場合もあります。有料の「月額サブスクリプション」とは別の概念です。前者は設定情報の配布方法、後者はプランの課金方法を指します。
サブスクリプションURLをブラウザーに貼り付けると、エンコードされた文字列が表示されたり、そのままでは読めない設定データが返されたりすることがあります。必ずしもURLに問題があるわけではなく、クライアントが対応する形式を読み取れるかどうかが重要です。設定ファイルの形式とプロキシプロトコルも別物です。あるプロトコルに対応するクライアントでも、すべてのサブスクリプション形式を読み込めるとは限りません。
「サブスクリプションを更新」は設定を再取得する操作であり、料金の更新や出口の変更を意味するものではありません。サービス側でノードが変更された場合、更新によって内容を反映できます。ただし、手動で追加したルールが残るかどうかは、クライアントの設定管理方式によります。変更前に上書きされる範囲を確認し、一時的に編集したサブスクリプション内容を恒久的な設定だと思い込まないようにしましょう。
ノードと回線:接続先と通信経路
ノードは通常、クライアントの一覧から選択する接続設定を指します。一方、回線は通信が通るネットワーク経路を表します。サービス提供者が両方の言葉を同じ意味で使うこともあるため、ノード名だけで実際の経路を判断することはできません。地域名は最終的な出口の場所を示す場合があり、その地域のサーバーへ端末が直接接続しているとは限りません。
Netflixを利用する場合、出口の地域は視聴できるコンテンツの判定に関わる重要な要素ですが、アカウント、著作権、プラットフォームの方針なども影響します。AIツールを使う場合は、サービスの対応地域やアカウント要件も確認してください。「利用可能になる」とは、特定の出口からその時点で対象のコンテンツにアクセスできることを指す場合が多く、すべての作品、アカウント、期間で使えることを保証するものではありません。
| 回線の種類 | 一般的な経路 | 選ぶ際の確認ポイント |
|---|---|---|
| 直結 | 端末が利用中のネットワークから、サービス提供者が別途設けた中継地点を通らず、遠隔のプロキシサーバーに直接接続します。 | 利用地域の通信事業者から遠隔地までの経路、混雑状況、接続の到達性。 |
| 中継 | 端末がまず中継地点に接続し、そこから後続のサーバーや出口へ通信を転送します。 | 入口の品質と中継後の経路。中継を経由するからといって、専用線を使うとは限りません。 |
| IEPL専用線 | 一般に、経路の一部で国際イーサネット専用線を利用する回線を指します。端末から接続先のウェブサイトまで、すべてが専用線という意味ではありません。 | 専用線が使われる実際の区間と、出口から接続先のプラットフォームまでのネットワーク品質。 |
IEPLは通信を運ぶ方式であり、プロキシプロトコルではありません。また、エンドツーエンドの暗号化が自動的に行われるわけでもありません。直結は経路が短くなる場合があり、中継は入口への接続性を改善する場合があり、専用線は公衆ネットワークの経路変動による影響を抑える場合があります。実際の効果は、利用中のネットワーク、回線容量、出口の状態にも左右されます。詳しくは回線とプロトコルの解説をご覧ください。地域情報はサーバーページで確認できます。
プロトコル:互換性とネットワーク環境を確認
プロトコルは、クライアントとサーバーが接続を確立し、認証やデータ転送を行う方法を定めます。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはプロキシクライアントで使われることがありますが、自由に置き換えられるラベルではありません。サーバーがそのプロトコルを提供し、クライアントのコアが対応し、設定値も正しくそろって初めて接続できます。
- Shadowsocks:暗号化プロキシプロトコルです。暗号方式とプロトコルのバージョンは、接続する両側で一致させる必要があります。TLSを使ったウェブ接続と同じものではありません。
- VMess:プロキシプロトコルです。認証情報と転送パラメーターを一致させる必要があります。異なる転送方式を使う場合、クライアントが対応する範囲も変わることがあります。
- Trojan:通常、TLSで通信を保護します。証明書の検証とサーバー名の設定が重要です。接続を成功させるために、検証を安易に無効にしないでください。
- VLESS:プロトコル自体はデータを暗号化しません。通常はTLSなどの安全な転送設定と組み合わせる必要があり、名前だけで接続の保護方式を判断することはできません。
- Hysteria2とTUIC:QUICをベースとしており、UDPで通信できる環境が必要です。UDPが制限されるネットワークでは、互換性のある別の転送方式に切り替える必要がある場合があります。
「UDPに対応」と「UDPを使ってトンネルを確立する」は同じ意味ではありません。前者はプロキシがアプリのUDP通信を中継できるかどうか、後者はクライアントとサーバー間でどの転送方式を使うかを指す場合があります。プロトコル名だけで判断せず、実際に動作を確認してください。固定の遅延や帯域幅をプロトコル名から推測することもできません。この用語解説は、VPNQJのすべての回線が上記の全プロトコルに対応していることを示すものではありません。実際の対応状況はユーザーパネルの設定をご確認ください。
ルーティングモード:ルール・グローバル・TUNの違い
ルーティングとは、通信をどの出口に送るかを決める処理です。ルールモードでは、ドメイン名、接続先アドレスなどの条件に応じて、プロキシ、直結、拒否、プロキシグループなどを選べます。利用できる条件はクライアントのコアによって異なります。普段は、サービス提供者がクライアントに合わせて用意したルールを使い、海外から利用するサービスはプロキシ経由、地域のサービスはルールに従って直結する方法が適しています。
グローバルモードでは通常、クライアントが処理する通信を、選択したプロキシポリシーにまとめて送ります。ルールのマッチ漏れを一時的に切り分けるのに便利です。ただし、「グローバル」でも端末上のすべてのアプリが処理対象になるとは限りません。システムプロキシだけを有効にしている場合、システムプロキシ設定に従わないアプリは直接インターネットに接続することがあります。
TUNは通信を取り込む方法であり、ルールモードやグローバルモードと並ぶルーティング方針ではありません。仮想ネットワークインターフェースで通信を受け取り、クライアントのコアがルーティングと振り分けを実行します。TUNを有効にするには、システム権限、ルート、DNSの設定が関わることがあります。ルールモードにもグローバルモードにも組み合わせられますが、「より強力なグローバルモード」と単純に捉えることはできません。
初心者におすすめの初期設定:まずはクライアントに適合したルール設定を使います。特定のウェブサイトで問題が起きたら、一時的にグローバルモードに切り替えて比較してください。グローバルモードで改善した場合は、まずルールとDNSを確認します。特定のアプリが通信を取り込めていないときは、ノードを頻繁に切り替えるのではなく、システムプロキシへの対応状況やTUNの利用を検討しましょう。
クライアントへの設定導入:順番に設定して動作を確認
クライアントは設定を実行するソフトで、コアがプロトコルの解析や通信の転送を担います。画面が似ていても機能が同じとは限らず、同じソフトでもOSによって機能が異なる場合があります。ユーザーパネルのクライアントダウンロードで現在の推奨方法を確認し、使い方ガイドに沿って設定してください。
- 対応環境を確認する。OS、クライアントのバージョン、サブスクリプション形式を確認してください。別のコア向けの設定ファイルを、汎用ファイルとしてそのまま使わないでください。
- 設定を導入して更新する。クライアントでサブスクリプションまたは設定のインポート項目を選び、専用URLを貼り付けます。ノード一覧が正しく表示されることを確認してください。読み込みに失敗した場合は、不明なパラメーターを変更する前に、URLが最後まで正しくコピーされているか確認します。
- 地域とポリシーを選ぶ。利用するプラットフォームの対応地域に合わせて出口を選び、プロキシグループが有効なノードを指していることを確認します。ノードを選択済みでも、実際に使うプロキシグループが別の出口を指していることがあります。
- 通信の取り込みを有効にする。ガイドに従ってシステムプロキシまたはVPN設定の権限を設定します。デスクトップでは、起動中のブラウザーが同じプロキシ設定を使っているかも確認してください。
- 実際にアクセスできるか確認する。目的のウェブページ、出口の地域、これまで正常に使えていた地域サービスをそれぞれ確認します。ブラウザーで成功しても、ほかのアプリで成功するとは限りません。また、ウェブ版が使えてもAPIが必ず利用できるとは限りません。
WindowsとmacOS向けクライアントには、システムプロキシとTUNの両方を備えるものがありますが、必要な権限や設定項目の場所は異なります。Androidクライアントは、システムのVPNインターフェースを使って通信を取り込むことが多く、アプリごとに処理を設定できる場合もあります。iOSではシステムのネットワーク拡張とアプリの機能に制約があり、設定の場所やバックグラウンドでの動作はデスクトップ版と完全には一致しません。利用中のクライアントのドキュメントに従い、別のプラットフォームの手順をそのまま当てはめないでください。
DNSと出口:ウェブページが開いても経路が一致するとは限らない
DNSはドメイン名を接続先のアドレスに変換します。プロキシ通信が選択した出口を通っていても、関連するDNSクエリが想定外の地域内経路から送信される場合があり、こうした状態はDNSリークと呼ばれることがあります。検索したドメイン名が露出したり、名前解決の結果と実際の出口が一致しなかったりする可能性があります。ただし、地域内のリゾルバー名が表示されたというだけで、すべてのリクエストが漏れているとは断定できません。
原因を調べる際は、クライアントのDNSモード、ブラウザーのセキュアDNS設定、システムの名前解決設定、実際のクエリ動作をあわせて確認してください。プロキシ側でドメイン名を解決する設定もあれば、地域内で名前解決してからアドレスを転送する設定、クライアントのコアが名前解決を処理する設定もあります。警告を消すためにDNS機能をすべて無効にしたり、よく知らないパブリックDNSのアドレスを万能な解決策として設定したりしないでください。
- ✅ クライアントのログで、対象ドメインに適用されたルールと、最終的に選ばれたポリシーおよびノードを確認する。
- ✅ ブラウザーに独自のプロキシ設定やセキュアDNS設定がないか確認し、クライアントの設定と動作が一致しているか確かめる。
- ✅ IPv4とIPv6を分けて確認し、どちらの通信も想定どおりに取り込まれているか検証する。
- ❌ 「ノードに接続できた」ことを、対象プラットフォームがその地域に対応している証拠にしない。キャッシュされた古いページが開いただけで設定が正常だと判断しない。
ウェブページに地域がサポートされていないと表示される場合は、まずプラットフォームの公式な対応地域、現在の出口、アカウントの要件を確認してください。ページが読み込み中のままなら、ルール、DNS、接続ログを確認します。しばらく使った後に接続が切れる場合は、地域内ネットワークの切り替わり、端末のスリープ、バックグラウンド動作の制限も調べてください。症状を切り分ければ、あらゆる問題を回線のせいにせずに済みます。
プランとデータ通信量:用語を理解したうえで選ぶ
データ通信量の上限はプランで利用できるデータ量を示すもので、帯域幅や同時接続できる端末数とは異なります。動画の画質や視聴時間、ファイル転送、アプリの更新などによって実際の消費量は変わるため、プラン容量だけから一律の視聴時間を計算することはできません。クライアントに表示される瞬間的な速度も、一定時間使ったときの安定性を判断する指標にはなりません。
VPNQJの月額プランは¥9.9/月で60GB、¥18/月で250GB、¥28/月で500GBです。月間データ通信量は利用開始日を基準に毎月リセットされます。データ追加パックは¥158/300GB、¥358/1000GB、¥658/3000GBで、有効期限はありません。申し込み前にプランページで料金と利用条件をご確認ください。月間データ通信量のリセットと、データ追加パックの有効期限を混同しないようご注意ください。
VPNQJは接続端末数に制限がなく、アカウント作成にメールアドレスは不要です。また、理由を問わない14日間の返金保証を提供しています。接続端末数に制限がなくても、端末ごとにローカル設定が自動共有されるわけではありません。それぞれの端末で設定を導入し、動作を確認する必要があります。初心者は、ほかの端末を増やす前に、普段使う端末でルール、出口、DNSが正しく動作することを確認すると、問題の切り分けが簡単です。
設定の流れは次のとおりです:サブスクリプションが設定を提供し、クライアントが設定を実行します。ノードは接続先を示し、回線は通信経路を決め、プロトコルは通信方法を定め、ルーティングはリクエストの送信先を決めます。問題が起きたら、この流れに沿って一つずつ確認してください。接続先プラットフォームの地域ポリシーやアカウント制限は、別途確認が必要です。