サブスクリプション、ノード、プロトコルという三つの言葉は、初心者が初めてクライアントを開いたときに同時に突き当たるポイントです。画面にはサブスクリプションリンクを入れる欄があり、その下にノードがずらりと並び、それぞれの後ろに SS や VMess、Trojan といった略称が付いています。この VPN 初心者向け用語早見表では、「リンクを受け取ってから実際に使えるようになるまで」の順番に沿って、サブスクリプション、ノード、回線タイプ、プロトコル、分割ルーティングとグローバルモードを一つずつ分解します。各用語には一言の定義とよくある誤解を添え、末尾に早見表と初回設定のチェックリストを掲載しています。
サブスクリプションリンク：1 つのアドレスに何が入っているか
サブスクリプションリンク(subscription URL)は、要するに 1 つの HTTPS アドレスです。開いて返ってくるのは Web ページではなく、ノードの一覧です。Base64 でエンコードされた複数行のノード文字列のこともあれば、特定のクライアント専用の YAML や JSON 設定のこともあります。クライアントの「サブスクリプションを追加」がやることは 2 つです。このアドレスを保存し、一覧にある数十件のノードを解析してリストに並べます。
「手動でノードを追加」との違いはメンテナンスのしかたにあります。手動追加ではアドレス、ポート、パスワード、暗号化方式、トランスポート層を一つずつ入力する必要があり、1 文字でも間違えると接続できません。サブスクリプションは一括配信なので、サーバー側で回線が追加・削除されたあと、クライアントで「サブスクリプションを更新」を一度押せば同期できます。だからこそ、サブスクリプションリンクは認証情報として保管してください。このアドレスを手に入れた人は、同じノード群を自分のクライアントに読み込めてしまいます。
回線を切り替えたとき、クライアントがノードの全タイムアウトを表示したとき、しばらくクライアントを開いていなかったときは、まずサブスクリプションを更新してから切り分けましょう。「ノードが全部落ちた」の多くは、実はローカルのリストが古いだけで、サーバー側ではとっくに接続先アドレスが変わっています。
サブスクリプションの主な項目とその役割
- アドレスとポート：ノードの入口です。つながらないときに最初に確認するのがこの 2 項目です。
- UUID またはパスワード：本人確認の情報で、1 文字でも違えばサーバー側で即座に拒否されます。
- トランスポート層：TCP、WebSocket、gRPC など、通信をどの形で送り出すかを決めます。
- TLS と SNI：TLS を重ねるかどうか、そしてハンドシェイク時に宣言するドメイン名です。
- 暗号化方式：Shadowsocks 系のプロトコルでは AEAD 系アルゴリズムなどが個別に表示されます。
初心者が最も見落としやすいのがトランスポート層と TLS の 2 項目です。同じノードでアドレスもポートも合っているのに、WebSocket を使うべきところに TCP を入れると、はっきりしたエラーではなく、ずっと読み込み中のままになります。
ノードと回線：直結・中継・専用線の違い
ノード(node)はクライアントのリストから選べる 1 つの出口で、回線(route)は通信がローカルから接続先サーバーまで実際に通る経路です。日常会話ではこの 2 語は混同されがちですが、「なぜこの回線は速く、あれは遅いのか」を考えるときに効いてくるのは回線のほうです。
| 回線タイプ | 通信経路 | 特徴 | 向いている用途 |
|---|---|---|---|
| 直結 | ローカル → 接続先サーバー(公衆網経由) | 構成がシンプル。遅延は公衆網の品質次第で、夜のピーク時間帯は変動が大きい | 日常のブラウジング、コストを重視する用途 |
| 中継 | ローカル → 入口ノード → 接続先サーバー | 入口まで近距離で接続し、戻りは最適化された経路を通るため、ピーク時も安定しやすい | 大陸をまたぐアクセス、夜間の動画視聴 |
| IEPL 専用線 | ローカル → 専用線入口 → 接続先(公衆網を通らない) | 遅延とパケットロスが安定。コストは最も高い | ライブ配信、音声会議、長時間の接続 |
この表に絶対的な優劣はありません。専用線の価値は安定性であって「より速い」ことではありません。同じ公衆網の直結回線でも、早朝なら専用線より速いことがあります。ただし夜のピーク時間帯は変動が大きくなります。両者を混同すると、「専用線を契約したのに速くならない」というギャップが生まれます。
リストに数十件のノードがあっても、すべてが同じ接続先サーバーを指しているなら、切り替えは入口を変えているだけです。接続先が混雑していれば同じように遅くなります。判断の順序は、まず接続先の位置、次に回線タイプ、最後にリストの長さです。
VPNJM の場合、回線は 100+ の国と地域、合計 220+ 本をカバーしています。個々の回線が直結・中継・IEPL 専用線のどれなのかは回線リストに個別に表示されるので、選ぶ前にこの列を確認したほうが、ノードを何度も試すより時間の節約になります。
プロトコル：Shadowsocks、VMess、Trojan、VLESS の違い
プロトコルは、クライアントとサーバーの間でどう暗号化し、どうハンドシェイクするかを決めます。リストにある SS、VMess、Trojan、VLESS、Hysteria2 といった略称がプロトコル名です。プロトコルを間違えると、アドレスとポートが合っていても接続できません。トランスポート層や TLS を間違えると、接続はできているのに通信が流れない、という形で現れます。
| プロトコル | トランスポート基盤 | 主な特徴 | つまずきやすい点 |
|---|---|---|---|
| Shadowsocks | TCP / UDP、AEAD 暗号化 | 構造が軽く、オーバーヘッドが小さく、設定項目が少ない | ネイティブの多重化には非対応 |
| VMess | TCP / WebSocket / gRPC など | トランスポートの選択肢が多く、TLS を重ねられる | クライアントとサーバーの時刻を照合するため、ずれが大きいと認証に失敗する |
| VLESS | 同上。通常は TLS または Reality と組み合わせる | それ自体は暗号化せず、オーバーヘッドは VMess より小さい | 外側の TLS が未設定だと暗号化されない |
| Trojan | TLS。通常は 443 番ポートを使用 | 通信の見た目が通常の HTTPS と同じ | ドメインと有効な証明書が必要 |
| Hysteria2 / TUIC | QUIC(UDP ベース) | パケットロスが深刻な環境に強い。輻輳制御はやや積極的 | UDP が制限されたネットワークではまったく通らないことがある |
初心者はパラメータを暗記する必要はありません。実際の選び方は、まずクライアントがどのプロトコルに対応しているかを確認し、次にサーバー側が何を提供しているかを見て、最後に回線の品質を比べる、という順番です。同じサーバーで複数のプロトコルを同時に開けますから、つながったものを使えばよく、名前が上級者っぽいかどうかで悩む必要はありません。
プラットフォームごとにクライアントのプロトコル対応は異なります。デスクトップ版が最も充実していることが多く、モバイル版は OS のネットワーク拡張の制約を受け、UDP ベースの一部プロトコルは特定のバージョンで使えません。ルーターのファームウェアは 1〜2 種類しか対応していないこともよくあります。サブスクリプションを読み込む前に、クライアントが一覧のプロトコルを認識できるか確認しておくほうが、読み込んでから 1 つずつ試すより手間がかかりません。
注目すべきは、そのプロトコルが TLS を使っているか、証明書は有効か、クライアントのバージョンが古すぎないか、という点です。名前が威圧的に聞こえるかどうかではありません。VLESS は単体で使う場合、それ自体には暗号化がなく、安全性は外側の TLS 層が担います。
分割ルーティング、グローバルモード、DNS リーク
モード(mode)は、その通信をプロキシ経由にするかどうかを決めます。よくあるのは 3 種類です。グローバルモードはすべての通信をノードに送ります。ルールモードはルール表に従って判断し、該当したものはノード経由、それ以外は直接接続します。ダイレクトモードはプロキシを一時的に切った状態に相当します。切り分けのときはグローバル、普段はルールモードです。
ルール表の書き方
ルールは種類ごとにマッチングします。よく使うのは DOMAIN(完全一致のドメイン)、DOMAIN-SUFFIX(ドメインのサフィックス)、IP-CIDR(IP レンジ)、GEOIP(国・地域別の IP データベース)、PROCESS-NAME(プロセス単位。通常はデスクトップ版のみ対応)です。ルールは上から下へ照合され、先に一致したものが実行されます。ですから例外を先頭に書くほうが、末尾にルールを積み増すより効果的です。モバイル版にはアプリ単位で振り分ける設定もあり、指定したアプリだけをノード経由にできます。
DNS リークとは何か
DNS リークとは、ドメイン名の解決リクエストがプロキシのトンネルを通らず、ローカルネットワークに渡されてしまうことを指します。これには 2 つの影響があります。1 つは、どのドメインにアクセスしたかがローカル回線上の人から見えてしまうこと。もう 1 つは、CDN が解決元に応じてノードを割り当てるため、遠くのサーバーを指されることがあり、「つながっているのに遅い」という形で現れることです。確認方法は 2 つあります。クライアントの DNS がプロキシ追従またはリモート解決に設定されているかを見ること。そして接続後に IP 確認 を開き、解決サーバーの所在地と出口 IP の地域が一致しているかを確かめることです。
ローカルのネットバンキングや社内システムまで一緒に外へ出てしまい、一部のサービスではリスク管理に引っかかったり、ログインを拒否されたりします。問題の切り分け中でなければ、普段はルールモードのままで構いません。
早見表：よく聞かれる 10 の用語
次の表は「設定中に見かける順、エラー時に使う順」に並べています。左が用語、中央が一言の説明、右が初心者が最も誤解しやすいポイントです。
| 用語 | 一言説明 | よくある誤解 |
|---|---|---|
| サブスクリプションリンク | ノード一覧を一括配信するアドレス | アカウントのパスワードのように保管する、あるいは気軽に他人へ転送してしまう |
| ノード | クライアントのリストから選べる 1 つの出口 | 数が多ければ回線品質も良いと思い込む |
| 入口 / 接続先 | ローカルが最初につなぐサーバー / 通信が最終的に外へ出るサーバー | 2 つの言葉を混同し、切り分けのときにどこが遅いのか説明できない |
| IEPL 専用線 | 公衆網を通らない国際専用線 | 専用線は公衆網の直結より必ず速いと思い込む |
| トランスポート層 | TCP、WebSocket、gRPC などの伝送方式 | アドレスとポートだけ確認し、トランスポート層の項目を忘れる |
| TLS / SNI | 外側の暗号化と、ハンドシェイク時に宣言するドメイン名 | ドメインを入れれば証明書も設定済みだと思う |
| 分割ルーティングルール | ドメイン、IP、プロセスごとにプロキシを使うか決める | プロキシをオンにすれば、すべての通信がノード経由になると思い込む |
| DNS リーク | 解決リクエストがプロキシのトンネルを通らないこと | IP アドレスだけが露出し、ドメインは問題ないと思う |
| UDP 転送 | ノードが UDP 通信の通過を許可しているか | ゲームや音声通話とは関係ないと思う |
| 通信量のリセット | 申し込み日を基準に毎月リセット。暦月ではない | 毎月 1 日に自動でゼロになると思い込む |
初回設定のチェックリスト
上の用語を押さえたら、初回設定はこの順番で一度通してみてください。「つながらない」「つながったが速度が出ない」のほとんどは数ステップで原因を特定できます。
- ✅ まずサブスクリプションを更新し、リストが古いキャッシュでないことを確認する。
- ✅ プロトコル、ポート、トランスポート層を 1 項目ずつ照合し、3 つとも配信された設定と一致させる。
- ✅ DNS をリモート解決またはプロキシ追従に設定し、リークを減らす。
- ✅ まずはルールモードで始め、必要なドメインだけをノード経由にする。
- ✅ 接続後に IP 確認を開き、出口の地域が選んだノードと一致しているか確かめる。
- ❌ 「すべてのノードを試す」で品質を判断しない。まず接続先の位置と回線タイプを見る。
- ❌ グローバルモードのままローカルのネットバンキングや社内システムにログインしない。
- ❌ 「Web ページが開ける」を唯一の判断基準にしない。アプリ別・ドメイン別で結果が異なることがある。
一言でまとめると：サブスクリプションは名簿、ノードは出口、回線は経路、プロトコルは話し方、モードは誰がその道を通るかを決める。初回設定ではこの順番で確認するほうが、ノードを何度も替えるより、問題がどの層にあるかを見つけやすい。
用語そのものは難しくありません。難しいのは、それらが同じ画面に同時に現れることです。次にクライアントで見慣れない略称が出てきたら、それがどの層に属するかをまず考えてみてください。名簿(サブスクリプション)なのか、出口(ノードと回線)なのか、話し方(プロトコル)なのか、それとも経路のルール(モードと分割ルーティング)なのか。層に当てはめてから早見表と照らせば、多くの疑問はその場で解けます。