VPNを初めて使うときは、サブスクリプション、ノード、ルーティング、グローバルモードとルールモードの違いを押さえましょう。サブスクリプションは設定を提供し、ノードは接続先を決め、モードは通信の経路を決めます。それぞれ役割が異なり、互いに代用できるものではありません。実際の設定手順に沿って説明し、確認方法も紹介します。
サブスクリプションからノードまで：設定に含まれるもの
サブスクリプションURLは、クライアント設定を取得するための入口です。アカウントの権限を識別するトークンが含まれている場合があります。クライアントがURLにアクセスすると、ノード一覧や、グループ設定・DNS・ルーティングルールを含む設定一式が取得されます。内容はサブスクリプションの形式によって異なります。一般的な案内ページとは異なり、OS標準のVPN設定にそのまま使えるとは限りません。
ノードとは、クライアントが接続できるプロキシの接続先です。通常、設定にはサーバーアドレス、ポート、プロトコル、認証情報が含まれます。リスト上の地域名は出口の地域を示すことが多いものの、詳細はサービスの説明を確認してください。入口、サーバーの実際の所在地、出口の所在地が一致するとは限りません。また、名称が複数あっても、物理的に独立したサーバーが複数あるとは限りません。
プロキシグループは、ノードを選択するための仕組みです。たとえば、手動でノードを選ぶグループもあれば、ヘルスチェックの結果に応じて自動選択するグループもあります。設定の読み込みに成功しても、ルールが参照するグループで利用可能なノードが選択されていなければ、接続できないことがあります。サブスクリプションの更新は設定の再取得であり、プランの利用権限を復元するものではありません。また、ローカルで加えた変更がすべて保持される保証もありません。
プロトコル、回線、クライアントは別のもの
プロトコルはクライアントとサーバー間の通信方法、回線はデータが通る経路、クライアントは設定を実行するソフトウェアを指します。こうしたツールは業界でまとめてVPNと呼ばれることがありますが、プロキシプロトコルとOSのVPNプロトコルは同じではありません。アプリがOSのVPNインターフェースを使って通信を取り込む場合もあります。そのため、OSにVPNの表示があっても、使用中のプロキシプロトコルまでは分かりません。
| 用語 | 役割 | 混同しやすい点 |
|---|---|---|
| サブスクリプションURL | クライアントによる設定の取得・更新に使う | クライアントのインストーラーでも、Webサイトへのログイン情報でもない |
| ノード | 接続可能なプロキシの接続先を提供する | 名称や数だけでは速度や安定性は分からない |
| プロキシプロトコル | 接続、認証、データ転送の方法を定める | プロトコル名から回線品質は判断できない |
| 回線の種類 | 直接接続、中継、専用線などのネットワーク経路を示す | 経路のラベルは、対象サイトに接続できる保証ではない |
| ルールとプロキシグループ | リクエストの経路と使用するノードを決める | モードを切り替えても、すべてのアプリの通信が対象になるとは限らない |
Shadowsocksは暗号化プロキシプロトコルです。VMess、Trojan、VLESSはそれぞれ認証方式やデータ転送の設計が異なります。Trojanは通常TLSを使用しますが、VLESS自体は暗号化を担わないため、安全な通信には組み合わせる設定の確認が必要です。Hysteria2とTUICはQUICをベースとし、UDPに依存します。利用中のネットワークでUDPが制限されていると、使い勝手に影響することがあります。これらの違いは互換性の判断に役立ちますが、単純な速度ランキングには向きません。
クライアントは、サブスクリプションで使われている形式、プロトコル、関連する転送オプションに対応している必要があります。名称がどちらもVLESSでも、転送方式やセキュリティ設定によって互換性に差が出ることがあります。クライアントを選ぶ際は、サービス提供元の対応情報を確認してください。特定のプロトコル名にこだわって、設定を見知らぬオンライン変換サイトに渡すのは避けましょう。
直接接続、中継、IEPL専用線の違い
回線の説明で「直接接続」とは、通常、端末から海外のプロキシサーバーへ直接つなぐことを指します。「中継」は、まず入口サーバーに接続し、そこから出口へ転送する方式です。中継では経路が増える一方、より適切なルーティングによって通信品質が改善することもあります。そのため、「経由数が多いほど必ず遅い」とは言い切れません。
IEPLは国際イーサネット専用線を指し、回線の国際区間を説明する際に使われます。端末から対象サイトまでの全経路が専用線上にあることを意味するものではなく、公共インターネットへの出口で混雑が起きない保証でもありません。回線を選ぶときはノード名だけでなく、ローカル接続、国際区間、出口ネットワーク、接続先サービスも確認しましょう。
ここには、同じ言葉が異なる意味で使われる落とし穴があります。ルーティングルールでの「直接接続」は、リクエストがプロキシノードを経由せず、接続先へ直接アクセスすることです。「直接接続回線」の直接接続とは、別のレイヤーの概念です。設定を読むときは、アクセス方針の話か、ノードまでの経路の話かを確認してください。
グローバルモードとルールモード：通信の行き先を決める
ルールモードでは、ドメイン、IPアドレス、プロセスなどの条件に応じて、リクエストを直接接続、プロキシ、拒否などのポリシーに振り分けます。たとえば、ローカルサービスは直接接続し、国際回線が必要なサービスにはプロキシを使います。ルールには通常、照合順序があります。先に一致したリクエストは、後続のルールで再判定されないことが一般的です。最終的な処理は、クライアントのルール方式やフォールバック設定にも左右されます。
グローバルモードでは通常、クライアントが取り込んだリクエストを、指定したプロキシポリシーにまとめて送ります。ルールによる誤判定を一時的に確認する際に便利です。ただし「グローバル」は、端末上のすべての通信が必ずプロキシを通るという意味ではありません。デスクトップ版でシステムプロキシだけを有効にしている場合、システムプロキシ設定に従わないアプリは直接インターネットに接続することがあります。
TUNモードは仮想ネットワークインターフェースを使って、より多くのIP通信を取り込みます。システムプロキシに対応していないプログラムを対象にする場合などに使われます。TUNモードが速いとは限らず、DNSやルート除外、ほかのVPNとの競合が自動的に解決するわけでもありません。モバイル版クライアントは通常、OSのVPNインターフェースを利用します。デスクトップ版ではシステムプロキシとTUNが別々に用意されている場合もあるため、別のプラットフォームの画面をそのまま真似して操作しないでください。
サブスクリプションの取得から初回接続までの手順
- アカウントの状態を確認します。ユーザーパネルでプランの利用権限と残りのデータ通信量を確認し、クライアントのダウンロード欄に進みます。VPNUnitのクライアントはユーザーパネルのダウンロードページから入手できます。対応プラットフォームの情報はパネルで確認してください。
- 対応する設定を取得します。クライアントに合ったサブスクリプション形式を選びます。ワンクリックで読み込む場合は、システムが起動しようとしているアプリを確認してください。手動で読み込む場合は、URLをクライアントのサブスクリプションまたはリモート設定の欄に貼り付けます。
- 読み込み結果を確認します。設定が有効になっていること、ノード一覧が表示されること、プロキシグループで利用可能なノードが選択されていることを確認してください。形式エラーが表示されたら、ノードを何度も切り替えるのではなく、形式とクライアントのバージョンを確認しましょう。
- 権限を許可して接続します。モバイル端末では、システムの案内に従ってVPN設定の追加を許可します。デスクトップでは、クライアントの説明に従ってシステムプロキシを有効にするか、必要な場合にTUNを有効にします。通信を取り込むネットワークツールを複数同時に起動しないでください。
- 実際の用途で確認します。対象サイトにアクセスし、ログイン、ページ内のリソース、必要な機能をテストします。出口の地域を確認する場合は、信頼できるIP検索結果と照合してください。ただし、出口が変わったことだけで、すべてのアプリの通信が取り込まれているとは判断できません。
サブスクリプションURLはアカウント認証情報として大切に保管してください。URL全体やQRコード、トークンが写ったスクリーンショットを公開したり、公開のトラブル相談に貼り付けたりしないでください。漏えいの疑いがある場合は、パネルでサブスクリプションをリセットできるか確認しましょう。トラブルの相談では、エラーの種類と機密情報を伏せたログを共有してください。詳しい操作方法はクイックスタートをご覧ください。
DNS、出口IP、接続の確認
DNSはドメイン名を接続先のアドレスに変換します。Webのリクエストがプロキシを経由していても、DNSクエリが必ず同じ経路を通るとは限りません。システム設定、クライアントのDNSモード、ルーティングルール、アプリ独自の暗号化DNS設定によって異なります。DNSリークとは、クエリが意図した保護経路を外れて処理されることを指します。ローカルのリゾルバーが表示されたというだけで、設定ミスとは限りません。
確認を始める前に、期待する動作を整理しましょう。国際サービスの名前解決をどう処理するか、ローカルサービスでローカルDNSを使うかを決めます。そのうえで、クライアントのログ、DNS検査の結果、実際のアクセス状況を照らし合わせて判断してください。検査サイトに表示されるのは、検査時の条件で確認された名前解決の挙動です。すべてのアプリに当てはまるとは限りません。
出口IPにも同様の注意点があります。ブラウザーで調べたアドレスが示すのは、そのWebリクエストの出口だけです。コマンドラインツール、ゲーム、単体アプリは別の経路を使う場合があります。アプリに独自のプロキシ設定がある場合は、正しいローカルプロキシアドレスを使っているか、クライアントに通信を取り込まれているか確認してください。
よくあるトラブル：原因を切り分けてからノードを変更
- ✅ サブスクリプションを更新できない：URLが完全か、アカウントの利用権限が有効か、ローカルネットワークからサブスクリプションURLにアクセスできるかを確認します。更新に失敗しても、既存のノードがすべて使えなくなったとは限りません。
- ✅ ノードは表示されるが接続できない：クライアントの互換性、システム時刻、認証エラー、UDPへの対応状況などを確認してから、ほかの対応ノードを試します。
- ✅ ブラウザーは使えるが、ほかのアプリは使えない：まず、アプリがシステムプロキシに従うか、独自のプロキシ設定があるかを確認します。その後、TUNの通信取り込み範囲を検討しましょう。すぐに回線の問題と決めつけないでください。
- ✅ グローバルモードでは使えるが、ルールモードでは使えない：対象ドメインがどのプロキシグループに振り分けられたかを確認し、名前解決の結果とフォールバックルールも確認します。誤判定が分かったら、必要最小限の範囲でルールを修正してください。
- ✅ 一部のサイトは使えるが、目的のプラットフォームでエラーになる：アカウントの地域、プラットフォームのポリシー、エラーメッセージを確認します。ネットワークへの接続とプラットフォームでの利用許可は別の問題です。出口を変更しても、アクセス権が得られるとは限りません。
遅延テストで分かるのは、特定の測定方法による応答時間です。ダウンロード、動画再生、長時間の接続テストの代わりにはなりません。トラブルを調べるときは、利用中のネットワーク、クライアント、モード、ノード、エラーの状況を記録し、一度に変更する条件は一つだけにします。こうすると、端末側の通信取り込み、ルール、回線のどこに原因があるかを切り分けやすくなります。
初心者向け設定の基本方針
用語を理解しておくと、サービスを選ぶときに具体的な質問ができます。対応クライアントやサブスクリプション形式、回線の説明、設定の更新方法、トラブルの問い合わせ方法などを確認しましょう。利用条件を比較するにはプランの詳細をご覧ください。設定で困ったときはサポートページから問い合わせできます。