VMessとVLESSの違いとは？プロトコルを選ぶ前に一般ユーザーが知っておきたいこと

v2rayN、v2rayNG、v2flyNGのサーバー一覧では、VMessとVLESSが同時に表示されることがよくあります。どちらもクライアントからリモートサーバーへ接続する方法を定義しますが、自由に置き換えられる「高速化モード」ではありません。プロトコル名、サーバー側の設定、通信方式、セキュリティ層、ポートは互いに一致している必要があります。クライアント側でVMessをVLESSに変更するだけでは、通常そのまま接続に失敗します。

一般ユーザーは、まずサーバー側が何を提供しているかを確認し、次に同じ回線で接続品質を比較するのが基本です。既存のVMessノードはそのまま利用できます。サーバーが両方に対応している場合は、まずVLESSを試し、VMessを互換性のための選択肢として残すのが一般的です。プロトコルは接続設定の一要素にすぎず、TCP、WebSocket、gRPC、TLS、Realityなどの項目も遅延、スループット、安定性に影響します。

プロトコル層・セキュリティ層・トランスポート層を分けて考える

VMessとVLESSはいずれもプロキシ接続プロトコルで、主にクライアントとサーバー間の認証情報やデータの運搬方法を扱います。ネットワーク設定全体を構成するものではありません。動作するノードには、アドレス、ポート、ユーザー識別子、通信方式、セキュリティ種別、サーバー名なども含まれます。「VLESSノード」と書かれていても、通信方式まで決まっているとは限らず、VLESSとRealityを同じ概念として扱うこともできません。

VMessはプロトコル層で認証と暗号化を行う設計のため、システム時刻の影響を受けやすい傾向があります。クライアントとサーバーの時刻に大きなずれがあると、ログに認証失敗や接続終了が記録されることがあります。現在のVMess設定では通常 alterId を 0 にしますが、古い設定をインポートする場合は、サーバー側が提示した元のフィールドを優先し、経験だけで書き換えないでください。

VLESS自体はVMessと同じプロトコル層の暗号化を提供しないため、本番環境では通常TLSまたはRealityと組み合わせて使用します。ここでいう「簡略化」はセキュリティ層を削除してよいという意味ではありません。サーバーがTLSを要求する場合は、クライアントでもTLSを有効にし、正しいサーバー名を入力する必要があります。Realityを使用する場合は、公開鍵、ショートID、フロー制御の各項目をサーバー側と一致させます。

暗号化方式と通信オーバーヘッドの実際の違い

VMessはプロトコル層で認証とデータ処理を行い、VLESSはこの層の追加処理をできるだけ減らして、機密性とサーバー認証を外側のセキュリティ機構に任せます。理論上、VLESSはプロトコルヘッダーと処理経路が軽くなりますが、実際に体感できる差は、回線品質による変動より小さいことが少なくありません。地域をまたぐ通信で往復遅延が20ミリ秒増えるほうが、プロトコル層で削減されるわずかな処理時間より目立つ場合が多いでしょう。

以下は、管理されたLAN出口で行ったテストです。「プロトコルの差が通常、主なボトルネックではない」ことを示すためのもので、特定の回線に対する保証ではありません。接続帯域は300 Mbps、クライアントは同じ4コアのデスクトップ端末を使用し、同じサーバー、同じTCP経路、同じTLS条件で5回連続ダウンロードして中央値を求めました。性能の規模感を把握する参考としてご覧ください。

3つのクライアントでの選び方

デスクトップでv2rayNを使う場合、同じサブスクリプショングループにVMessとVLESSが表示されることがあります。サブスクリプションをインポートしたら、まず更新を実行し、サーバー一覧の「タイプ」または設定編集画面を確認してください。ノード名の文字だけでプロトコルを判断しないでください。名前は自由に変更でき、実際に適用されるのは設定フィールドです。

Android版のv2rayNGはXrayコアを使用し、VMess、VLESS、および関連するセキュリティ項目を含むサブスクリプションに適しています。v2flyNGはv2flyコアを使用するため、v2flyのプロトコル機能に合った設定に適しています。VLESSノードが特定のXray機能に依存している場合、現在のコアが該当フィールドを認識できなければ、インポートに成功しても接続できるとは限りません。

1. v2rayNでサブスクリプションを更新し、テストするVMessとVLESSノードのアドレス、ポート、通信方式を記録します。
2. まずVMessノードを選び、システムプロキシを有効にして、よく使うウェブページを3つ続けて開き、初回表示時間を記録します。
3. 同じテストファイルを60秒間ダウンロードし、速度が安定した段階の値を記録します。開始直後数秒のピーク値は使いません。
4. 同じ回線のVLESSノードに切り替え、同じ手順を繰り返します。この間、ルーティングやシステムプロキシのモードは変更しません。
5. ログパネルを開き、再接続の繰り返し、TLSサーバー名の誤り、接続タイムアウトがないことを確認します。

設定フィールドは異なるため、プロトコル名だけを直接変更してはいけない

VMessとVLESSには通常、サーバーアドレス、リモートポート、ユーザー識別子が含まれますが、同名のフィールドがあっても設定全体を置き換えられるわけではありません。VMess設定には security、alterId などがよく使われます。一方、VLESS設定には encryption、flow が現れることがあり、Reality環境では公開鍵、ショートID、フィンガープリント、サーバー名も付加されます。

共有リンクやサブスクリプションの内容には、これらのフィールドが組み合わされています。手動編集で最も多いミスは、ユーザー識別子の入力間違いよりも、通信層とセキュリティ層の組み合わせが一致していないことです。たとえばサーバーがWebSocketを使うのにクライアントがTCPを選んでいる、サーバーがTLSを要求しているのにクライアントで無効にしている、サーバー名と証明書のドメインが異なる、といった場合はハンドシェイクに失敗します。

• アドレスとポート：サーバー側が実際に待ち受けている場所を指定する必要があります。一般的な 443 は導入時の選択肢にすぎず、VLESS専用ポートではありません。
• ユーザー識別子：サブスクリプションで提供された値を完全に保持し、コピー時に文字を欠落させたり空白を付けたりしないでください。
• 通信方式：TCP、WebSocket、gRPCはサーバー側で決まるため、クライアントだけで切り替えることはできません。
• セキュリティ種別：TLS、Reality、その他サーバーが指定する項目を一致させる必要があります。
• サーバー名：通常はセキュアハンドシェイクに使用されるため、元の設定どおりに入力し、ノード名で置き換えないでください。
• フロー制御フィールド：xtls-rprx-vision は対応する設定でのみ使用します。すべてのVLESSノードに入力する項目ではありません。

よくある疑問と具体的な対処方法

プロトコルの選択は、サブスクリプションの更新、システムプロキシ、コアの対応状況と混同されがちです。まずエラーが発生した段階で分類してください。ノードをインポートできない場合は形式またはコアの問題、ノードは起動するがハンドシェイクできない場合はセキュリティ項目の確認、接続は成功するのにアプリがプロキシを通らない場合はローカルポートとプロキシモードの確認が必要です。

一般ユーザーが最終的に選ぶ順番

サーバーがVMessしか提供していないなら、元の設定どおりに使えばよく、プロトコル名だけを理由に移行する必要はありません。同じ回線でVMessとVLESSの両方が提供され、現在のクライアントコアが両方を完全にサポートしている場合は、まずVLESSを3回テストし、VMessと比較します。結果が近いときは、設定フィールドがより完全で、ログが安定し、サブスクリプション更新後に手動修正を必要としないノードを残すのがおすすめです。

VLESS設定がRealityまたはVisionに依存する場合は、対応機能を備えたXrayコア環境を優先してください。たとえばデスクトップのv2rayNやAndroidのv2rayNGが該当します。v2flyNGは、v2flyコアの機能に合った設定の実行に適しています。決め手はクライアント名ではなく、現在のコア、ノードのフィールド、サーバー側インバウンドが一致しているかどうかです。

1. まずサーバー側を確認：サーバーが実際に提供しているプロトコルだけを使い、クライアントで設定を推測しないでください。
2. 次にコアを確認： Xray固有の機能に依存するVLESS設定は、対応するコアで処理してください。
3. 条件をそろえる：できるだけ同じサーバー、同じ通信方式、同じ時間帯でテストしてください。
4. ログを確認：認証、ハンドシェイク、ポート競合、タイムアウトの情報は、ノード名より信頼できます。
5. 安定性で決める：継続利用中の再接続回数、ウェブページの初回表示、継続スループットは、1回だけの遅延値より参考になります。