VPN初心者向けの用語ガイドとして、まず結論を説明します。サブスクリプションは設定情報を提供し、ノードは接続先の入口、回線はデータが通る経路、プロトコルは通信方式、通信の振り分けはリクエストの経路を決めます。それぞれ役割が異なるため、ノード名だけで速度やプライバシー、アプリとの互換性は判断できません。
用語を理解する目的は、パラメーターを暗記することではなく、問題が起きたときに確認すべき場所を把握することです。サブスクリプションを取り込めない場合はリンクと形式を、ノードに接続できない場合はネットワークとプロトコルの対応状況を確認します。特定のアプリだけが使えない場合は、通信ルールとアプリ側のプロキシ設定を確認しましょう。
サブスクリプション、ノード、クライアントの関係
料金ページで「サブスクリプション」といえば、通常は料金の支払い形態を指します。一方、クライアントでは、接続設定を更新するためのアドレスを指すことが一般的です。関連はありますが、同じものではありません。データパッケージを利用する場合もサブスクリプションリンクでノード情報を取得でき、必ずしも月額料金とは限りません。
サブスクリプションリンクの内容には、ノードのアドレスやポート、認証情報のほか、グループ設定、振り分けルール、DNS設定が含まれる場合があります。具体的な内容はサービスの出力形式やクライアントの対応範囲によって異なります。取り込みが完了すると、クライアントが設定を選択可能なノードやグループに変換します。
ノードは接続パラメーターのまとまりであり、必ずしも個別のサーバー1台に対応するとは限りません。複数のノードが同じ入口や出口を共有する場合もあり、同じ地域のノードでも経路が異なることがあります。ノード名に含まれる地域、専用線、用途などの表示は説明情報です。実際の出口や利用可否は接続後に確認してください。
サブスクリプションリンクにはアクセス認証情報が含まれることが多いため、パスワードと同じように管理してください。公開の掲示板に貼ったり、出所不明のオンライン変換サイトに渡したりしないでください。リンクを公開してしまった場合は、サービスのパネルで再設定方法を確認するか、サポートに問い合わせてください。
IEPL 専用線、中継、直接接続の違い
回線はデータの経路を指し、通信プロトコルとは別のものです。クライアントから入口、入口から出口、出口から接続先のウェブサイトまで、それぞれの区間が通信品質に影響する可能性があります。出口が日本にあっても、経路全体が日本国内のネットワークを通るとは限らず、専用線を使っているとも限りません。
| 名称 | 一般的な意味 | 選ぶときの注意点 |
|---|---|---|
| 直接接続 | クライアントから海外のプロキシ入口に直接接続し、国境を越える区間では通常、公衆ネットワークを経由します。 | 現地の通信事業者、国際ルート、混雑時間帯の影響を受けます。経由地が少なくても、通信品質が良いとは限りません。 |
| 中継 | まず中継用の入口に接続し、そこから海外の出口へ転送します。 | 入口への接続性とその後の転送経路の両方が重要です。中継だからといって専用線とは限りません。 |
| IEPL専用線 | 通常、国境を越える伝送区間に国際イーサネット専用線を使用することを指します。 | 自宅からの接続区間や接続先のウェブサイト側も専用線とは限らず、すべての時間帯で同じ品質が保証されるわけではありません。 |
専用線の主な役割は、伝送経路と容量の調整です。第三者プラットフォームの地域制限が自動的に変わるわけではありません。動画配信サービスやAIツールは、出口のアドレス、アカウントの地域、リスク管理状況なども判定します。回線を選ぶときは、まずアプリが必要とする地域に合わせ、実際の利用時に安定しているかを確認してください。「専用線」を永久に利用できる保証と捉えることはできません。
判断のポイント:ノードの地域は「どこから外部へ接続するか」、回線タイプは「どのような経路で出口に到達するか」を示します。比較する際は、利用するネットワーク、対象アプリ、時間帯をそろえ、継続的な遅延や接続切断があるかを確認しましょう。
代表的なプロトコルの役割
プロトコルは、クライアントとサーバーがどのように認証し、データをカプセル化して送信するかを定めます。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはプロキシクライアントでよく使われますが、従来の端末全体を対象とするネットワークトンネルと同じものではありません。最終的にアプリの通信がプロキシを経由するかどうかは、通信を取り込む方法にも左右されます。
- Shadowsocks:暗号化プロキシプロトコルです。具体的なセキュリティ特性は、プロトコルのバージョンと暗号化方式によって異なります。ブラウザーのHTTPSとは別の仕組みであり、すべてのアプリの通信が自動的にプロキシ経由になるわけではありません。
- VMess:認証と暗号化の仕組みを備え、複数の伝送方式と組み合わせられます。設定にWebSocketがあっても、自動的にTLSが有効になるわけではありません。伝送方式とセキュリティ層の設定をそれぞれ確認してください。
- Trojan:通常はTLSで接続を保護します。証明書の検証とサーバー名の一致が重要です。接続エラーが発生しても、証明書の検証を無効にすることを一般的な解決策にしないでください。
- VLESS:プロトコル自体はペイロードを暗号化しません。通常はTLSやREALITYなどの仕組みと組み合わせて使います。VLESSという名前だけでは、接続全体のセキュリティ設定は判断できません。
- Hysteria2とTUIC:どちらもQUICをベースにしており、下位層ではUDPを利用しますが、同じプロトコルではありません。ネットワークによるUDPの制限は接続に影響します。他のプロトコルより必ず速いと単純に考えることはできません。
クライアントにプロトコル名が表示されていても、現在のバージョンがサービス提供側のすべてのオプションに対応しているとは限りません。サブスクリプション形式を変換しても、そのプロトコルに対応していないコアに新たな対応機能が追加されるわけではありません。初心者はパネルに用意された対応する接続先を使い、プロトコル名だけを理由にソフトウェアを何度も切り替える必要はありません。
ここで紹介するのは一般的な技術概念であり、VPN72のプロトコル対応一覧ではありません。利用可能なプロトコル、クライアント、回線は、パネルに実際に表示される設定をご確認ください。
グローバルモード、ルールモード、TUN
多くのルールベースのプロキシクライアントで「グローバルモード」とは、クライアントに取り込まれたリクエストを、選択したプロキシポリシーに送ることを意味します。「ルールモード」では、ドメイン名、宛先アドレス、アプリのプロセスなどの条件に基づき、直接接続、プロキシ経由、拒否を判断します。ルールは通常、順番に照合され、どれにも一致しないリクエストは最後のルールで処理されます。具体的な動作はクライアントによって異なります。
特に誤解されやすいのは「グローバル」という言葉です。通常、端末上のすべてのアプリの通信が取り込まれることを保証するものではありません。ゲーム、コマンドラインツール、オフィスソフトなどがシステムプロキシを使わない場合、クライアントをグローバルモードにしても、その通信はクライアントを経由しない可能性があります。
システムプロキシは、その設定に従うアプリにプロキシアドレスを知らせる仕組みです。TUNモードは仮想ネットワークインターフェースを使い、ルーティング条件に一致するIP通信を取り込みます。TUNは別のノードプロトコルではなく、すべてのDNS、LAN、IPv6経路を自動的に処理するものでもありません。通常は追加の権限が必要で、企業VPNやほかのネットワークツールとルートが競合することもあります。
日常のブラウジングでは、まずサービス提供側のルール設定を使い、国際回線が必要なリクエストをプロキシ経由にし、直接接続が適するサービスは現地の経路を維持するとよいでしょう。特定のウェブサイトだけに問題がある場合は、一時的にグローバルモードに切り替えて比較できます。正常に戻るなら、ルールやDNSを引き続き確認し、すべての問題を長期間グローバルモードに任せるのは避けてください。
DNSの漏えいと出口アドレスの確認方法
DNSはドメイン名をアドレスに変換します。ウェブ通信がプロキシを経由していても、ドメイン名の名前解決が同じ経路を通るとは限りません。アプリ、ブラウザー、OS、プロキシクライアントが名前解決に関わる場合があり、ブラウザー内蔵の暗号化DNS設定がクライアント側の設定と一致しないこともあります。
DNSクエリを指定した経路で処理する想定なのに、想定外のリゾルバーへ送信されている場合は、漏えいの可能性を調べる必要があります。暗号化DNSはクエリの通信が暗号化されていることを示すだけで、プロキシを経由するとは限りません。テストページに特定のDNSサービスが表示されても、名前だけを見て漏えいかどうかを判断することはできません。
- ✅ まず想定を確認します。どのドメインを直接名前解決し、どれをプロキシ側で解決するかを決めます。
- ✅ クライアントのDNS取り込み設定と、ブラウザーがOSやクライアントの設定を上書きしていないかを確認します。
- ✅ 出口アドレス、リゾルバー情報、クライアントの接続記録を合わせて判断し、テストページの結果だけに頼らないようにします。
- ❌ 「出口の地域が正しい」ことを、すべてのアプリとDNSリクエストが取り込まれている証拠とみなさないでください。
IPv6も確認が必要です。現在の設定が一部のアドレスファミリーしか処理していない場合、アプリが別の利用可能な経路を選ぶことがあります。IPv6を無効にすればすべて解決すると考えず、クライアントのドキュメントでルーティングとDNSの動作を確認してください。
設定の取り込みから動作確認まで
無駄な試行を減らすには、まずアカウントの利用条件とクライアントの互換性を確認し、その後に接続と通信の振り分けをチェックします。VPN72ではログイン後にサブスクリプションを取得できます。iOS以外のプラットフォームではログイン後にクライアントをダウンロードでき、iOSクライアントの入口はパネルに表示される現在のプラン状況に応じて提供されます。実際のボタンやインストール方法はパネルをご確認ください。
- 対応する設定を取得する。パネルで利用プラットフォームとクライアントに対応した入口を選びます。ウェブページのアドレスをサブスクリプションリンクと取り違えたり、リンク内のパラメーターを不用意に変更したりしないでください。
- 取り込んで更新する。クライアントのサブスクリプションまたは設定の取り込み機能を使います。ノード一覧が表示されたことを確認し、形式、認証、更新に関するエラーがないかチェックします。
- 出口とポリシーを選ぶ。対象アプリが必要とする地域に合わせてノードを選び、適切なルールモードを有効にします。関連するポリシーグループが直接接続のままになっていないかも確認してください。
- 必要な権限を許可する。システムプロキシとTUNでは必要な権限が異なります。クライアントとOSの案内に従い、信頼できる提供元からのみインストールして、公開元の情報も確認してください。
- 実際のアプリで確認する。出口の地域を確認してから対象のサービスを開き、クライアントに該当する接続が表示されるかを確認します。最後に、普段使う現地のウェブサイトやLAN上のリソースもテストします。
WindowsとmacOSでは、システムプロキシはその設定に従うアプリにのみ影響します。通知領域のアイコンだけで、すべての通信が対象になっているとは判断できません。Androidでは、ローカルVPNによる取り込みでアプリごとに対象を選べる場合があります。iOSでは、通常システムのネットワーク拡張機能を使って通信を取り込みます。Linuxでは、デスクトップのプロキシ、環境変数、TUNのルートをそれぞれ確認してください。設定項目の名前はクライアントによって異なります。
エラーが発生したら、層ごとに確認
サブスクリプションを更新できない:まず現地のネットワークとアカウントの状態を確認し、リンクが完全か、有効期限が切れていないか、取り込み形式が合っているかをチェックします。更新失敗とノード接続失敗は別の問題であり、ノードを何度も切り替えても解決するとは限りません。
ノードはあるのに接続できない:クライアントのバージョン、プロトコルの対応状況、システム時刻を確認し、同じ地域の別の入口とも比較します。UDPベースのプロトコルだけが失敗する場合は、現在のネットワークでUDPが制限されていないかを確認してください。すぐにサービス全体が利用できないと判断しないようにしましょう。
接続済みなのにアプリが使えない:アプリの通信がプロキシに取り込まれているか、どのポリシーにルールが一致したか、DNSが想定どおりかを確認します。通信が対象プラットフォームに届いているのに拒否される場合は、アカウントの地域、サービス利用規約、出口に対するリスク管理も考慮が必要です。「接続済み」と表示されているだけで、プラットフォームが必ずアクセスを許可すると判断することはできません。
サポートへ問い合わせる:OS、クライアント名、エラーメッセージ、選択したノード、再現手順をまとめるとスムーズです。スクリーンショットやログからは、サブスクリプションリンク、トークン、アカウントの認証情報を隠してください。調査のために設定全体を公開しないでください。
確認する順序:設定を正しく取得できているか → ノードに接続できるか → アプリの通信が取り込まれているか → ルールとDNSが想定どおりか → 対象プラットフォームが現在のアクセス条件を受け入れるか。すべての設定を同時に変更するより、層ごとに確認するほうが原因を見つけやすくなります。