ブログ 技術解説 約 10 分

Hysteria2 と VLESS Reality の徹底比較

代表的な次世代プロキシプロトコルである両者は、設計思想がまったく異なります。本記事では原理・パフォーマンス・適した利用シーンの 3 つの観点から判断材料を提供します。


新プロトコル誕生の背景

プロキシプロトコルの発展史は、本質的には通信環境の変化に適応し続けるための技術競争の歴史です。Shadowsocks は 2012 年に登場し、巧妙な対称鍵暗号でトラフィックを難読化することで、一時は通常の HTTPS 通信と見分けにくい状態を実現しました。しかし年月とともにトラフィック特徴分析や機械学習を用いた検出技術が進化し、Shadowsocks のトラフィックパターンは徐々に識別されやすくなり、大容量通信時の安定性も低下、能動的なプロービング(探索的な接続テスト)によって存在を検知されるケースも増えていきました。

VMess は V2Ray プロジェクトが 2016 年に発表した次世代方式で、WebSocket over TLS(WS+TLS)により通常の HTTPS 通信になりすませることで、通信そのものを見分けにくくしました。ただし WS+TLS は TLS ハンドシェイクによる遅延を伴うため、パケットロス率が高いネットワーク環境(国際回線や混雑時間帯など)には向いておらず、また TLS 自体はどのサイトに接続しているかという情報までは隠せません。

こうした技術的な限界を踏まえて、コミュニティは 2022〜2023 年にかけて、設計思想が大きく異なる 2 つの新プロトコル ── Hysteria2 と VLESS Reality を相次いで発表しました。いずれも Clash.Meta(Mihomo)カーネルにネイティブでサポートされ、Clash Plus にも完全に実装されています。両者の違いを理解しておくことで、プロキシプロバイダーのプランや自前サーバーを選ぶ際に、より的確な判断ができるようになります。

Hysteria2 徹底解説

Hysteria2(以下 Hy2)はQUIC プロトコルをベースに構築されています。QUIC はもともと Google が開発したプロトコルで、2021 年に HTTP/3 の基盤となる転送プロトコル(RFC 9000)として標準化され、YouTube、Google 検索、Cloudflare など主要サービスで広く採用されています。

QUIC は UDP の上で動作し、TLS 1.3 暗号化、マルチプレキシング、0-RTT による高速再接続などの特性を備えています。従来の TCP プロトコルはパケットロスが発生すると「輻輳制御」が働き、接続全体が再送を待って一時停止しますが、QUIC では複数のデータストリームが互いに独立しているため、あるストリームでのパケットロスが他のストリームに影響しません。これはパケットロス率の高い長距離通信で大きなアドバンテージになります。

Hysteria2 は QUIC の上に独自の輻輳制御アルゴリズム(BBR の変種)を実装し、「Brutal」と呼ばれる帯域制御戦略を導入しています。パケットロス率が 30% に達するようなネットワークでも、設定した上限に近い安定したスループットを維持できます。実測では、混雑する時間帯(夜 8〜11 時ごろ)でも Hy2 は従来の TCP ベースの方式より総じて良好な速度を示す傾向があります。

Hy2 の主な弱点は、一部のホテル、学校、企業内ネットワークなど、TCP 443 番ポートしか通さない環境では UDP トラフィックがファイアウォールで遮断されたり、極端に制限されたりすることです。また QUIC のトラフィック特徴は通常の HTTPS とは多少異なるため、特に厳しい通信監視環境では狙われて遮断される可能性もあります。

VLESS Reality 徹底解説

VLESS Reality の設計思想は Hysteria2 とは大きく異なり、核心となる目標は「トラフィック特徴をゼロにする」ことです。プロキシ通信を実在するウェブサイトの TLS 通信と完全に見分けがつかない状態にし、どんなディープパケットインスペクション(DPI)システムの前でも違和感を出さないようにしています。

従来の TLS ベースのプロキシ方式(WS+TLS、gRPC+TLS)には根本的な問題があります。サーバー証明書が自己署名や小規模 CA によるもので、実在サイトのような SCT(証明書透明性ログ)記録を持たないため、能動的なプロービングで見破られやすいのです。Reality プロトコルは Microsoft、Google、Cloudflare といった実在の有名サイトの TLS 証明書とハンドシェイクパラメータを「借用」する仕組みにより、プロキシサーバーの TLS ハンドシェイクを、実際にそれらのサイトへアクセスした場合とまったく同一に見せます。Wireshark でパケットを解析しても、プロキシサーバーと通常の HTTPS サーバーの違いを見分けることはできません。

VLESS Reality は TCP 上で動作するため UDP がブロックされる環境の影響を受けず、制限の厳しいネットワークでの互換性が最も高いプロトコルです。一方で TCP の輻輳制御に縛られるため、パケットロスが多い環境では Hysteria2 に速度面で劣ります。1 接続あたりのスループットの上限は基本的に TCP の性能に依存し、最適化の余地は限られます。

総合比較

観点Hysteria2VLESS Reality
基盤プロトコルQUIC / UDPTCP + TLS 1.3
暗号化方式QUIC 内蔵の TLS 1.3Reality TLS(実サイトの証明書を借用)
検出耐性高い(HTTP/3 のように見える)非常に高い(実際の HTTPS と区別不可)
高パケットロス環境での性能優秀(BBR Brutal 輻輳制御)標準的(TCP 輻輳制御の制約を受ける)
UDP 遮断環境下利用不可影響を受けない
レイテンシ低い(QUIC 0-RTT 再接続)低い(TLS 1.3 の単一ハンドシェイク)
設定の複雑さ低め(帯域パラメータのみ)やや高め(対象サーバーパラメータの指定が必要)
クライアント対応Clash Plus / Mihomo で完全対応Clash Plus / Mihomo で完全対応

どちらを選ぶべきか?

Hysteria2 が向いているケース:利用している回線が UDP を遮断しておらず、接続先ノードの回線がパケットロスの多い環境(国際回線、混雑時間帯など)の場合です。ダウンロード速度やストリーミング(4K・8K 動画、大容量ファイルのダウンロード)を重視するなら、Hysteria2 のスループットの優位性は非常に大きく、同じサーバーでも VLESS Reality より 20〜50% 速いことが多いです。

VLESS Reality が向いているケース:企業のネットワークや学校、一部のホテル Wi-Fi など UDP に制限がある環境で使う場合、または通信内容の秘匿性を最優先したい場合、あるいはプロキシプロバイダーが Hysteria2 ノードを提供しておらず Reality ノードしかない場合です。通信の見分けにくさを最も重視するシーンでは、VLESS Reality が現在最も評価の高い選択肢です。

両方を併用する:質の良いプロキシプロバイダーは Hysteria2 と VLESS Reality の両方のノードを提供していることが多いです。おすすめの使い方は、Clash の「自動選択」ポリシーグループに両プロトコルのノードを混在させておき、日々の遅延測定結果に応じて自動的に使い分けることです。これにより通常のネットワークでは Hysteria2 の速さを、制限のあるネットワークでは自動的に Reality に切り替わることで接続の安定性を確保できます。

実測データ

以下は香港の高品質回線を使用し、日本国内から NTT 光回線で接続した場合の、平日夜 9 時(混雑時間帯)の実測データです。あくまで参考値であり、実際の結果は ISP や時間帯、サーバーの場所によって大きく変動します。

プロトコル平均ダウンロード速度平均レイテンシ混雑時間帯の安定性
Hysteria282 Mbps38 ms★★★★★
VLESS Reality56 Mbps42 ms★★★★☆
VMess WS+TLS31 Mbps58 ms★★★☆☆
Shadowsocks AES24 Mbps45 ms★★☆☆☆
表内の旧世代プロトコル(VMess、Shadowsocks)のデータは比較用の参考値です。近年はいずれも安定性が大きく低下しており、メインのプロトコルとして使うことはおすすめしません。

まとめ

Hysteria2 と VLESS Reality は、プロキシプロトコル進化における 2 つの異なる方向性を象徴しています。前者は極限までの転送性能を追求し、後者は完璧に近いトラフィックの偽装を追求しています。両者は競合するものではなく、シーンに応じて補い合う関係にあります。

一般的なユーザーにとって最も手間がかからない方法は、両方のプロトコルのノードを提供する質の良いプロキシプロバイダーを選び、Clash Plus の自動速度測定機能と組み合わせて使うことです。Clash Plus の Mihomo カーネルは両方のプロトコルに最適化されたネイティブ実装を備えているため、どちらを選んでもクライアント側の使用感は一貫して安定しています。

ネットワーク技術の進化とともに、プロキシプロトコルも継続的に更新されています。Mihomo(旧 Clash.Meta)や Xray プロジェクトのリリース情報を追うことが、最新のプロトコル動向を知る最も確実な方法です。

Clash

プロトコルを選んだら、次は良いプロバイダー探しです

実際のプロトコルはプロバイダーが提供するノードに依存します。Hysteria2 と VLESS Reality の両方を提供するサービスを選び、Clash の自動速度測定と組み合わせるのが最も効果的です。