まず、VPN利用に関わる要素の関係を整理しましょう。サブスクリプションは設定情報を提供し、クライアントはその設定を読み込みます。ノードは選択可能なプロキシ接続先、回線は通信が通るネットワーク経路、ルーティングはどのリクエストをプロキシ経由にするかを決めます。それぞれ役割が異なります。仕組みを理解すれば、サブスクリプションの更新、回線の変更、アプリ設定の確認のどれが必要か判断しやすくなります。
日常会話では「VPN」が国際ネットワークへのアクセス手段全般を指すことがありますが、システムVPN、アプリのプロキシ、プロキシプロトコルはそれぞれ別のものです。以下では実際の利用手順に沿って用語を説明します。プロトコルの説明は一般的な技術情報であり、VPNGFがすべてのプロトコルやクライアントに対応していることを示すものではありません。
サブスクリプション・ノード・回線の早見表
外出時の移動にたとえると、クライアントはナビアプリ、サブスクリプションはサービスが提供する経路情報、ノードは選択できる入口、回線は実際に通る道路にあたります。このたとえは役割の違いを理解するためのもので、速度やプライバシー性能を判断する材料にはなりません。
| 用語 | 意味 | 初心者向けの注意点 |
|---|---|---|
| サブスクリプションサービス | アカウントで利用できるサービスの権利。期間やデータ通信量の上限が含まれる場合があります。 | アカウントが有効でも、クライアントに正しい設定が読み込まれているとは限りません。 |
| サブスクリプションURL | クライアントが設定を取得するためのアドレス。通常、アクセス認証情報が含まれています。 | インストーラーでも、一般的なWebページのブックマーク用URLでもありません。 |
| ノード | 設定内で選択できるプロキシ接続先。アドレス、認証情報、プロトコルのパラメーターが含まれます。 | 表示される地域は通常、通信の出口を示します。詳細はサービスの説明を確認してください。 |
| 回線 | 利用者のネットワークからプロキシの入口・出口を経て、接続先サービスに至るまでのネットワーク経路。 | 同じ地域のノードでも、実際のネットワーク経路は異なる場合があります。 |
| プロトコル | クライアントとプロキシサーバーが接続し、データを送受信するための取り決め。 | クライアントのコアが、設定で使われているプロトコルに対応している必要があります。 |
| ルーティングルール | ドメイン名やアドレスなどの条件に基づき、リクエストの送信先を決めるルール。 | ダイレクト接続のルールに一致したリクエストは、ノードを選択していても自動でプロキシ経由にはなりません。 |
| DNS | ドメイン名をネットワークアドレスに変換する仕組み。 | 名前解決の経路と接続の経路をあわせて確認する必要があります。 |
ノードの一覧が長くても、実際に利用できる地域が増えるとは限りません。複数の項目が同じ出口を共有していたり、入口や通信方式だけが異なったりする場合があります。回線を選ぶ際は、一覧の行数ではなく、地域や回線種別、利用するアプリでの実際の動作を確認しましょう。
サブスクリプションURLをクライアントに追加
「サブスクリプション」には二つの意味があります。プランページではサービスを利用する権利を指し、クライアントの「サブスクリプションを追加」では設定情報の取得元を指します。サービスの利用開始後も、対応する設定をクライアントに読み込む必要があります。有効なサブスクリプションをお持ちの方は、VPNGFのユーザーパネルからクライアントと設定情報を取得できます。案内ページには実際のサブスクリプションURLは掲載していません。
- 信頼できる公式の入手先からクライアントを取得します。ユーザーパネルのダウンロード欄を開き、使用しているOSに合ったバージョンを選んでください。ソフトウェア名が似ているだけで、同じ形式の設定を読み込めると判断しないようにしましょう。
- 適切な方法で設定を読み込みます。クライアントで「サブスクリプションを追加」「URLからインポート」などの項目を探します。パネルにクライアント専用の形式が用意されている場合は、使用中のクライアントに合ったものを選んでください。
- 取得後に一覧を確認します。更新に成功すると、ノードや設定項目が表示されます。一覧が空の場合は、URLが正しく入力されているか、サブスクリプションが有効か、クライアントがその設定形式に対応しているかを確認してください。
- 設定を有効にし、接続先を選びます。インポートに成功しただけでは、設定情報が保存された状態です。現在の設定を有効にして回線を選び、必要なネットワーク権限を許可するようシステムに求められた場合は従ってください。
- 利用するアプリで動作を確認します。実際に使うWebサイトやアプリを開き、クライアントの接続ログを確認してください。「サブスクリプションの更新に成功した」ことは、「すべてのアプリがプロキシ経由になった」ことを意味しません。
サブスクリプションの更新は設定情報を再取得する操作であり、チャージではありません。また、手動設定が必ず初期化されるわけでもありません。ルールとノードをまとめて更新するクライアントもあれば、ノード一覧だけを更新するクライアントもあります。更新前にソフトウェアの動作を確認し、自分で追加したルールをサーバー側の設定と混同しないようにしましょう。
IEPL専用線・中継・ダイレクト接続
これらの用語はネットワーク経路を表すもので、プロキシプロトコルではありません。ダイレクト接続は通常、利用者が公共インターネット経由でプロキシサーバーに直接接続することを指します。中継では、まず転送用の入口に接続し、そこから出口へ通信を転送します。IEPLは国際イーサネット専用線を指し、サービスによっては入口から出口までの通信に利用されます。実際にどの区間で使われるかは、サービスのネットワーク構成によって異なります。
「ダイレクト接続回線」とルーティング設定の「ダイレクト接続」は特に混同しやすい用語です。前者はプロキシサーバーに接続する経路であり、サービス側の中継を経由しないだけの場合があります。後者は通常、プロキシを経由せずに接続先へ直接アクセスすることを指します。回線名に「ダイレクト」とあっても、クライアントがプロキシをまったく使っていないとは限りません。
専用線の主な利点は、該当する通信区間を管理しやすいことです。利用者から入口までのローカルネットワークや、出口から接続先Webサイトまでの経路もすべて専用線になるわけではありません。無線の状態、通信事業者のルーティング、出口の混雑、接続先サービスの状態も使い勝手に影響します。そのため、専用線だけですべてのアクセス問題が解決するわけではありません。
回線を選ぶときは、まず接続先が必要とする出口地域を確認し、同じ地域の回線を比較しましょう。ビデオ会議では音声の途切れ、ファイル同期では転送が継続するか、Web閲覧ではページの読み込みが安定しているかを確認します。地理的に近い回線を選ぶのは一つの目安ですが、距離だけで必ず速い回線を判断することはできません。
プロトコルと暗号化は回線のランクではない
Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、一般的なプロキシ方式で使われるプロトコル名です。これらはクライアントとサーバーが通信する方法を定めます。一方、IEPL、中継、ダイレクト接続は接続を運ぶネットワーク経路を表します。同じプロトコルを異なる回線に導入でき、同じ回線で複数のプロトコル設定を提供することもできます。
- Shadowsocks：所定の暗号化方式でプロキシ通信を行います。クライアントとサーバーで認証情報と暗号化パラメーターを一致させる必要があります。
- VMess：独自の認証とデータ保護の仕組みを備え、複数の通信方式と組み合わせられます。サーバーアドレスだけをコピーして、必要なパラメーターを省略しないようにしてください。
- Trojan：一般的な構成では、TLSを使ってプロキシ接続を保護します。証明書の検証とサーバー名の設定が重要です。
- VLESS：プロトコル自体はデータを暗号化しません。導入時に使われるセキュアな通信方式とあわせて理解する必要があり、名称だけで接続が保護されているか判断することはできません。
- Hysteria2とTUIC：QUICベースの方式で、通常はUDPネットワークの状態に左右されます。利用中のネットワークでUDPが制限されている場合、これらのプロトコルに切り替えても接続問題が解決するとは限りません。
初心者が最初から「最強のプロトコル」を選ぶ必要はありません。まずクライアントの対応状況を確認し、サービスが提供する設定をそのまま使い、最後に利用するアプリで動作を確認しましょう。通信方式や証明書の設定、認証情報をむやみに変更すると、正常に使えていた設定で接続できなくなることがあります。
ルールモードとグローバルモード
ルールモードでは条件に応じて接続先を振り分けます。たとえば、普段使うローカルサービスには直接接続し、国際ネットワーク経由が必要なリクエストには指定したプロキシグループを使います。グローバルモードでは通常、クライアントが制御するリクエストを選択した接続先にまとめて送ります。ただし、端末上のすべての通信が自動的に制御されるわけではありません。
システムプロキシの設定が影響するのは、通常その設定に従うアプリです。一部のゲームやコマンドラインツールなどは、システムプロキシを参照しないことがあります。TUNモードでは仮想ネットワークインターフェースを使って、より多くの通信を制御しますが、ルーティング、除外設定、権限、クライアントの実装による制約もあります。アプリがプロキシを経由しない場合は、まず制御対象の範囲を確認し、そのうえでグローバルモードへの切り替えを検討してください。
たとえば、ブラウザーでは問題なくアクセスできるのに、開発ツールが接続できない場合、開発ツールに独自のプロキシ設定があるか、接続先ドメインがダイレクト接続ルールに一致している可能性があります。接続ログに表示されるドメイン、適用されたルール、接続先を確認しましょう。ノードを何度も切り替えるだけでは、原因を特定できません。
- ✅ 普段はルールモードを使い、ローカルサービスと接続先の国際サービスが想定どおりの経路を通るか確認します。
- ✅ 特定のアプリで問題が起きたら、接続ログが記録されているか、どの接続先が使われたか確認します。
- ✅ 一時的にグローバルモードへ切り替えて比較する場合は、同じ接続先と同じ通信制御方法を使います。
- ❌ ネットワークを制御する複数のクライアントを同時に有効にしないでください。プロキシ設定やルーティングが互いに上書きされるおそれがあります。
DNSとOSごとの違いを確認する
DNSはドメイン名をネットワークアドレスに変換します。接続はプロキシ経由でも、名前解決のリクエストが想定と異なるローカル経路から送信されると、検索したドメイン名が漏れることがあります。これは一般にDNSリークと呼ばれます。出口アドレスが変わっているかどうかとは別の問題で、検査サイトに表示されたDNSサーバーの地域だけでは判断できません。
確認の際は、クライアントのDNS設定、OSの名前解決設定、ブラウザーのセキュアDNS、実際の接続ログをあわせて確認してください。ブラウザー内蔵の暗号化DNSは独立した経路を使う場合があり、IPv6通信もクライアントの制御方針と一致している必要があります。暗号化された名前解決が保護するのは該当する名前解決の通信区間であり、すべての通信が同じプロキシ接続先を通ることを保証するものではありません。
WindowsとmacOSでは、システムプロキシと仮想ネットワークインターフェースモードを区別してください。Linuxデスクトップのプロキシ設定が、ターミナルのツールに引き継がれるとは限りません。AndroidのクライアントはシステムVPNインターフェースで通信を制御することが多いため、省電力機能による制限やアプリごとの除外設定にも注意が必要です。iOSのクライアントは通常、OSが提供するネットワーク拡張機能を使います。対応するルールやプロトコルはソフトウェアによって異なります。
「接続済み」と表示されても、接続の一部が確立したことしかわかりません。より確実に確認するには、利用するアプリが正常に動作すること、出口地域が目的に合っていること、接続ログで想定した接続先が使われていること、名前解決の経路とルール設定が一致していることを確かめます。VPNGFの匿名・ノーログ方針はサービスのプライバシー方針であり、端末側のクライアント設定の確認に代わるものではありません。また、ブラウザーのアカウントやWebサイト上の行動が関連付けられなくなることを意味するものでもありません。
初心者向けトラブルシューティングの手順
ノード一覧が表示されない場合は、設定情報の取得状況と形式の互換性を確認します。ノードはあるのに接続できない場合は、設定が有効か、必要な権限があるか、現在のネットワークに問題がないかを確認してください。ブラウザーは使えるのにアプリで問題が起きる場合は、通信の制御範囲とルーティングを確認します。特定のWebサイトだけに問題がある場合は、出口地域、名前解決の結果、接続先サービスの状態を確認しましょう。一度に一つの設定だけを変更すると、どの要素が影響したのか特定しやすくなります。
サポートに問い合わせる際は、OS、クライアント名、回線名、問題が起きるアプリ、エラーメッセージを記録してください。サブスクリプションURL全体は送らないでください。基本的な使い方はクイックスタート、回線の種類は回線の説明、アカウントやサービスに関する問題はサポートページをご確認ください。