VPN初心者向け用語集：サブスクリプション、ノード、プロトコル、ルーティング、グローバルモードとルールモードを解説

VPN初心者向けに、サブスクリプション、ノード、プロトコル、ルーティング、グローバルモードとルールモードを実際の操作に沿って解説します。クライアントを初めて開いたとき、すべての設定を変更する必要はありません。設定の入手元、接続経路、対象となるアプリを確認してから調整しましょう。

まず、「VPNクライアント」という日常的な呼び方が指すものを確認しましょう。システム全体のトンネルを作るツールの場合もあれば、プロキシクライアントの場合もあります。通信を処理する範囲はそれぞれ異なります。システムに接続中と表示されても、すべてのアプリが同じ経路を通るとは限りません。

サブスクリプションとノード：設定の取得元と接続先

サブスクリプションは、クライアントが設定を取得するための入口です。サービス提供元のサブスクリプションURLを使うと、通常はノードや接続パラメーターを読み込めます。ルールやプロキシグループが含まれる場合もあります。ここでいう「サブスクリプション」は設定に関する用語で、料金の請求期間を指すものではありません。月額プランやデータ通信量パックは料金プランの用語です。

端末の変更や回線の更新時は、対応クライアントにURLをインポートし、更新を実行すると、サービス提供元が現在提供している設定を取得できます。サブスクリプションの更新は料金プランの更新ではなく、ソフトウェア自体のアップデートでもありません。プランの状態、設定の更新日時、クライアントのバージョンはそれぞれ個別に確認してください。

ノードは、選択して接続するための設定です。通常、サーバーアドレス、ポート、認証情報、プロトコルのパラメーターが含まれます。画面に表示される地域名は選択の目安であり、接続品質を保証するものではありません。ノードの入口がある地域と、通信の最終的な出口の地域が異なる場合もあります。

たとえば、特定の地域向けコンテンツを利用する場合は、該当する地域の出口を選び、利用するアプリ内で確認してください。ウェブサイトを利用できるかどうかは、アカウントの地域設定、コンテンツのライセンス、リスク管理のルールにも左右されます。ノード名だけで判断することはできません。

直結・中継・IEPL：回線経路の違い

回線タイプは通信経路を表すもので、プロトコル名ではありません。直結は通常、クライアントから海外のサービス入口へ直接接続する方式です。中継では、まず転送用の入口に接続し、その後に別のサーバーへ転送します。IEPLは国際イーサネット専用線で、通信事業者が提供する専用回線サービスを指します。

中継と専用線は同じものではなく、専用線であっても経路の最初から最後まで専用線とは限りません。家庭内のネットワーク、入口の混雑状況、出口から接続先のウェブサイトまでの経路も、接続全体に影響します。画面にIEPLと表示されていても、遅延の低下や速度向上、すべてのウェブサイトを利用できることが保証されるわけではありません。

プロトコル：クライアントとサーバー間の通信ルール

プロトコルは、通信する双方が取り決めた方式と考えるとわかりやすいでしょう。アドレスが正しくても、クライアントが対応するプロトコルをサポートしていなければ接続できません。同じプロトコルでも、通信方式や暗号化方式、証明書の設定が異なる場合があります。手動で入力するときは、名称だけを合わせないようにしましょう。

• Shadowsocks：暗号化プロキシプロトコルです。一般的な設定には、サーバー、ポート、パスワード、暗号化方式が含まれます。対応するプロキシノードのインポートに使用します。暗号化方式が利用できるかどうかは、クライアントの実装によって異なります。
• VMess：プロキシプロトコルで、対応するコアを搭載したクライアントでよく使われます。インポート時はユーザー識別子に加え、設定に含まれる通信方式とセキュリティのパラメーターも一致させる必要があります。
• Trojan：通常、TLSを使って暗号化接続を確立します。使用時はパスワード、サーバー名、証明書の検証設定を確認してください。エラーを解消するために、検証を安易に無効化してはいけません。
• VLESS：軽量なプロキシプロトコルです。プロトコル自体はコンテンツを暗号化しないため、通常はTLSなどのセキュリティ層と組み合わせて使用します。接続できるかどうかは、併用する通信方式やセキュリティ設定によって決まります。
• Hysteria2とTUIC：QUICをベースにしたプロキシ方式で、ネットワークが関連するUDP通信を許可している必要があります。接続できない場合は、ネットワーク環境とクライアントの対応状況を確認してください。パスワードを何度も変更するだけでは解決しません。

これらは業界共通の用語であり、InnVPNが対応するプロトコルの一覧ではありません。具体的な対応状況は、管理画面で提供される設定とクライアントの説明をご確認ください。クライアントを選ぶ際は、プロトコル名の新旧だけで判断せず、「この設定をすべて正しくインポートできるか」を確認しましょう。

ルーティング、ルールモードとグローバルモード

ルーティングとは、条件に応じて接続先や経路を決める仕組みです。条件には、ドメイン名、接続先アドレス、アプリのプロセス、ルールセットなどがあります。接続先は通常、直接接続、プロキシグループへの転送、接続の拒否のいずれかです。ルールモードでは、これらの条件に沿って通信を処理します。

よくある使い方は、日本国内のサービスには直接接続し、海外のウェブサイトにはプロキシを使う方法です。ルールはクライアントで設定された順に照合され、先に一致したルールで接続先が決まるのが一般的です。最後のフォールバックルールは、どのルールにも一致しなかった接続を処理します。構文や優先順位はクライアントによって異なるため、異なるソフトウェアのルールをそのまま使い回さないでください。

グローバルモードでは通常、クライアントがすでに処理対象としている接続を、選択したポリシーにまとめて渡します。ポイントは「処理対象になっている」ことです。アプリがシステムプロキシを利用せず、トンネルにも通信が取り込まれていない場合は、グローバルモードに切り替えても影響しないことがあります。

グローバルモードは、ルーティングの設定ミスが疑われるときの一時的な切り分けに適しています。日常的に接続経路を使い分けるなら、ルールモードが便利です。テストが終わったら、用途に合ったモードに戻しましょう。仕組みを理解していない設定を、そのまま使い続けないでください。

システムプロキシとTUN：アプリの通信をプロキシ経路に通す仕組み

システムプロキシは、アプリにプロキシ設定を提供します。この設定を参照するアプリは指定された経路で接続しますが、独自にネットワークを管理するアプリは設定を無視する場合があります。コマンドラインツールでは、プロキシの環境変数を個別に設定する必要がある場合もあります。詳しくは各ツールのドキュメントをご確認ください。

TUNは仮想ネットワークインターフェースです。クライアントは、TUNにルーティングされた通信を受け取り、転送方法を決定します。システムプロキシを参照しない一部のアプリも対象にできますが、ルーティング、除外設定、権限、プラットフォームによる制限があります。TUNを有効にしても、ルールの確認が不要になるわけではありません。

Windows、macOS、Linuxでは、システムプロキシやTUNへの対応方法がクライアントごとに異なります。Androidのクライアントは、通常、システムのVPNインターフェースを利用して通信を処理し、アプリごとの設定に対応する場合もあります。iOSでは通常、システムのネットワーク拡張機能を使ってトンネルを確立します。バックグラウンドでの動作や設定機能は、アプリとシステムの両方に左右されます。

インストールには、サービス管理画面に記載されたリンクを使用してください。InnVPNのクライアントとサブスクリプションは、ログイン後に取得できます。Android、Windows、macOS、Linuxはログイン後にダウンロードできます。iOSは、管理画面に表示される有効なプランによって利用可否が決まります。デスクトップ版の設定名がすべてのプラットフォームで共通とは限りません。具体的な手順は使い方をご覧ください。

DNS、出口IP、情報漏えい：それぞれの確認内容

出口IPは、接続先のサービスから見える接続元のIPアドレスです。ブラウザーでの確認結果は、そのブラウザーの出口を確認する参考になりますが、ほかのアプリの動作確認にはなりません。ルールモードでは、接続先によって出口が異なるのが想定どおりの場合もあります。

DNSは、ドメイン名をネットワークアドレスに変換する仕組みです。DNSの問い合わせと、その後のコンテンツへの接続では異なる経路を使う場合があります。DNSを確認する際は、設定どおりに問い合わせが処理されているかを見ましょう。表示されたDNSサーバーの地域だけで、情報漏えいと判断することはできません。

DNS漏えいとは一般に、プロキシやトンネルで保護されるはずのDNS問い合わせが、意図しないネットワーク経路に送られることです。ブラウザー内蔵の暗号化DNS、システムの名前解決設定、クライアントによるDNS処理、キャッシュなどが結果に影響します。原因を特定しにくくなるため、すべての設定を同時に変更しないでください。

サブスクリプションのインポートから接続確認まで：画面に沿ったトラブル対処

用語を把握したら、次の順番で操作してみましょう。一度に変更するのは一つの項目だけにし、状況を記録してください。何度も再インストールするより、原因を見つけやすくなります。

1. 取得元を確認する。サービス管理画面にログインし、プランの状態を確認して、利用するプラットフォームに対応したクライアントとサブスクリプションを取得します。見知らぬページから設定をコピーしないでください。
2. インポートして更新する。クライアントのサブスクリプションインポート機能を使い、ノードを正常に読み込めるか確認します。形式エラーが表示された場合は、まずクライアントがその形式に対応しているか確認してください。URLを安易にオンライン変換ツールへ入力しないでください。
3. 接続先を選ぶ。ノードとプロキシグループを選択し、チュートリアルで推奨されている基本設定を維持します。自動選択やフェイルオーバーはクライアントの機能であり、利用するアプリに最適な回線が毎回選ばれるとは限りません。
4. 通信が処理されているか確認する。システムプロキシ、トンネル、アプリごとの設定が想定どおりか確認してから、対象アプリを開いてテストします。必要に応じて以前の接続を切断し、アプリを再起動してください。以前に確立したセッションが使われるのを防げます。
5. 結果を確認する。出口、DNS、対象機能をそれぞれ確認します。問題が続く場合は、プラットフォーム、クライアントのバージョン、モード、ノード名、エラーメッセージを記録して、トラブルシューティングをご確認ください。

• ✅ インポートは成功したのに接続できない：ノード設定、プロトコルの対応状況、証明書、現在のネットワーク環境を確認します。
• ✅ ブラウザーは使えるのにアプリで失敗する：アプリのプロキシ設定、TUNの処理範囲、ルーティングの結果を確認します。
• ✅ ウェブサイトは開くのに機能が制限される：アカウントの地域設定、ウェブサイトのポリシー、対象機能を確認し、原因を回線だけに求めないようにします。
• ❌ サブスクリプションURL、認証情報、認証情報を含むログを公開しないでください。サポートに問い合わせる前に、機密情報を隠してください。

覚えておきたい関係は次のとおりです。サブスクリプションが設定を提供し、ノードが接続先を指定し、プロトコルが通信方式を定め、回線が経路を表し、ルーティングが行き先を決めます。問題が起きたら、この順に確認してください。設定が適切かどうかは、最終的に対象アプリでの実際の動作を基準に判断しましょう。