VPN初心者向け：サブスクリプション、ノード、プロトコル、ルーティングの基本

VPN初心者は、まずサブスクリプション、ノード、プロトコル、ルーティングを別々に理解しましょう。サブスクリプションは設定を提供し、ノードは接続の入口と出口を決め、プロトコルは通信方式を定め、ルーティングはリクエストの経路を決めます。それぞれ別の設定で、相互に置き換えることはできません。ウェブページが開かないときは、ノードを何度も変更するより、問題がどの層にあるかを先に見極めるほうが効果的です。

サブスクリプション：プランの利用権と設定リンクは別もの

プランページでいう「サブスクリプション」は通常、有料で利用できる権利を指します。一方、クライアントではサブスクリプションリンクを指すことがよくあります。前者は利用期間やデータ容量を示し、後者はノードや設定を取得するためのURLです。リンクをインポートしても新たな有料利用権が得られるわけではなく、ローカルの設定を削除しても通常はプランの解約にはなりません。

サブスクリプションリンクにはノードだけが含まれる場合もあれば、ルール、プロキシグループ、DNS設定が含まれる場合もあります。内容はサーバー側の出力形式とクライアントの対応状況によって異なります。クライアントで「サブスクリプションを更新」を実行すると、リモートの設定を再取得します。更新によってプランのデータ容量がリセットされるわけではなく、ローカルネットワークの不具合も解消できません。

ノード、出口、回線の種類：それぞれが示すもの

ノードとは、クライアントで選択できる接続設定です。通常、サーバーアドレス、ポート、認証情報、プロトコルのパラメーターが含まれます。ノード名に含まれる地域名は出口を示すことがありますが、名称だけで実際の所在地が証明されるわけではありません。入口はユーザーの近くにあり、出口はアクセス先のウェブサイトから接続元として見える場所を指します。入口と出口が同じ地域とは限りません。

回線の種類は通信が途中でどのように経由するかを示すもので、プロトコル名ではありません。ノードを選べる経路にたとえるなら、回線の種類はその経路で使う道路にあたります。以下は一般的な呼び方の説明であり、VPNCabが特定のノード種別や性能を追加で保証するものではありません。

ノードを選ぶ際は、まずアクセス先のサービスが利用を認めている地域を確認し、実際の使用感も踏まえて判断してください。出口IPの地域判定はデータベースによって異なる場合があります。出口を変更しても、アカウントの地域、決済地域、サービス利用規約が自動的に変わるわけではありません。

プロトコル：クライアントとサーバーが共通して使う通信方式

プロトコルは、クライアントがデータを認証、カプセル化、送信する方法を定めます。一般的なプロキシプロトコルと、OSのVPNトンネルプロトコルは別の概念です。プロキシクライアントがOSのVPNインターフェースや仮想NICを使って通信を処理する場合でも、基盤となるプロキシプロトコルが別のものに変わるわけではありません。

• Shadowsocks：暗号化プロキシプロトコルです。接続する両端で互換性のある暗号方式と認証情報を使う必要があります。拡張方式によっては追加プラグインも必要なため、名称だけでクライアントの対応状況を判断することはできません。
• VMess：認証と暗号化の仕組みを備えたプロキシプロトコルです。実際の接続には下位の通信方式などのパラメーターも関係するため、サーバーアドレスをコピーするだけでは設定を完了できません。
• Trojan：通常、TLSを使ってプロキシ通信を行います。証明書の検証やサーバー名の設定が接続に影響します。証明書エラーが出ても、検証を無効にすることを通常の解決策にしないでください。
• VLESS：プロトコル自体は通信内容を暗号化しません。通常はTLSやREALITYなどのセキュリティレイヤーと組み合わせて使用します。VLESSという名称だけで、接続全体の安全性を判断することはできません。
• Hysteria2とTUIC：QUICをベースとしたプロキシ方式で、UDPネットワークの状態に左右されます。ネットワークでUDPが制限されている場合や、クライアントが対応していない場合は、ほかのノードが使えても接続に失敗することがあります。

これらのプロトコル名はクライアントの設定項目を説明するためのもので、VPNCabがすべてのプロトコルを提供することを示すものではありません。実際の対応状況は、管理画面の設定とクライアントの対応一覧で確認してください。プロトコル名だけで速度の順位を決めることはできません。ネットワーク経路、混雑状況、端末の負荷、設定も重要です。

ルーティング、ルールモード、グローバルモード：リクエストの経路

ルーティングでは、リクエストを送信するときに経路を判定します。ルールはドメイン名、宛先IP、アプリのプロセスなどで照合でき、一般的な処理は直結、プロキシ、拒否です。ルールモードでは設定されたルールに従って個別に判定します。「グローバルモード」では通常、クライアントが処理する通信を選択したプロキシポリシーに送りますが、クライアントが処理していないアプリには適用されないことがあります。

システムプロキシが有効なのは、通常、システムのプロキシ設定に従うアプリだけです。TUNモードは仮想ネットワークインターフェースを介してIP通信を処理するため、より多くのアプリを対象にできますが、ルーティング、権限、除外設定の影響を受けます。「システムプロキシを有効にする」ことを、「端末上のすべての接続がプロキシ経由になる」ことと混同しないでください。

プロキシグループは、ルールとノードの間にある選択レイヤーです。たとえば、ルールがリクエストを特定のプロキシグループに渡し、そのグループが使用するノードを決めます。ノードを切り替えてもウェブページの表示が変わらない場合、リクエストが直結ルールに一致しているか、現在のルールで使われていないプロキシグループを変更した可能性があります。

DNSとプライバシー：ウェブページが開いても確認は終わりではない

DNSはドメイン名をIPアドレスに変換します。クライアントは直結通信とプロキシ通信で異なる名前解決方法を使うことがあり、ブラウザーが独自に暗号化DNSを有効にする場合もあります。DNSの名前解決、接続経路、出口の地域は互いに関係しますが、同じものではありません。DNSクエリが特定の地域を経由しても、ウェブサイトへの接続が同じ出口を使うとは限りません。

一般にDNS漏れとは、管理された経路で処理されるはずのDNSクエリが、想定外のDNSリゾルバーに送られることです。設定上、ローカルのウェブサイトへの接続を直結させ、ローカルDNSを使う場合は、ローカルのリゾルバーが表示されても、それだけで設定ミスとはいえません。ルールの想定と照らし合わせて判断してください。

確認する際は、まずプロキシ経由にするドメインを明確にし、クライアントのリクエスト履歴とDNS設定を見て、検査用ページの結果と照合してください。認証情報を含むログは公開しないでください。匿名利用やログを保存しない方針があっても、ログイン状態、Cookie、その他のブラウザー情報によってウェブサイトが利用者を識別できる場合があります。

インポートから接続まで：手順に沿って確認

1. クライアントの入手先と互換性を確認する。サービスの案内または信頼できる配布元からクライアントを入手し、サブスクリプション形式と必要なプロトコルに対応していることを確認してください。リンクを出所不明のオンライン変換ツールにむやみに入力しないでください。
2. 設定をインポートして更新する。クライアントのサブスクリプション追加機能を使い、ノードを正常に取得できたか確認してください。ファイルからのインポートしかできない場合は、先にファイル形式を確認してください。ウェブページのURLを設定ファイルの内容として貼り付けないでください。
3. ノードとポリシーを選択する。現在の設定、プロキシグループ、実際に使うノードを確認し、ガイドに従ってシステムプロキシまたはシステムVPNインターフェースを有効にしてください。初めてネットワーク権限の確認が表示されたときは、要求元のアプリを確認してください。
4. 実際のアクセス先で確認する。利用したいウェブサイトやアプリを開き、読み込み状況と接続履歴を確認してください。「接続済み」と表示されても、確立した接続区間があることを示すだけで、アクセス先のサービスを必ず利用できるとは限りません。
5. 問題があれば一項目ずつ調整する。まずローカルネットワークを確認し、その後、サブスクリプションの更新、プロトコルの対応状況、ルールの照合、DNSを確認してください。一度に変更する設定は一つにし、元の設定も保存して原因を特定しやすくしましょう。

プラットフォームによる主な違いは？

WindowsとmacOSのクライアントには、システムプロキシや仮想NICの設定がよくあります。仮想NICを使う場合は追加の権限が必要になることがあります。iOSとAndroidのクライアントは、システムVPNインターフェースで通信を処理するのが一般的です。アプリごとのルーティング機能はOSやクライアントの実装によって異なります。同じインターフェースを使う別のツールを同時に有効にすると、競合することがあります。

Linuxでは、デスクトップ環境、コマンドラインツール、バックグラウンドサービスが同じプロキシ設定に従うか、特に確認が必要です。環境変数を読み込むコマンドラインツールもあれば、個別の引数が必要なものもあります。あるプラットフォームに対応していても、各プラットフォームのクライアントでボタン名、プロトコル対応状況、ルーティング機能が完全に一致するとは限りません。

プランページの見方：データ容量と接続設定を分けて確認

技術設定は接続方法を決め、プランは利用できるリソースを決めます。VPNCabの月額プランは、¥9.9/月で60GB、¥18/月で250GB、¥28/月で500GBです。データ容量は利用開始日を基準に毎月リセットされます。途中でプランをアップグレードする場合、差額は残り日数に応じて換算されます。データ容量が必ずその時点ですぐに再付与されるという意味ではありません。

データ容量パックは¥158/300GB、¥358/1000GB、¥658/3000GBで、使い切るまで利用でき、期限はありません。月額プランとデータ容量パックは、自分の利用頻度に合わせて比較してください。「デバイス数無制限」は「データ容量無制限」という意味ではありません。VPNCabは同時接続デバイス数に制限がありませんが、各プランにはそれぞれデータ容量の上限があります。

• ✅ インポート前：クライアントが形式に対応しているか確認し、サブスクリプションリンクを適切に保管する。
• ✅ 接続後：ノードの状態だけでなく、実際のアクセス先が利用できるか確認する。
• ✅ 料金比較時：データ容量、リセット方法、有効期間、返金条件を合わせて確認する。
• ❌ 「グローバル」「専用線」やプロトコル名を、効果の保証とみなさない。

VPNCabはメールアドレス不要で、ユーザー名とパスワードだけで利用を開始できます。初回の支払いから14日以内であれば、理由を問わず全額返金を申請できます。クライアントの具体的な設定方法は使い方ガイドで、プランの条件はプランページで確認できます。よくある質問はヘルプセンターをご覧ください。