VMessとVLESSの違い｜Shadowrocketの設定前に確認したいポイント

1. VMessとVLESSの主な違い

結論として、名前だけで速度を判断せず、サービス提供元が実際に設定しているプロトコルを選んでください。VMessには独自の認証とデータ暗号化の仕組みがあります。VLESS自体はデータを暗号化しないため、通信経路の保護は実際のトランスポートやセキュリティ層を確認する必要があります。どちらもUUIDを使うことが一般的ですが、UUIDが同じでも、同一のサーバーポートで両方のプロトコルを受け付けるとは限りません。

VMessの現在一般的な認証方式では、通常AEADが使われます。古い設定情報のAlterIdを推測で入力しないでください。過去の情報と現在のインポート結果が異なる場合は、サービス提供元に現行の設定を確認してください。VLESSの設定にencryption=noneとあっても、それはプロトコル層の設定を示すもので、TLSを無効にする指示でも、証明書エラーを無視してよいという意味でもありません。

「VLESSはVMessよりどれくらい速いか」に一律の答えはありません。サーバーの負荷、ネットワークの往復時間、パケットロス、トランスポート方式、接続先のサイトなどが結果に影響します。こうした条件を揃えずにプロトコル名だけを変えても、ほかの環境で再現できる速度の結論は得られません。

2. UUID・トランスポート・TLSを分けて確認

設定前に情報を3つに分けて整理します。接続先、認証方法、接続の運び方です。AddressとPortで接続先を指定し、UUIDで認証します。WebSocketなどのトランスポート方式とTLSは、接続の確立方法を決めます。これらを混同すると、「入力したはずなのに接続できない」という問題につながりやすくなります。

• UUID：一般的なテキスト表記は、16進数を8-4-4-4-12の形式に区切ったものです。例：123e4567-e89b-42d3-a456-426614174000。形式を示すための例であり、実際に使える認証情報ではありません。入力時に空白、引用符、改行を含めないでください。
• Port：サービス提供元から指定された数値を入力します。TLSを使うからといって必ず443になるわけではなく、別のポートを独断で443に変更することもできません。
• WebSocket Path：リクエストのパスで、通常は/から始まります。大文字・小文字、パスの各部分、クエリパラメーターを含め、指定された値をそのまま使ってください。ドメインだけにしないでください。
• Host：WebSocket接続では、HTTPリクエストのHost情報として使われます。接続先アドレスと同じ場合も、異なる場合もあります。
• SNI：TLSハンドシェイクでサーバー名を示すために使われます。証明書の名前も実際の設定と一致している必要があります。Hostを入力済みでも、サービス提供元からTLSのサーバー名を指定されている場合は省略しないでください。

3. Add Serverで設定情報を入力

ここではHomeから手動で追加する方法を説明します。ボタンの位置はプラットフォームによって異なる場合があるため、実際の画面に表示される項目を確認してください。サブスクリプションを利用している場合は、サービス提供元が提供する設定一式をインポートすると、手入力による項目の抜けを減らせます。サブスクリプションのインポートとAdd Serverでの手動追加は、設定情報の取り込み方法が異なるだけで、プロトコルの違いではありません。

1. 元の設定情報を保存します。VMessとVLESSのどちらに対応する情報かを確認し、Address、Port、UUID、トランスポート方式、TLSのパラメーターを記録します。別の設定のPortやPathを流用して組み合わせないでください。
2. Home → Add Serverを開きます。まず、設定情報に記載されたVMessまたはVLESSをTypeに指定し、AddressとPortを入力します。Typeを間違えると、その後に表示される項目も異なる場合があります。
3. UUIDとプロトコルの設定を入力します。VMessの暗号化設定は、提供された情報に従ってください。VLESSにFlowなどの追加パラメーターがある場合も、サーバー側の設定とすべて一致させます。別の設定からコピーしないでください。現在の画面で必須パラメーターを設定できない場合は、その設定が利用可能か先に確認してください。
4. トランスポートを設定します。サービス提供元からWebSocketを指定された場合に、対応するHostとPathを入力してください。WebSocket以外の場合、手順に合わせるために無理に有効にしないでください。インポートした情報のトランスポート名とクライアントの選択肢が一致するか確認します。
5. TLSを設定します。設定情報に従って有効・無効を指定し、サーバー名も照合してください。証明書の検証は通常どおり有効にします。証明書エラーが発生した場合は、ドメイン、システム時刻、サーバー設定を先に確認し、検証をスキップして解決しようとしないでください。
6. 保存して設定を選択します。Homeに戻り、保存した設定が選択されていることを確認してから接続テストを行います。保存できたことは設定が記録されたことを示すだけで、接続先で認証が成功したことを意味しません。

4. サブスクリプションのインポート後も設定確認が必要な理由

サブスクリプションは複数の設定を受け取る方法で、プロトコルは各設定の接続方式です。一つのサブスクリプションに複数のプロトコルが含まれる場合があります。ダウンロードに成功したことから分かるのは、設定情報を取得して解析できたということだけで、各設定で現在接続できることまでは保証されません。

• 取得元と有効期限を確認します。サブスクリプションのリンクは、利用するサービス提供元から取得してください。リンク内のtokenにはアクセス権限が含まれることが多いため、URL全体を公開スクリーンショット、コメント、ログなどに載せないでください。
• 更新後に選択中の設定を確認します。サービス提供元がAddress、Port、トランスポートのパラメーターを変更する場合があります。更新後はHomeに戻って現在の設定を確認してください。以前の名前だけを見て、設定が変わっていないと判断しないでください。
• 更新してもプロトコルは変換されません。サービス提供元がVLESSの設定を公開していない場合、VMessのサブスクリプションを何度更新しても、使用可能なVLESS設定が自動で作成されることはありません。
• インポートした設定と手動コピーを区別します。サブスクリプション管理下の設定は、次回の更新で変更される場合があります。項目を試すときは元の設定を残し、一時的な変更をサービス提供元の最新設定と取り違えないようにしてください。

サービス提供元に問い合わせる際は、プロトコルの種類、トランスポート方式、エラーが発生した段階、確認済みの項目を伝えれば十分です。UUID、サブスクリプションのtoken、共有情報の全文は必ず隠してください。これらを問い合わせ内容に公開する必要はありません。

5. 接続できないときは、プロトコルとルーティングの問題を切り分ける

Homeで接続中と表示されていても、特定のWebサイトへの通信が選択中の設定を経由したとは限りません。Global Routingは通信の経路を決めます。ルールでプロキシ対象になっていない通信は、設定情報が正しくてもDirectで接続される場合があります。VMessやVLESSの設定を疑う前に、現在のルーティング状態を確認してください。

Sceneを使用している場合は、そのSceneで実際に適用されるポリシーも確認してください。名前だけで経路を判断することはできません。Config内のDOMAIN-SUFFIX、GEOIP、IP-CIDR、FINALは通信振り分けのルールキーワードであり、プロトコルの設定ではありません。トラブルシューティングでは、まず通信がプロキシに送られているかを確認し、次にプロキシのハンドシェイクが成功しているかを調べます。

1. 常にタイムアウトする：Addressが正しく名前解決されるか、Portが設定情報と一致しているか、現在のネットワークからサーバーに到達できるかを確認してください。タイムアウトだけではUUIDの誤りとは判断できません。
2. TLS段階でエラーが出る：システム時刻、SNI、証明書の名前を確認し、そのポートでサーバーが実際に対応するTLSサービスを提供しているかを確かめてください。
3. WebSocketのハンドシェイクに失敗する：Path、Host、トランスポートの種類を確認してください。HTTP層で拒否された場合とUUIDの認証に失敗した場合では、エラーが発生した段階が異なります。
4. ハンドシェイク直後に切断される：Type、UUID、プロトコルの追加パラメーターを再確認してください。VMessでは認証が時刻に関係するため、デバイスの時刻が大きくずれていないかも確認します。
5. 一部のWebサイトだけ開けない：DNS、ルールの適用状況、接続先サイトへの到達性を確認してください。すぐに設定全体をVMessからVLESSへ変更しないでください。

6. 設定前後によくある質問