VPN初心者向け用語ガイド：サブスクリプション・ノード・プロトコル・ルーティングを解説

このVPN初心者向け用語ガイドでは、サブスクリプション、ノード、プロトコル、ルーティングの基本を解説します。それぞれ役割が異なり、サブスクリプションは設定情報を取得するもの、ノードは接続先、プロトコルは通信方式、ルーティングはリクエストの経路を決めるものです。まず違いを把握すれば、問題が起きたときに接続先を何度も変えるのではなく、該当する設定を確認できます。

用語とクライアントの設定場所

日常会話では「VPN」がネットワークプロキシサービス全般を指すことがありますが、従来のVPNトンネルとアプリケーションプロキシは同じものではありません。クライアントでブラウザーをプロキシ接続できても、端末上のすべてのアプリの通信が経由しているとは限りません。対象範囲は、システムプロキシやアプリごとの設定、仮想ネットワークインターフェースの有効化状況によって異なります。

設定名はクライアントによって異なります。同じ名前のメニューが見つからない場合は、チュートリアルのボタン名を探すのではなく、機能を手がかりにしてください。特に「設定の取り込み」と「接続の有効化」は別の操作です。ノードが一覧に表示されていても、取り込みが成功したことを示すだけで、端末の通信がそのノードを経由しているとは限りません。

サブスクリプションURL：設定情報の取得先であり、接続のオン・オフではない

サブスクリプションURLを使うと、クライアントからサーバーに設定情報をリクエストできます。返される内容はノード一覧だけの場合もあれば、プロキシグループ、ルーティングルール、DNS設定などを含む場合もあります。内容はサーバー側の形式とクライアントの対応状況によって異なります。サブスクリプションURLは料金プランそのものではありません。プランは通信量や課金方式を示し、サブスクリプションURLはクライアントが接続情報を取得するためのものです。

VPNPartでは、まずユーザーパネルにログインして自分のサブスクリプションを取得し、クライアントのインポート機能を使ってください。WebサイトのログインURLをサブスクリプションURLとして使ったり、出所不明の設定変換サイトにアカウントのパスワードを入力したりしないでください。対応形式はクライアントによって異なる場合があるため、パネルの該当メニューから提供される設定を使用してください。

「サブスクリプションを更新」は通常、サーバーから設定を再取得する操作です。プランの通信量を追加したり、クライアントを自動アップデートしたりするものではありません。サーバー側でノードのアドレスが変更された場合、更新後に新しい情報が表示されることがあります。サブスクリプションで管理されているノードを手動編集する前に、更新時に変更が上書きされるか確認してください。決まった間隔で繰り返し更新する必要はありません。ノードの変更や設定の不具合があった場合は、まずパネルのお知らせや案内を確認しましょう。

ノードと回線：入口の地域だけでは経路全体はわからない

ノードは、クライアントで選択できる接続先です。名称に国や地域、用途、回線の種類が記載されていることがありますが、名称だけでネットワーク全体の経路がわかるわけではありません。特定の地域からの出口が必要な場合は、名称だけで判断せず、実際の出口を確認してください。入口サーバーの場所、通信経路、最終的にアクセス先のWebサイトから見える出口の場所は、それぞれ異なる場合があります。

直接接続・中継・IEPL専用線の違い

• 直接接続：クライアントから接続先のプロキシサーバーに直接接続します。経路は比較的シンプルですが、実際の通信品質は利用中の回線事業者、ネットワーク間のルーティング、サーバーの状態にも左右されます。
• 中継：まず中継地点に接続し、そこから後続のサーバーへ通信を転送します。経路を変えられる一方、中継が増えれば必ず速くなるわけではありません。
• IEPL専用線：一般に、経路の一部に国際イーサネット専用線を利用することを指します。これは通信に使う回線リソースの説明であり、プロキシプロトコルではありません。また、端末からアクセス先のWebサイトまでの全区間が専用線という意味でもありません。

そのため、「専用線だから」といって、常に低遅延であるとも、あらゆるプラットフォームにアクセスできるとも限りません。家庭内のWi-Fi、中継地点の混雑、出口の品質、アクセス先のサイトのポリシーなども結果に影響します。回線を評価するには、実際に使う時間帯に対象のアプリでテストし、条件をそろえて比較してください。

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

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはいずれも一般的なプロキシプロトコルの名称です。古い順や遅い順から速い順に並ぶものではありません。同じプロトコル名でも、伝送方式や追加パラメーターが異なる場合があります。クライアントがプロトコル名に対応していても、サーバーで使われるすべての組み合わせに対応しているとは限りません。

Shadowsocksは、暗号鍵や暗号化方式などのパラメーターを使ってプロキシ通信を確立します。VMessには独自の認証・通信方式があります。Trojanは通常、TLS接続上でプロキシ通信を行います。VLESS自体はデータを暗号化しないため、適切なセキュアな伝送層と組み合わせて理解する必要があります。プロトコル名だけで保護される範囲を判断することはできません。

Hysteria2はQUICをベースとし、TUICもQUICを利用して通信します。どちらもUDPで通信できることが前提で、ネットワークによるUDP制限が接続に影響する場合があります。QUICを採用しているからといって、ほかのプロトコルより速いとは限りません。通信経路、輻輳制御、サーバーのリソース、クライアントの実装などが使用感を左右します。

初心者がノードのプロトコルを手動で別のものに変更する必要は、通常ありません。サーバー側で対応する設定が提供されている必要があります。インポート時に非対応と表示されたら、まずクライアントとコアのバージョンに互換性があるか確認し、次に正しい設定メニューを使っているかを確認してください。エラーを消すためにTLS、証明書検証、認証の項目をむやみに削除しないでください。

ルーティング・ルール・グローバルモード：リクエストの経路を決める

ルーティングとは、リクエストに応じて条件を照合し、直接接続、プロキシ経由、拒否などの処理を決めることです。条件にはドメイン名、接続先アドレス、アプリのプロセスなどがありますが、対応範囲はクライアントやOSによって異なります。通常、ルールは設定された順に照合され、一致したルールのポリシーが適用されます。一致するルールがない場合は、既定のポリシーが使われます。

ルールモードでは、この条件判定を使ってリクエストごとに異なる経路を選びます。グローバルモードでは通常、クライアントが処理するリクエストを選択中のプロキシやプロキシグループに送ります。ただし、端末全体の通信をすべて処理するという意味ではありません。クライアントに取り込まれていない通信には、このモードは影響しません。

システムプロキシは、システムのプロキシ設定に従うアプリを主な対象とします。一部のコマンドラインツールでは、プロキシの環境変数を個別に設定する必要があります。また、アプリ独自の方法で接続する場合もあります。TUNモードは対象範囲がより広い傾向にありますが、ルーティング、権限、除外設定、システムの制約に左右されます。グローバルモードに切り替えても接続できないからといって、ノードが無効だとすぐに判断することはできません。

プロキシグループは、ルールとノードの間にある選択レイヤーです。ルールで特定のリクエストを「海外向けアクセス」のようなグループに振り分け、グループ内で具体的なノードを選択できます。自動選択は通常、クライアントの接続テスト結果に基づきます。テスト先が応答しても、目的のWebサイトが使えるとは限りません。ログイン、動画再生、長時間接続などが正常に動作する保証にもなりません。

DNSとプライバシー：暗号化接続以外に確認したいこと

DNSはドメイン名をネットワークアドレスに変換します。Webサイトにアクセスできるかどうかは、プロキシの接続状態だけでなく、ドメイン名の解決方法、応答の有効性、DNSリクエストが通る経路にも左右されます。クライアントのDNS、システムDNS、ブラウザーの暗号化DNSが同時に使われることもあるため、実際の設定を確認して判断してください。

「DNSリーク」とは通常、本来想定しているプロキシ経由またはプライバシー保護の経路で行われるべき名前解決が、想定外のDNSサーバーやネットワーク経路に送られることを指します。ただし、ルーティング設定で国内サイトを意図的にローカルDNSで解決する場合もあります。テスト結果にローカルDNSサーバーが表示されても、ルールの設計を考慮せずに異常とは判断できません。まず、どのドメインをプロキシ経由にするかを明確にし、そのうえで名前解決の経路を確認してください。

異常が起きた場合は、テストに使ったブラウザー、接続モード、DNS設定を記録してください。アプリで独自の暗号化DNSが有効になっていると、システムの名前解決設定を経由しない場合があります。ただし、暗号化DNSを使っているだけでプロキシ経由になるわけでも、DNSリークが起きているわけでもありません。DNSの問題を調べるためにWebサイトの証明書検証を無効にしないでください。証明書の警告は別途確認が必要です。

VPNPartのノーログポリシーは、サービスとしてのプライバシーに関する方針であり、あらゆる場面で匿名性を保証するものではありません。Webサイトへのログイン、アプリへの許可、ブラウザーに残るアカウント情報などによって、サイト側のユーザー識別方法は変わります。通信が暗号化されていても、すべての接続メタデータが隠されるわけではありません。

インポートから動作確認までの手順

以下の手順は、前の操作を確認してから次へ進む順番になっています。前の段階を確認しないままプロトコル、DNS、ルールを同時に変更すると、接続が復旧しても原因がわからなくなる可能性があります。

1. 利用するプラットフォームに対応したクライアントを入手します。パネルのクライアントのダウンロードページで、現在の対応状況を確認してください。iOS以外はログインするとクライアントを入手できます。iOS向けの利用条件は、パネルに表示される現在のプラン状況に従います。
2. 自分のサブスクリプションをインポートします。パネルで対応形式を選び、クライアントに設定とノードが表示されることを確認してください。解析に失敗した場合は、URLが最後までコピーされているか、設定形式に互換性があるかを先に確認します。
3. ノードとプロキシグループを選択します。自動切り替えによる影響を避けるため、まずノードを1つ固定して確認してください。プロキシ経由にしたいグループが、そのノードを実際に参照していることも確認します。
4. 適切な通信の取り込み方法を有効にします。デスクトップではシステムプロキシまたはTUNを確認します。モバイルでは、システムから求められるネットワーク設定の許可が完了していることを確認してください。同じ種類のトンネル設定を取り合うアプリを同時に有効にしないでください。
5. 実際に使うアプリで動作を確認します。まず対象のWebサイトが開けることを確認し、次に必要な機能、出口の地域、DNSの動作をチェックしてください。エラーメッセージを保存し、必要であればほかのノードでも比較します。

Windows、macOS、Android、iOSでは、画面や権限の仕組みが異なります。デスクトップではファイアウォールやコマンドラインの環境が影響することがあります。モバイルではバックグラウンド動作の制限や、ほかのネットワークツールとの競合に注意してください。チュートリアルにある設定が見つからない場合は、使用中のクライアントの説明を確認しましょう。複数のツールをインストールして重ねて使う必要はありません。

よくある症状と確認ポイント

• ✅ ノード一覧が空：サブスクリプションのダウンロードと解析結果を確認し、アカウントの状態と設定メニューも確認してください。この段階では、回線速度を比較する必要はありません。
• ✅ 接続済みと表示されるのにWebページが開かない：システムへの取り込み方法、DNS、対象のプロキシグループを確認し、「接続が確立していること」と「リクエストが正しく接続経路を通ること」を切り分けます。
• ✅ Webページは開くのに特定のアプリが使えない：そのアプリがシステムプロキシに従うか、独自のDNS設定を使っているか、対象サービスに地域やアカウントの条件があるかを確認します。
• ✅ インポート時にプロトコルが非対応と表示される：クライアントのコアとの互換性とサブスクリプションの形式を確認してください。セキュリティ設定を削除して無理に保存しないでください。
• ✅ 混雑する時間帯だけ不安定：条件をなるべくそろえてノードとローカルネットワークを比較してください。発生した時間帯、クライアント情報、認証情報を隠したエラーメッセージを添えて問い合わせます。

覚えておきたい基本は、サブスクリプションが設定情報を提供し、ノードが接続先を示し、プロトコルが通信方式を定め、ルールが経路を決め、DNSが名前を解決するということです。クライアントの画面が複雑でも、まずは問題がどの層にあるかを切り分けましょう。操作方法は使い方ガイドをご覧ください。接続に問題が残る場合は、トラブルシューティングガイドに沿って確認できます。