この記事では、VPN初心者向けにサブスクリプション、ノード、回線、プロトコル、ルーティングの違いを整理します。サブスクリプションは設定を受け取り、ノードは接続先の選択肢、回線は通信経路、プロトコルは通信方式、ルーティングはリクエストの振り分けを担います。それぞれ役割が異なり、互いに置き換えることはできません。
用語を覚える目的は、略語を増やすことではなく、クライアントで何を選ぶか、問題が起きたときにどこを確認するかを把握することです。以下は一般的な概念の説明であり、VPNFarがすべてのプロトコルや回線方式を提供するという意味ではありません。対応状況は管理画面とクライアントの表示をご確認ください。
サブスクリプション:料金プランと設定用URLは別もの
「サブスクリプション」には、よく使われる意味が二つあります。料金プランにおける月額サブスクリプションは課金方式を指し、クライアントにおけるサブスクリプションは通常、設定の取得元を指します。サブスクリプションURLから、クライアントはサーバーのアドレスやポート、認証情報などを取得します。ルールやポリシーグループが含まれる場合もあります。ルールがすべて含まれるかは、サーバー側の出力形式とクライアントの対応状況によって異なります。
サブスクリプションURLをコピーしても、アプリのインストーラーをコピーしたことにはならず、接続が確立したわけでもありません。更新可能な接続設定を取得するためのものです。サービス側でノードが変更された場合、通常はクライアントでサブスクリプションを更新すると新しい設定を取得できます。ただし、更新によってローカルの認証、ネットワークへの接続不可、プラン状態の異常が解決するわけではありません。
同じアカウントでも、クライアントごとに異なる形式のサブスクリプションが用意されている場合があります。読み込み時に形式エラーが表示されたら、URLを何度も書き換える前に、適切な読み込み方法を選んでいるか確認してください。個別ノードの共有URLは特定の接続設定を示すもので、継続的に更新できるサブスクリプションとは異なります。
サブスクリプションURLには、アカウントへのアクセスに使う認証情報が含まれている場合があります。公開コメントや見知らぬオンライン変換ツール、スクリーンショットに貼り付けないでください。URLが漏えいした疑いがある場合は、管理画面でリセット方法を確認し、クライアントのサブスクリプションも更新してください。
ノードと回線:画面上の選択肢と実際の経路
ノードは通常、クライアントで選択できる接続設定を指します。実際のサーバーを示す場合もあれば、負荷分散用の接続先を示す場合もあります。そのため、一覧に異なる名前で表示されていても、物理的に別々のサーバーとは限りません。名前に含まれる地域名は出口の場所を見分ける目安ですが、サービスの説明もあわせて確認してください。
回線は、利用者のネットワークから接続先の入口を経て出口に至るまでの通信経路を指します。日本の出口ノードでも、入口が日本にあるとは限りません。入口が近くても、経路全体が短いとは限りません。ウェブサイトから見える出口IPアドレス、端末が接続するサーバーのアドレス、途中で経由するネットワークは、それぞれ異なる情報です。
| 種類 | 概要 | 選ぶ際の確認点 |
|---|---|---|
| 直結 | 端末から通常のネットワークを経由して接続先の入口へ直接接続します。サービス提供者が設定した中継ノードは経由しません。 | 利用者側の通信事業者から接続先までの経路と混雑状況。 |
| 中継 | 中継サーバーに接続してから、そのサーバーが後続のノードまたは出口へ通信を転送します。 | 入口への接続性、中継の処理能力、その後の経路。経由点が一つ増えても、必ず遅くなるとは限りません。 |
| IEPL専用線 | 一般に、国際イーサネット専用線を一部の国際通信経路に使用する方式を指します。 | 専用線がどの区間をカバーするか、入口と出口がどう接続されるかを確認します。名称だけで経路全体の品質が保証されるわけではありません。 |
「直結」はルーティングルールにも登場し、リクエストをプロキシに通さず、利用者側のネットワークから直接アクセスする動作を指すことがあります。「直結回線」とは文脈が異なります。DIRECTと表示されたら、ルールの動作なのか回線の説明なのかを確認してください。
クライアントに表示される遅延は、何らかの方法で測定した結果にすぎません。測定先や方法、測定時の負荷によって数値は変わります。遅延が小さくてもダウンロード帯域が広いとは限らず、スポーツのライブ配信が安定するかどうかも、それだけでは判断できません。実際のアプリを使い、継続利用中の読み込み停止や再接続の有無を確認するのが有効です。
プロトコル:通信方式であり、プランのランクではない
プロトコルは、クライアントとサーバーがデータをやり取りする方法を定めます。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはプロキシクライアントで使われることがありますが、すべてのクライアントが対応しているわけではありません。名前だけで性能やプライバシー保護の水準を判断することもできません。
Shadowsocksはプロキシプロトコルの一つで、クライアントとサーバー双方が対応する暗号化方式を使う必要があります。VMessとVLESSは異なるプロトコルです。VLESS自体にはデータ暗号化機能がなく、実際の運用では通常、TLSなどの安全な通信設定と組み合わせます。Trojanは一般にTLSを使用し、設定によってはドメイン名や証明書の検証が必要です。
Hysteria2とTUICはQUICをベースとしており、通信には下位層のUDPを使用します。利用中のネットワークでUDPが制限されていると、接続に影響する場合があります。だからといって、他のプロトコルより常に優れているわけではありません。適しているかどうかは、ネットワーク環境、サーバー側の構成、クライアントのバージョンによって異なります。
初心者が、名前の新しさだけを理由にプロトコルを手動で変更する必要はありません。プロトコル、通信方式、認証情報はサーバー側の設定と一致している必要があります。他の人のポート設定をそのまま使ったり、証明書の検証を無効にしたりすると、接続できなくなったり、認証の安全性が低下したりするおそれがあります。サービスが提供する互換性のある設定を優先して読み込んでください。
判断のポイント:まずサブスクリプションに含まれるプロトコルにクライアントが対応しているか確認し、次にネットワークへ接続できるかを確認します。最後に実際のアプリで使い心地を比較しましょう。プロトコル名、専用線の表示、地域名だけで速度を順位づけることはできません。
ルーティング、ルールモードとグローバルモード
ルーティングとは、リクエストごとに異なる接続先を割り当てることです。クライアントに応じて、ドメイン名、宛先アドレス、アプリのプロセス、位置情報データベースなどを判断基準に使います。ルールによって、国内サービスには直接接続し、海外サイトにはプロキシを使う、あるいは特定のリクエストを拒否するといった振り分けができます。多くのルールシステムでは、上から順に照合し、一致したルールの動作を実行します。
ルールモードでは、設定に基づいてリクエストの接続先を決めるため、サービスごとに適した経路を使えます。グローバルモードでは通常、クライアントが取り込んだ通信をまとめて、選択中のプロキシポリシーに送ります。ただし「グローバル」は、端末上のすべてのアプリの通信が対象になるという意味ではありません。対象範囲はシステムプロキシ、仮想ネットワークインターフェースのモード、アプリの動作にも左右されます。
システムプロキシは、システム設定に従うアプリにプロキシの利用を通知する機能です。対応しないアプリもあります。TUNモードは仮想ネットワークインターフェースを通じて通信を取り込み、一般により広い範囲をカバーしますが、適切なルーティング、DNS、権限の設定が必要です。モバイル端末にVPNの表示があっても、従来型のVPNプロトコルが使われているとは限りません。
グローバルモードでは正常なのにルールモードで特定のサイトに接続できない場合は、まずどのルールに一致し、どのポリシーグループが選ばれたかを確認してください。すぐにノードの故障と決めつける必要はありません。逆に、グローバルモードで国内サービスが遅くなる場合は、プロキシ不要のリクエストまで遠方のサーバー経由になっている可能性があります。
DNSとリーク:ドメイン名の問い合わせ経路も確認
DNSはドメイン名をネットワーク上のアドレスに変換します。ブラウザーでサイトを開く前に、通常は名前解決が必要です。プロキシ接続が成功していても、DNS問い合わせが別の設定に従って送信される場合があります。そのため、「ウェブページが開くこと」と「想定した経路で名前解決されること」は別々に確認する必要があります。
DNSリークとは一般に、問い合わせが想定した経路を通らず、ローカルや別のDNSリゾルバーに送信される状態を指します。リークに当たるかどうかは、もともとのルーティング設計によります。ローカルサービスをローカルのDNSで名前解決するルールが明示されているなら、ローカルのリゾルバーが使われたというだけで異常とは判断できません。
ブラウザーの暗号化DNS設定、システムの名前解決設定、クライアントのDNS制御は互いに影響する場合があります。暗号化DNSが保護するのは問い合わせ通信の一部であり、すべてのアプリの通信がプロキシを通ることを意味しません。確認するときは、DNSアドレスを一つ変更するだけでなく、ブラウザーとクライアント双方の設定を確認してください。
出口IPアドレスの確認は現在のウェブアクセス経路を把握する参考になり、DNSテストは利用中のリゾルバーを調べる手掛かりになります。ただし、どちらもすべてのアプリの通信経路を証明するものではありません。テストページで確認できるのは、そのページから観測可能なリクエストに限られます。プライバシーや職場のネットワークに関わる場合は、所属組織の利用ルールにも従ってください。
読み込み:管理画面から実際の接続まで
まず対応クライアントを用意し、該当するサブスクリプションを読み込んでから、通信の取り込みを有効にしてポリシーを選びます。プラットフォームによってボタン名は異なりますが、基本的な順序は共通です。VPNFarのサブスクリプションはログイン後に取得できます。iOSを除き、ログインするとVPNFarのクライアントを取得でき、購入済みプランは不要です。iOS用の入口は、管理画面に表示される有効なプランに応じて提供されます。
- アカウントの状態を確認。管理画面にログインし、プランと通信量の状態を確認してから、利用するプラットフォームのクライアントを確認します。
- 対応する設定を取得。管理画面で現在のクライアントに対応したサブスクリプションURLをコピーし、出所のわからない変換結果は使わないでください。
- 読み込んで更新。クライアントにサブスクリプションを追加し、ノードが表示されるか確認します。一覧が空の場合は、まず更新時のエラーメッセージを確認してください。
- システムの許可を完了。システムの案内に従って必要なネットワーク設定を許可し、クライアントの接続が有効になっていることを確認します。
- ポリシーを選んで確認。まず既定のルールと適切なノードを使って対象アプリを開き、ローカルサービスにも正常にアクセスできるか確認します。
WindowsとmacOSでは、システムプロキシ、ネットワーク拡張機能、仮想インターフェースの権限が関係することがあります。iOSとAndroidでは通常、システムのVPN設定を通じて通信を取り込みます。既存の職場用ネットワーク設定が接続に影響する場合もあります。Linuxでは実行権限、ルーティング、名前解決サービスも確認してください。具体的な操作はVPNFarのガイドと、現在のクライアントの案内に従ってください。
- ✅ ノード一覧を更新できる:サブスクリプションを取得できたという意味であり、プロキシ接続の成功を示すものではありません。
- ✅ 対象アプリが使え、ローカルサービスにも正常にアクセスできる:接続アイコンだけを見るより、実際の利用状況を確認できます。
- ❌ 一覧が空だからとノードを何度も切り替える:まずサブスクリプションURL、形式、アカウントの状態を確認してください。
- ❌ 証明書の検証を無効にして解決しようとする:システム時刻、設定の入手元、サービス側の案内を確認してください。
確認手順とプランの用語
トラブルが起きたら、まず問題の箇所を切り分けます。サブスクリプションを更新できない場合はURLと形式を確認します。更新できても接続に失敗する場合は、クライアントの対応状況、許可設定、ネットワークへの接続性を調べます。特定のアプリだけで問題が起きる場合は、ルーティング、DNS、アプリ独自のプロキシ設定を確認してください。一度に変更するのは一項目にし、元の設定を記録して問題を混同しないようにしましょう。
プランの通信量は利用できるデータ量であり、帯域幅ではありません。帯域幅はデータを転送できる容量、遅延は往復にかかる時間を示します。接続できる端末数はまた別の制限です。VPNFarでは同時接続台数に制限はありませんが、通信量を共有するプランでは利用状況に注意してください。接続台数が無制限でも、通信量が無制限になるわけではありません。
VPNFarの月額プランは、¥9.9/月(60GB)、¥18/月(250GB)、¥28/月(500GB)です。通信量は利用開始日を基準に毎月リセットされます。期間途中でアップグレードした場合、差額は残り日数に応じて計算されます。追加データパックは¥158/300GB、¥358/1000GB、¥658/3000GBで、使い切るまで利用でき、有効期限はありません。選ぶ際は継続的に利用するかどうかを考え、通信量を回線速度と混同しないようにしましょう。
VPNFarは100か国以上、230以上の回線を提供しています。メールアドレスは不要で、ユーザー名とパスワードでアカウントを作成できます。初回の支払いから60日以内であれば、理由を問わず全額返金を申請できます。料金の確認はプランの詳細、ノードの地域は地域と回線をご覧ください。用語の説明から、記載のない特典を推測しないでください。
この関係を覚えておきましょう:アカウントが利用できる特典を決め、サブスクリプションが設定を提供し、ノードが接続先の選択肢となり、回線が通信を運び、プロトコルが通信方式を定め、ルーティングが接続先を振り分けます。この順番でクライアント画面を見れば、略語を追いかけるより問題を見つけやすくなります。