VPN用語解説：サブスク・ノード・プロトコル・ルーティングをまとめて解説

このVPN用語解説では、実際の利用の流れに沿って説明します。サブスクリプションは設定を取得し、ノードは接続先の候補となり、プロトコルは通信方法を定め、ルーティングはどのリクエストをプロキシ経由にするかを決めます。それぞれ役割が異なり、互いに置き換えることはできません。「設定を取り込めたのにサイトが開かない」ときは、回線速度だけを疑うのではなく、この流れに沿って原因を探しましょう。

用語一覧：まず役割を整理

クライアントのホーム画面には、サブスクリプション、プロキシ、プロキシグループ、モードなどが並ぶことがあります。名前が似ていても役割は同じではありません。まず下の一覧で違いを確認しておくと、設定時にどの部分を変更しているのか把握しやすくなります。

日常会話で「VPN」と呼ばれるものは、ネットワークプロキシサービス全般を指すことがあります。厳密には、OSレベルのVPNトンネルとアプリ単位のプロキシでは仕組みが異なります。どの通信が対象になるかは、サービス名にVPNとあるかではなく、クライアントが採用する通信の取り込み方式で確認しましょう。

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

料金プランとサブスクリプションリンクは別物

「サブスクリプション」は、料金プランを指す場合も、設定を更新する仕組みを指す場合もあります。月額プランは契約期間を表し、クライアントのサブスクリプションリンクは設定を取得するためのURLです。データ通信量のパッケージを利用し、サブスクリプションリンクからノードを取り込むこともあります。両者は矛盾しません。通信量、有効期間、リセット方法についてはプランの説明をご確認ください。

サブスクリプションの内容は、サーバー一覧だけとは限りません。形式によってはプロキシグループ、ルーティングルール、DNS設定が含まれることもあれば、ノードのパラメーターだけの場合もあります。そのため、取り込みに成功しても、ルーティングや名前解決、通信の取り込みがすべて正しく設定されたとは限りません。

ノードは通常、サーバーアドレス、ポート、プロトコル、認証情報、伝送パラメーターなどで構成されます。クライアントに表示される地域名はラベルにすぎません。接続先の地域、通信の最終的な出口、中継経路はそれぞれ異なる場合があるため、表示名だけでアクセス先サイトに見える出口の地域を判断することはできません。

サブスクリプションリンクにはアクセス認証情報が含まれる場合があるため、機密情報として扱ってください。公開フォーラムへの貼り付けや、スクリーンショットへの写り込み、不明なサブスクリプション変換サイトへの入力は避けましょう。漏えいが疑われる場合は、管理パネルのリセット機能を使い、クライアントに保存した古いリンクも更新してください。

取り込み後に確認すること

1. 管理パネルにログインし、クライアントのダウンロードページで対応プラットフォームと設定形式を確認してから、ガイドに沿ってサブスクリプションを取得します。
2. クライアントのサブスクリプション画面または設定画面からリンクを取り込みます。形式エラーが表示された場合は、選択したクライアントとサブスクリプションの種類を確認してください。ノードのパラメーターを何度も変更する必要はありません。
3. 更新を実行し、ノード一覧が読み込まれることを確認します。更新に失敗した場合は、リンクが正しいか、現在のネットワークやアカウントの状態に問題がないかを確認しましょう。
4. ノードまたはプロキシグループを選び、用途に応じてシステムプロキシや、クライアントが対応する通信の取り込み機能を有効にします。
5. 実際に使うサイトやアプリを開き、クライアントの接続ログでルールの適用状況と接続先の選択を確認します。

ノード一覧が空の場合は、まずサブスクリプションの取得を確認します。一覧が正常に表示されるのに接続できない場合は、ノードとネットワークを調べましょう。「設定を取得できていない」状態と「設定は取得できたが接続できない」状態を分けて対処できます。

プロトコル：通信方式であり、速度ランキングではない

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、プロキシクライアントで使われることがあります。ただし、名称を書き換えるだけで互いに変換できるわけではありません。クライアントのコアが該当プロトコルとそのパラメーターに対応し、サーバー側にも一致する設定が必要です。

• Shadowsocks：暗号化プロキシプロトコルです。クライアントとサーバーで、互換性のある暗号方式や鍵などのパラメーターを設定する必要があります。対応状況はバージョンによって異なる場合があります。
• VMess：認証機能を備えたプロキシプロトコルで、複数の伝送方式と組み合わせられます。設定する伝送方式とセキュリティ項目は、サーバー側と一致させる必要があります。
• Trojan：通常はTLSと組み合わせて安全な通信を確立します。認証情報とTLSのパラメーターを正しく設定してください。ドメイン名や証明書の検証設定を安易に無効化・変更するのは避けましょう。
• VLESS：軽量なプロキシプロトコルです。プロトコル自体に通信内容を暗号化する機能はないため、TLSやREALITYなどのセキュリティ機構とあわせて理解する必要があります。プロトコル名だけで暗号化トンネルを意味するわけではありません。
• Hysteria2 と TUIC：QUICベースのプロキシ方式で、UDP通信を利用します。UDPが制限されているネットワークでは、正常に接続できない場合があります。

ここで説明するのは概念であり、VPNFKが現在提供するすべてのプロトコルの一覧ではありません。実際に選べる項目は、管理パネルの設定とクライアントの対応状況をご確認ください。通常のウェブページを閲覧できても、選択したプロトコルに必要な伝送方式がネットワークで許可されているとは限りません。

回線タイプ：専用線・中継・直結

回線タイプは通信がどのようなネットワーク経路を通るかを示し、プロトコルは通信の仕組みを示します。両者は別の観点です。同じプロトコルでも異なる経路に配置でき、同じ経路で複数のプロトコルを利用できる場合があります。

直結は一般に、利用者が海外のプロキシサーバーへ直接接続する方式を指し、経路は日本国内の通信事業者の国際接続やルーティングに左右されやすくなります。ここでいう「直結ノード」はルールの DIRECT と同じではありません。前者はプロキシ接続である場合があり、後者は通常、対象のリクエストをプロキシ経由にせず接続することを意味します。

中継は一般に、まず入口に接続し、そこから出口へ転送する方式です。転送の段階が増えても、必ず遅くなるわけではありません。入口やその先の経路が現在のネットワークに適していれば、より安定する場合もあります。一方、中継という表示だけで混雑時間帯の品質が保証されるわけではありません。

IEPL専用線は一般に、通信事業者が提供する国際イーサネット専用回線を指し、特定の拠点間の通信に使われます。利用者から入口まで、また出口から接続先のウェブサイトまでには、別のネットワーク区間があります。専用線という名称は経路の一部を示すものであり、利用者からすべてのウェブサイトまでの品質を保証するものではありません。

回線を選ぶときは、同じ端末と近い利用環境で、実際の用途を試しましょう。ウェブページが最後まで読み込めるか、会議が途切れないか、動画が何度もバッファリングしないかを確認します。クライアントの応答時間は特定の条件で測った値にすぎず、実効速度、パケットロス、アプリでの利用可否の代わりにはなりません。ノードページで実際の回線情報も確認できます。

ルーティングとグローバルモード：リクエストの経路を確認

ルールモードでは、条件に応じて接続先を選択します。条件にはドメイン、宛先アドレス、プロセスなどがあります。ルールは通常、設定された順に照合されるため、条件の広いルールを前に置くと、後続の詳細なルールが適用されないことがあります。最後のフォールバックルールは、それまでに一致しなかったリクエストを処理します。

グローバルモードでは通常、すでにクライアントの処理対象となっている通信を、選択したプロキシまたはプロキシグループに送ります。端末上のすべてのアプリが自動的に通信の取り込み対象になるわけではありません。システムプロキシに従わないアプリでは、グローバルモードに切り替えても機能しない場合があります。

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

システムプロキシは、その設定に対応するアプリにプロキシの接続先を提供します。ブラウザーはシステムプロキシに従うことが多い一方、ゲーム、コマンドラインツール、オフィスソフトでは動作が異なる場合があります。TUNは仮想ネットワークインターフェースを通じてIP通信を取り込むため、一般に対象範囲は広くなりますが、ルーティング、除外設定、OSの権限、クライアントの実装にも左右されます。

WindowsやmacOSのクライアントでは、一部の通信取り込み機能を有効にするため、追加の権限やサービスのインストールが必要な場合があります。モバイル端末のクライアントは、OSのVPNインターフェースを使って通信を転送することがよくあります。Linuxでは、デスクトップのプロキシ設定、環境変数、アプリ独自の設定もあわせて確認しましょう。画面に「接続済み」と表示されても、すべてのプロセスが同じ経路を通るとは限りません。

• ✅ 日本国内のサイトと海外サイトを併用する日常業務では、信頼できる提供元のルール設定を使い、必要なアプリが想定した接続先に振り分けられているか確認しましょう。
• ✅ 特定のウェブサイトだけで問題が起きる場合は、一時的にモードを切り替えて比較し、そのドメインに適用されたルールを確認します。まずクライアントを再インストールする必要はありません。
• ✅ ブラウザーは使えるのに他のソフトが使えない場合は、ノードを変更する前に、通信の取り込み設定とソフト側のプロキシ設定を確認しましょう。
• ❌ グローバルモードを地域制限全般の解決策と考えるのは避けましょう。サービスはアカウントの地域、接続元アドレス、その他の情報も使って判定する場合があります。

AI ツールや動画配信サービスを利用する場合、プロキシへの接続とサービス側の利用許可は別の問題です。接続に成功しても、アカウントの利用資格、コンテンツのライセンス、地域ごとの利用条件は変わりません。

DNS リークとよくある接続トラブル

DNSはドメイン名をネットワークアドレスに変換します。DNSリクエストは、OS、クライアント、またはアプリ独自の暗号化DNS機能から送信される場合があります。名前解決も指定した経路を通したいのに、実際には日本国内のネットワークのDNSリゾルバーへ送信されていると、一般にDNSリークと呼ばれる状態になることがあります。

暗号化DNSは主に、リゾルバーまでの問い合わせ通信を保護するもので、ウェブサイトへのアクセスを自動的にプロキシ経由にする機能ではありません。逆に、プロキシを有効にしただけで、すべてのDNS問い合わせが取り込まれているとも限りません。クライアントのDNS設定、ブラウザーのセキュアDNS、実際のルーティングをあわせて確認しましょう。

検査ページにローカルのDNSリゾルバーが表示された場合は、問題を調べる手がかりになります。ただし、ルーティング設計も考慮してください。ローカルサービスの名前解決にローカルDNSを使うのは、意図した設定の場合もあります。また、外部の検査ページですべてのアプリを確認できるわけではありません。検査結果を「統一」して見せるために、DNS設定全体を安易に上書きしないでください。

用語から推測せず、症状から原因を探す

1. サブスクリプションを更新できない：リンクが完全か、アカウントが利用可能か、サブスクリプション形式がクライアントに合っているか、現在のネットワークから設定取得サービスに接続できるかを確認します。
2. 複数のノードで接続に失敗する：システム時刻、ネットワークの制限、クライアントコアの互換性を確認してから、エラーログにあるハンドシェイクや認証に関するメッセージを調べましょう。
3. 一部のアプリだけ接続できない：アプリがプロキシの処理対象に含まれているか、適用されたルールやDNSの結果が想定どおりかを確認します。
4. 特定のサービスでのみ地域制限が表示される：実際の出口とサービスの利用条件を確認しましょう。その表示だけでプロトコルの問題と判断する必要はありません。
5. 接続できるが動作が不安定：バックグラウンドで大量の通信を行うタスクを一時停止し、近い条件で回線を切り替えて比較します。プロトコル、DNS、ルールを同時に変更すると、比較の基準が失われるため避けましょう。

サポートに問い合わせる際は、OS、クライアント、ネットワーク環境、選択した回線、再現できる症状を伝えてください。ログを共有する前に、サブスクリプションリンク、認証情報、アカウント情報を隠しましょう。確認せずに設定ファイル全体を送らないでください。

実際の設定方法はクライアントの使い方ガイドをご覧ください。原因がわからないエラーは、個人情報を伏せた症状の説明を添えてサポートページからお問い合わせください。設定変更や回線の切り替えを行う前に、まず問題がどの段階で起きているか確認しましょう。