VPNの用語は、接続の流れに沿って理解すると整理しやすくなります。サブスクリプションは設定を提供し、ノードは接続先、プロトコルは通信方式、ルーティングは通信の経路を決めます。それぞれ別の役割で、互いに置き換えられるものではありません。まず関係を把握してからクライアントの設定を確認すれば、「設定を読み込めていない」「回線に接続できない」「ルールに一致しない」を区別しやすくなります。
用語早わかり：それぞれの役割を整理
日常会話では、VPNは海外へのネットワーク接続手段全般を指すことがあります。ただし、製品によってシステムのVPNトンネルを使うものもあれば、プロキシプロトコルやルールエンジンを使うものもあります。クライアントに「VPN接続済み」と表示されても、従来型のVPNプロトコルを使っているとは限らず、すべてのアプリが同じ出口を経由しているとも限りません。
| 用語 | 主な役割 | 混同しやすい点 |
|---|---|---|
| サブスクリプション URL | クライアントが接続設定を取得・更新するためのもの | ウェブページのブックマークでも、料金プランの期間そのものでもありません |
| ノード | サーバーアドレス、ポート、認証情報、プロトコルなどの設定を含みます | 名前に含まれる地域名だけでは、通信経路全体はわかりません |
| 回線タイプ | 直結、中継、専用線などのネットワーク経路を表します | Shadowsocksなどのアプリケーション層プロトコルの名称ではありません |
| プロトコル | クライアントとサーバー間の通信方式を定めます | プロトコル名だけでは実際の速度を判断できません |
| ルーティングルール | ドメイン、アドレスなどの条件に応じて通信の処理方法を選びます | ルールモードでも、すべての海外サイトがプロキシ経由になるとは限りません |
| DNS | ドメイン名を接続先のアドレスに変換します | 名前解決の経路と、その後の接続経路は異なる場合があります |
通常、リクエストはまずクライアントに入り、ルールで判定された後、その結果に応じて直接接続、プロキシ経由、または接続拒否となります。プロキシ経由の場合に、クライアントは該当するノードとプロトコルを使って接続します。サブスクリプションはこれらの設定を提供し、ルールやポリシーグループを含む場合もあります。
サブスクリプションリンク：設定を取得するためのもので、支払いボタンではありません
「サブスクリプション」には、料金と技術の2つの意味があります。プランページの月額サブスクリプションは料金体系を指します。一方、クライアントのサブスクリプション URLは、通常、設定を取得するためのリンクです。データ通信量パッケージでも、サブスクリプション URLからノードを読み込む場合があります。料金が月額制でないからといって、サブスクリプションの読み込みが不要とは限りません。
リンクから取得する内容は、ノード一覧の場合もあれば、ポリシーグループ、DNS、ルーティングルールを含む設定一式の場合もあります。クライアントによって対応する形式が異なるため、同じ URLをすべてのアプリで使えるとは限りません。読み込みに失敗したら、同じ内容を何度も貼り付けるのではなく、クライアントの種類とサービスの読み込み手順を確認してください。
初回の読み込みと、その後の更新も別の操作です。読み込みでは設定の取得元を追加し、更新ではその取得元から内容を再取得します。更新によってノード一覧が変わる場合がありますが、端末上で手動設定した内容が置き換わるとは限りません。動作はクライアントによって異なります。プラン情報が変更された場合は、まずサブスクリプションを更新し、アカウントの状態とクライアントの表示が一致しているか確認してください。
ノードと回線：地域名だけでは経路全体はわからない
ノードは通常、接続に必要な設定一式を指し、画面では地域、都市、用途などの名前で表示されます。ノード名は選択の目安になりますが、技術的な証明ではありません。「東京」と表示されていても、出口の場所を示しているだけで、クライアントが最初に接続する入口は別の地域にある場合があります。アクセス先のサイトから見える出口を確認するには、ノード名だけでなく実際の出口アドレスを確認してください。
直結とは通常、サービスが用意した中継入口を追加せず、端末から海外の入口へ直接接続することです。それでも通信は通信事業者のネットワークやインターネット上のルーティングを経由します。中継では、まず入口に接続し、その入口から後続のサーバーへ通信を転送します。中継によって一部のネットワーク条件が改善する場合もありますが、経路が長くなることもあり、必ず速くなるとは限りません。
IEPLは通常、国際イーサネット専用線を指します。サブスクリプションサービスの回線説明では、経路の一部に専用線区間があることを表す場合が多く、自宅のルーターから接続先サイトまでの全区間が専用線という意味ではありません。自宅の接続品質、入口の負荷、出口、接続先サイトも利用体験に影響します。
つまり、「日本ノード」「IEPL回線」「特定のプロトコル」は、同じ接続をそれぞれ別の観点から説明できます。地域は出口、回線タイプは経路、プロトコルは通信方式を表します。選ぶときはまず目的の地域に合うものを選び、自分のネットワークやよく使う時間帯で動作を確認しましょう。表示上のラベルだけで、動画配信サービスや業務プラットフォームが必ず使えると判断しないでください。
プロトコルの名称：互換性を確認してからネットワーク環境をチェック
Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、よく使われるプロキシプロトコルまたは関連する実装体系であり、プランのランクではありません。クライアントが該当するプロトコルと設定方式に対応し、サーバー側の設定も一致している必要があります。クライアント上でプロトコル名だけを別のものに変えても、元のノードが使えるようにはなりません。
- Shadowsocks：よく使われる暗号化プロキシプロトコルです。接続する双方で暗号化方式と認証情報を一致させる必要があります。具体的な機能は実装やバージョンによって異なります。
- VMessとVLESS：どちらもプロキシツールのエコシステムでよく使われますが、異なるプロトコルです。VLESS自体は通信内容を暗号化しないため、TLSなどの安全な通信方式と組み合わせて使われることが一般的です。名称だけで接続の保護方式を判断しないでください。
- Trojan：通常、TLSを使って通信を保護します。証明書の検証とサーバー名の設定が重要です。エラーを解消するために、検証を長期間無効にすることは避けてください。
- Hysteria2とTUIC：どちらもUDPベースのQUIC技術を使用しますが、同じプロトコルではなく、設定を互いに使い回すこともできません。ネットワークによるUDPの制限が接続に影響する場合があります。
「新しいプロトコルなら、どんな環境でも速い」とは限りません。クライアントのコアが対応しているか、ネットワークが該当する通信方式を許可しているか、サーバーの負荷や接続先サービスの応答など、さまざまな要素が結果に影響します。この記事は用語を解説するもので、CitiVPNが実際に提供するプロトコルやクライアントの対応状況は、管理画面と利用ガイドをご確認ください。
ルーティングとグローバルモード：まず通信がクライアントを経由しているか確認
ルールモードでは、ドメイン、接続先アドレス、プロセスなどの条件に基づいてリクエストを処理します。通常、ルールは順番に照合され、一致したものに応じて直接接続、プロキシ経由、拒否などの処理が行われます。一致しないリクエストは、フォールバックルールで処理されます。業務ソフトの接続に問題がある場合、対象ドメインがルールに含まれていない可能性も、プロセスがプロキシに取り込まれていない可能性もあります。
全体モードは一般に、プロキシエンジンに取り込まれた通信を、選択したプロキシポリシーで処理します。すべてのソフトが必ず対象になるわけではなく、すべてのUDP通信やDNSリクエストが含まれるとも限りません。システムプロキシの設定が反映されるのは、通常、その設定に従うアプリです。設定を無視するプログラムは、直接接続する場合があります。
TUNモードは仮想ネットワークインターフェースで通信を受け取るため、システムプロキシに従わないアプリも対象にできる場合があります。ただし、対象範囲はルーティング、除外設定、権限、クライアントの実装によって異なります。TUNは通信を取り込む方式で、全体モードとルールモードは処理方針です。それぞれ異なる階層の設定です。
Windows、macOS、Linuxのクライアントでは、システムプロキシや仮想ネットワークインターフェースの設定を利用できる場合がありますが、対応範囲はアプリやコアによって異なります。iOSやAndroidでは、システムが提供するVPNインターフェースを通じて通信することが一般的です。画面にVPNアイコンが表示されても、ルールが正しく適用されているとは限りません。Androidのアプリ別ルーティングが使えるかどうかはクライアントによって異なり、デスクトップでも同じ機能が使えるとは限りません。
DNSと出口：接続後も確認が必要
DNSクエリはドメイン名に対応するアドレスを調べ、サイトへの接続ではその後のデータを転送します。この2つが異なる経路を通る場合があります。指定した方法でDNSを処理する想定なのに、実際にはローカルネットワーク経由で送信されていると、一般にDNS漏れと呼ばれる状態になる可能性があります。想定する設定と照らし合わせて確認し、検査ページに見慣れない地域が表示されたという理由だけで判断しないでください。
ブラウザーの暗号化DNS、システムDNS、クライアント内蔵の名前解決機能、企業ネットワークのポリシーは、互いに影響する場合があります。ほかのアプリは正常なのにサイトが開けない場合は、ブラウザーが独自のDNS設定を使っていないか確認してください。Fake-IPを使うクライアントでは、まず仮想アドレスを返し、その後クライアント側で実際の接続先に対応付けることがあります。このアドレスはサイトから見える実際の出口ではありません。
まず自分のIPアドレスで現在のブラウザーから見える出口を確認し、クライアントのログでルールの適用状況とDNSの処理を確認できます。出口が正しくても、それが示すのは今回の確認リクエストの経路が想定どおりだったということだけです。ほかのアプリも同じ経路とは限りません。また、ネットワーク接続の設定によって、サイトのログイン確認、アカウント権限、プラットフォーム独自の地域ポリシーが置き換わることはありません。
初心者向けチェックリスト：問題の発生箇所ごとに確認
初めて使うときは、プロトコル、DNS、ルールを同時に変更しないでください。元に戻せる設定を残し、問題に関係する項目だけを一度にひとつ調整して、同じ接続先でもう一度試します。こうすれば、どの変更が影響したか把握でき、サポートへの問い合わせ時にも状況を伝えやすくなります。
- ✅ まずアカウントとプランの状態を確認し、管理画面から利用環境に合ったクライアントとサブスクリプションの手順を確認します。
- ✅ クライアントの手順に沿ってサブスクリプションを読み込み、ノード一覧が表示されることを確認します。更新に失敗した場合は、形式、URLの有効性、エラーメッセージを確認してください。
- ✅ 用途に合う地域を選び、推奨される初期設定で接続します。内容がわからないプロトコル設定を手動で変更しないでください。
- ✅ 対象のアプリを開き、出口と接続ログを確認して、「ノードに接続できない」のか「リクエストがプロキシを経由していない」のかを切り分けます。
- ✅ 特定のサイトだけに問題がある場合は、ルール、DNS、プラットフォームの要件を確認します。すべてのアプリで問題がある場合は、ローカルネットワークとクライアントの接続状態を確認してください。
- ✅ 問い合わせの際は、プラットフォーム、クライアント名、選択したノード、発生している現象を伝えます。ログを共有する前に、サブスクリプション URLと認証情報を隠してください。
CitiVPNではメールアドレスなしで、ユーザー名とパスワードを使ってアカウントを作成できます。クライアントは管理画面のダウンロードページから入手してください。ログイン後にサブスクリプションを取得できます。Windows、Android、macOS、Linuxではログインするとクライアントを取得でき、iOSでは有効なプランが必要です。詳しい読み込み手順は初心者ガイドをご覧ください。設定について不明な点がある場合は、ヘルプセンターもご利用いただけます。
最後に、確認する順番を覚えておきましょう。サブスクリプションから設定を取得できているか、ノードに接続できるか、アプリの通信が取り込まれているか、ルールとDNSが想定どおりかを順に確認します。問題のある階層に応じて対処するほうが、ノードを何度も切り替えるより原因を見つけやすくなります。