VPN初心者用語早わかり：サブスクリプション、ノード、回線、プロトコル、ルーティングを解説

まず要点を整理します。サブスクリプションは設定の取得に使い、ノードは接続先の選択肢、回線は通信経路、プロトコルは接続方法、ルール分岐はリクエストの振り分け先を決めます。それぞれの違いを理解すれば、設定を何度も切り替えて試さなくても、手順に沿ってインポートと接続ができます。

日常会話ではプロキシクライアントもVPNと呼ばれることがありますが、動作範囲は同じとは限りません。システムプロキシは、プロキシ設定に従うアプリだけに作用する場合があります。仮想ネットワークアダプター（TUN）モードはより多くの通信を取り込めますが、ルーティングや除外ルールの影響を受けます。そのため「接続済み」という表示だけでは、すべてのアプリが同じ出口を通っているとは判断できません。

サブスクリプションとノード：設定の取得先とインストーラーは別物

プランの説明で使われる「サブスクリプション」は、通常サービスの利用期間を指します。一方、クライアントで使われる「サブスクリプション」は、設定の取得元を指すのが一般的です。ここが混同しやすいポイントです。サブスクリプションリンクは設定を取得するためのURLで、クライアントが読み込むと、利用できるノードや認証情報、適用されるルールなどがわかります。クライアントのダウンロード先ではなく、ブラウザーで開くだけで自動接続するページでもありません。

ノードは設定に含まれる接続先の選択肢で、通常はサーバーアドレス、ポート、認証情報、プロトコルのパラメーターなどで構成されます。画面に表示される地域名は選択の目安ですが、それだけで通信経路を証明するものではありません。同じ地域でも入口と出口の組み合わせが異なることがあり、名前が違っても一部のインフラを共有している場合があります。

サブスクリプションの更新は、サービス側が公開した設定を再取得する操作です。プランの変更やクライアントの初期化とは異なります。サービス側でノードが変更されると、古い設定が使えなくなることがあります。更新すれば変更を反映できますが、端末側のネットワーク障害は解決できません。サブスクリプションからノードを手動で変更する場合は、次回の更新で変更が上書きされないかも確認してください。

回線：IEPL専用線、中継、直結の違い

回線とは、端末から出口までデータが届く経路を指します。直結は通常、クライアントが海外のサーバーへ直接接続する方式です。中継では経路上に転送用の入口を追加します。IEPLは通信事業者が提供する国際イーサネット専用線サービスです。実際のサービスでは経路の一部にのみ専用線が使われる場合があるため、プランに「専用線」と記載されていても、端末から接続先のウェブサイトまで全区間を専有するという意味ではありません。

「入口」と「出口」も区別しましょう。入口は端末が最初に接続する場所、出口は接続先のウェブサイトから見える接続元です。出口の地域はコンテンツのラインナップやアカウントのリスク判定に影響することがありますが、ウェブサイトはアカウントの地域なども参照します。回線名だけで動画配信サービスが利用できると判断せず、実際にアクセスして確認してください。

プロトコル：接続方式は速度ランキングではない

プロトコルは、クライアントとサーバーがデータをやり取りし、本人確認を行い、通信を保護する方法を定めます。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはいずれもよく知られた名称ですが、どのクライアントでも自由に置き換えられるわけではありません。クライアントのコアやバージョンとサーバー側の設定を一致させる必要があります。

Shadowsocksは暗号化プロキシプロトコルで、使用する暗号方式に双方が対応している必要があります。VMessは独自の認証・暗号化方式を備えています。Trojanは通常、TLSで接続を保護します。VLESS自体はデータを暗号化しないため、TLSなどの安全な通信方式と組み合わせて使われます。プロトコル名だけを見ても、通信経路全体の保護方式が決まるわけではありません。

Hysteria2とTUICはQUICをベースとし、下位層でUDPを使用します。ネットワークでUDPが制限されている場合、正常に接続できないことがあります。一方、UDPベースだから必ず速いというわけでもありません。通信制御、ローカルネットワークのパケットロス、サーバーのリソース、経路の品質などが使用感に影響します。初心者はサービスが明確に対応している設定を使い、プロトコルやトランスポート層、証明書の設定をむやみに変更しないでください。

クライアントにTLS証明書のエラーが表示されたら、まず端末の日時、サーバー名、設定の有効性を確認してください。エラーを消すために「証明書の検証をスキップ」を安易に有効にすると、接続先の本人確認が弱まります。この記事では業界用語を解説しており、JiuVPNがここで紹介したすべてのプロトコルを提供するという意味ではありません。

ルール分岐とモード：ルールに沿って出口を選ぶ

ルール分岐では、ドメイン名やアドレスなどの条件に応じてリクエストの行き先を決めます。主な行き先は、直結、プロキシ、拒否です。ルールモードでは設定されたルールを順に照合し、通常は最初に一致した有効なルールが適用されます。一致するルールがない場合は、既定のポリシーが使われます。ルールセットは再利用できる条件の一覧、ポリシーグループは候補のノードから接続先を選ぶ仕組みで、両者は別のものです。

「グローバルモード」は通常、プロキシのコアに届いたリクエストをすべて指定のポリシーに振り分けます。「ルールモード」では、ルールごとに処理を分けます。ただし、グローバルモードでも端末全体の通信を取り込めるとは限りません。コアに届いていないアプリの通信には影響しない場合があります。「グローバル」と「仮想ネットワークアダプター（TUN）」は別の機能です。前者は通信の振り分け方、後者はどの通信を取り込むかに関わります。

普段はまずサービスが提供するルール設定を使い、特定のウェブサイトにアクセスできない場合は、そのリクエストに適用されたルールと出口を確認しましょう。グローバルモードとルールモードを何度も切り替えると、ノードの障害とルール設定の誤りを区別しにくくなります。設定を変更するときは一度に一項目だけ変更し、元の設定も残しておくと、原因を特定しやすくなります。

DNSと漏えい：接続できても名前解決の経路を確認

DNSはドメイン名をIPアドレスに変換します。プロキシ接続とDNSクエリは、必ずしも同じ経路を通るとは限りません。アプリがシステムのDNSリゾルバーを使う場合もあれば、独自の暗号化DNSを使う場合もあります。クライアントがリモートDNSや仮想アドレス方式を利用することもあります。ウェブページが開けても、名前解決が想定どおりに行われているとは限りません。

DNS漏えいとは一般に、DNSクエリが想定した経路を通らず、本来クエリを受け取る想定のない相手にドメイン名の問い合わせが見える状態を指します。確認する際は、テストサイトに表示された地域だけで判断せず、クライアント、システム、ブラウザーそれぞれのDNS設定を確認してください。ルール設定によって直結するドメインを意図的にローカルで名前解決する場合もあるため、誤設定とは区別する必要があります。

ブラウザーの暗号化DNSはDNSクエリの通信を保護しますが、ウェブサイトへのリクエストまで自動的にプロキシ経由にするものではありません。名前解決でエラーが起きた場合は、まずサービス推奨のDNS設定に戻し、ブラウザー側に別の設定がないか確認してください。提供元が不明なルールやDNSアドレスを一度に複数追加しないでください。

クライアントへのインポート：管理画面から接続確認まで

対応クライアントを選んでから、サブスクリプションをインポートします。すべてのソフトが同じ形式のサブスクリプションに対応しているとは限りません。リンクを開けても、設定を読み込めるとは限りません。「形式が正しくありません」と表示された場合は、リンクのパラメーターを変更するのではなく、まず管理画面に記載されたインポート方法を確認してください。JiuVPNのクライアントとサブスクリプションの取得にはログインが必要です。

1. 対応プラットフォームと入手元を確認する。サービス提供元のダウンロードページから対応クライアントを入手し、各プラットフォームのガイドに沿ってインストールしてください。別のコア用の設定ファイルを、現在使用中のクライアントにそのまま上書きしないでください。
2. 対応するサブスクリプションを取得する。ユーザーパネルでサブスクリプションのメニューを開き、クライアントに合ったインポート方法を選びます。リンクをコピーしてインポートする場合は、ノードの個別編集欄ではなく、サブスクリプションURLの入力欄に完全なURLを貼り付けてください。
3. 更新して結果を確認する。ノード一覧に項目が表示されているか確認してください。空の場合は、サブスクリプションの取得や解析にエラーがないかを確認し、ローカルネットワーク、リンクの欠落、アカウントの状態を調べましょう。接続ボタンを繰り返し押すだけでは解決しません。
4. ノードとモードを選ぶ。まずは既定のルールと任意のノードを使って接続します。ネットワーク設定や仮想ネットワークアダプターの権限を求められた場合は、インストールしたクライアントからの要求であることを確認してください。
5. 実際のアプリで確認する。接続先のウェブサイトやアプリを開き、クライアントの接続ログで適用されたルールと出口を確認します。ブラウザーは使えてもほかのアプリが使えない場合は、まず通信を取り込む範囲を確認してください。

Windows、macOS、Linuxでは、一般にシステムプロキシと仮想ネットワークアダプターの2種類の接続方法があります。後者では追加の権限やコンポーネントが必要になる場合があります。Androidは通常、システムのVPNインターフェースを通じて通信を取り込みます。iOSのクライアントでは通常、システムのネットワーク設定を追加します。メニューの場所はクライアントによって異なり、各プラットフォームのすべてのソフトに同じ機能があるわけではありません。

JiuVPNのWindows、Android、macOS、Linux向けクライアントはログイン後にダウンロードできます。iOSのリンクを利用するには有効なプランが必要です。クライアントのダウンロード先とサブスクリプションの取得先は別の用途です。ソフトを入手した後も、案内に沿って設定を完了してください。ユーザーパネルからクライアントを入手し、詳しい手順はプラットフォーム別ガイドをご覧ください。

接続の確認：原因を絞ってから設定を変更

「ノードのテストに成功」しても、すべての用途で正常に使えるとは限りません。クライアントのテストは、接続の確立やテスト用アドレスへのアクセスだけを確認している場合があります。ビデオ会議、ウェブ閲覧、ファイル同期では、経路や通信方式が異なることがあります。まず問題の症状を特定しましょう。サブスクリプションを更新できないのか、接続を確立できないのか、それとも特定のアプリだけに問題があるのかを確認してください。

• ✅ まずプロキシを切断してローカルネットワークが使えるか確認し、クライアントのサブスクリプションが正常に更新されたか調べます。
• ✅ 選択中のポリシーグループが、直結や拒否、無効な項目ではなく、利用可能なノードを指しているか確認します。
• ✅ 接続先へのリクエストに適用されたルールと出口を確認し、回線の問題とルールの誤適用を切り分けます。
• ✅ システムプロキシ、仮想ネットワークアダプター、アプリの設定を照合し、対象アプリの通信がクライアントに届いているか確認します。
• ✅ サポートに問い合わせる際は、プラットフォーム、クライアント、エラー表示、再現手順を記載し、接続用の認証情報は隠してください。
• ❌ 通信を取り込むクライアントを複数同時に起動しないでください。ルーティング、プロキシ、DNSの設定が互いに上書きされることがあります。

同じノードを使っていても特定のウェブサイトだけでエラーが起きる場合は、サイト側の障害、アカウント要件、出口のIPアドレス制限などが原因かもしれません。別のノードを試すと比較できますが、それだけでプロトコルが「使えなくなった」と判断することはできません。何度も再インストールするより、エラー表示を記録しておくほうが役立ちます。再現手順が明確なら、サポートも設定の問題か回線の問題かを判断しやすくなります。