NodeNanny

---
title: "よく使われるプロキシプロトコル解説:vmess / vless / trojan / shadowsocks / hysteria2 / anytls"
summary: これらの言葉が実際に何を意味し、どう違うのか。このページを読めば、コミュニティでの議論がだいたい理解できるようになります
order: 0
updated: 2026-07-28
tags: [プロトコル, 基礎知識, vmess, vless, trojan, shadowsocks, hysteria2, anytls]
---

## まず理解すべきこと:プロトコルは「伝送方式」であり、「どの機場か」ではない

多くの初心者は「プロトコル」と「機場サービス業者」を混同しがちです。プロトコルとは
クライアントとサーバーの間で「データをどう梱包し、暗号化し、送るか」というルールの
ことで、どの機場を使うかとは関係ありません——同じ機場でも複数のプロトコルのノードを
同時に提供していることが多く、あなた自身が構築する NodeNanny でも事情は同じです。

## よく使われる6つのプロトコル、それぞれの解説

### Shadowsocks(SS)
もっとも古くシンプルなプロトコルで、本質的には暗号化された SOCKS5 プロキシです。
利点は実装がシンプルで各プラットフォームのクライアントが成熟しており、オーバーヘッドが
小さいことです。欠点は通信の特徴が比較的識別されやすいことで、純粋な SS を単独で使う
ケースは現在少なくなっており、難読化プラグインと組み合わせるか、より新しいプロトコル
に切り替えるのが一般的です。

### VMess
V2Ray プロジェクト独自のプロトコルで、AEAD 暗号化(例:AES-128-GCM)を使い、各パケット
に認証情報を含めることでリプレイ攻撃を防ぎます。SS に比べて身分検証と解析対策の設計が
1層追加されていますが、ハンドシェイク情報に含まれる内容が多いため、オーバーヘッドは
SS や VLESS よりやや大きくなります。補足しておくと、近年の技術分析では、GFW のような
ディープパケットインスペクション技術がパケットの時系列などの特徴を分析することで、
VMess の識別能力を継続的に高めているという指摘があります——統一された権威ある識別率の
数値は存在せず、情報源によって数字にかなりのばらつきがあるため、特定の数字だけを鵜呑み
にすべきではありませんが、通信検閲の厳しいネットワーク環境にいる場合は、この傾向を考慮
に入れておく価値はあります。

### VLESS
「VMess の軽量版」と理解すると分かりやすいでしょう:それ自体は追加の暗号化を行わず
(外側の TLS 層の暗号化に依存)、VMess の検証にかかるオーバーヘッドの一部を省いて
います。TLS 1.3 や「Reality」といった偽装技術と組み合わせることで、現在人気が高い
組み合わせの1つとなっており、より高い秘匿性と低遅延を求める場面に特に向いています。

### Trojan
設計思想は非常にシンプルで、自分自身を普通の HTTPS ウェブサイトに見せかけます。独自の
ハンドシェイクの特徴がなく、外部から観察すると、普通に何らかのウェブサイトへアクセス
しているように見えるため、検閲耐性が高く、設定も比較的シンプルです。

### Hysteria2
これらのプロトコルの中でもっとも新しいもので、QUIC(UDPベース)の上に構築されており、
「ネットワーク品質が悪く、パケットロス率が高い」場面(モバイルネットワークなど)向けに
特別に最適化されています。独自の輻輳制御アルゴリズムと組み合わせることで、高遅延・高
パケットロス環境では、従来の TCP 系プロトコルよりも高速かつ安定して動作することが多い
です。欠点は UDP を使うため、一部のネットワーク環境では UDP 通信が制限またはブロック
される場合があることです。

### AnyTLS
sing-box チームが 2024 年に設計したプロトコルです。任意のプロキシ通信を標準的な TLS で
包み、設定可能なトラフィックパディングを加えることで特徴識別に対抗する、という発想で、
VLESS+Reality のような「TLS で覆う」路線に近いものです。ただし、現時点では統一された
サブスクリプションリンク形式がなく、設定は基本的に手動での JSON 記述になり、クライアント
対応も sing-box 系エコシステムに集中しています(v2rayN や Shadowrocket は部分的に対応)。
最大の利点は純粋な TCP であることです:UDP が厳しく制限され、Hysteria2 のような QUIC
ベースのプロトコルが使えないネットワーク環境でも使える選択肢となりますが、その代償として
スループットは通常 Hysteria2 ほど良くありません。

## 選び方(一般的な原則で、特定の業者を対象としたものではありません)

- **安定性と使いやすさだけを重視するなら**:Shadowsocks / VMess で十分で、クライアント
  対応がもっとも成熟しています
- **検閲耐性・秘匿性をより重視するなら**:VLESS + Reality または Trojan が、現在一般的に
  効果が良いとされている方向性です
- **ネットワーク環境が悪い場合(弱い4G、衛星通信など)**:Hysteria2 のような QUIC ベース
  のプロトコルの方が体感が良いことが多いです。ただし、あなたのネットワークが UDP を
  厳しく制限していないことが前提です
- **UDP が厳しく制限されており、Hysteria2 が使えない場合**:AnyTLS は純粋な TCP の
  代替手段で、代償としてスループットは通常 Hysteria2 より低くなります

## NodeNanny との関係

NodeNanny の予備ノードプールは、これらのプロトコルのサブスクリプションリンクを解析
できます(プロトコルごとに埋め込まれた base64/JSON 形式の違いも含めて)。3層のフィル
タリング(生存/速度/真正性)はすべてのプロトコルを同じように扱い、プロトコルの種類に
よって区別することはありません——特定のプロトコルのノードのテスト合格率が一貫して
低い場合、通常はそのプロトコル自体があなたのネットワーク環境と相性が悪いことが原因で
あり、NodeNanny の検知ロジックの問題ではありません。