Hysteria 2 (HY2) ou VLESS REALITY : que choisir pour la vitesse, la stabilité et les réseaux restreints ?

Équipe de rédaction technique · Publié le 2 novembre 2026

Choisir un VPN ou un protocole proxy ne se résume pas au débit de téléchargement maximal. Dans un réseau restreint, une connexion rapide n’est utile que si elle peut être établie et rester disponible.

Hysteria 2 (HY2) et VLESS avec REALITY assurent des communications chiffrées efficaces, mais reposent sur des transports différents. HY2 utilise QUIC, généralement sur UDP, avec un intérêt particulier pour le débit et les conditions difficiles. VLESS REALITY fonctionne souvent sur TCP, avec un handshake proche de TLS destiné à rapprocher son apparence de celle des connexions chiffrées ordinaires.

Le choix dépend de la disponibilité d’UDP, des pertes de paquets et des méthodes de filtrage. Cette comparaison porte sur le déploiement HY2 habituel sur UDP et sur VLESS + REALITY sur TCP, pas sur toutes les encapsulations possibles.

Qu’est-ce que Hysteria 2 (HY2) ?

Hysteria 2 est un protocole proxy open source fondé sur QUIC, le transport également utilisé par HTTP/3. Contrairement aux proxys TCP classiques, son déploiement habituel utilise UDP.

QUIC apporte notamment :

La protection des connexions avec TLS 1.3.
Plusieurs flux dans une même connexion.
L’absence de blocage entre flux indépendants lors d’une perte, contrairement au blocage en tête de ligne de TCP.
Le contrôle de congestion et la récupération après perte.
La migration de connexion lorsque l’implémentation et le réseau le permettent.

HY2 ajoute l’authentification, le relais UDP et un contrôle de congestion configurable. Son mécanisme Brutal cherche à atteindre un débit configuré plutôt qu’à dépendre entièrement des signaux classiques de congestion. Cela peut améliorer le débit en présence de pertes et de bande passante disponible. Un réglage trop agressif peut aussi provoquer de la congestion et concurrencer injustement les autres connexions.

Pourquoi HY2 peut-il être rapide ?

TCP interprète généralement les pertes comme un signe possible de congestion et réduit son débit. Or elles peuvent aussi venir d’interférences radio ou d’autres problèmes de transmission. Les options de HY2 peuvent alors aider : avec des pertes modérées et une capacité disponible importante, un réglage adapté peut surpasser une connexion TCP classique.

Le résultat dépend toujours de la latence, de la capacité, du serveur, du trafic concurrent et de la cause des pertes. HY2 n’est pas automatiquement plus rapide que TCP dans tous les réseaux.

Qu’est-ce que VLESS REALITY ?

VLESS est un protocole proxy léger, souvent utilisé avec Xray-core. REALITY est un mécanisme de sécurité et de handshake qui peut être associé à VLESS, fréquemment avec XTLS Vision. Les rôles sont distincts :

VLESS gère les échanges du proxy.
REALITY apporte l’authentification et un handshake proche de TLS pour camoufler la connexion.
TCP assure le transport dans le déploiement courant étudié ici.

REALITY rapproche l’apparence du handshake de celle de TLS ordinaire et réduit la dépendance à un certificat classique du serveur proxy et aux montages de domain fronting. Il vise à protéger les échanges et à compliquer l’identification du protocole ainsi que les sondes actives. Pour les bases, consultez Qu’est-ce que VLESS ? et le fonctionnement de REALITY.

Pourquoi choisir VLESS REALITY ?

Quand UDP est instable ou restreint, un déploiement courant sur le port TCP 443 peut profiter de la disponibilité du transport utilisé par HTTPS. Cela ne le rend ni invisible ni impossible à bloquer : blocage d’IP, analyse du trafic et perturbation des connexions restent possibles.

Son intérêt pratique tient à l’association d’un protocole léger et d’un handshake pensé pour les réseaux restreints.

Les principales différences

Critère	Hysteria 2 (HY2)	VLESS REALITY
Transport habituel	UDP / QUIC	TCP
Protection	QUIC avec TLS 1.3	Mécanisme REALITY
Priorité	Débit et contrôle de congestion	Transport fiable et camouflage du handshake
Pertes de paquets	Récupération QUIC et contrôle configurable	Contrôle de congestion et retransmissions TCP
Dépendance à UDP	Oui en déploiement habituel	Non avec le transport TCP
Apparence du trafic	Liée à QUIC / HTTP/3	Handshake proche de TLS
Réseaux restreints	Dépend fortement de l’accès UDP	Peut convenir si TCP 443 reste disponible
Configuration	Client et serveur HY2 compatibles	Client et serveur VLESS/REALITY compatibles

Ce sont des différences d’architecture, pas des résultats de benchmarks. Il faut mesurer sur le même réseau, avec des serveurs et des routes comparables.

1. Vitesse : HY2 est-il plus rapide que VLESS REALITY ?

Lorsque UDP est disponible et que les pertes limitent TCP, QUIC et le contrôle de congestion configurable de HY2 peuvent maintenir un débit élevé. VLESS REALITY bénéficie de la maturité de TCP et de sa large compatibilité réseau.

Sur une liaison propre, à faible latence et avec peu de pertes, les deux peuvent bien fonctionner. Pour la vidéo, le Web, les jeux et les gros téléchargements, le serveur et la route peuvent compter davantage que le protocole. Un serveur VLESS REALITY bien relié peut dépasser un serveur HY2 mal relié, et inversement.

Le plus rapide est celui qui fonctionne le mieux sur votre réseau réel, pas celui dont le maximum théorique est le plus élevé.

2. Stabilité : que se passe-t-il si UDP est restreint ?

Le déploiement habituel de HY2 a besoin d’UDP pour établir sa connexion QUIC. Certains réseaux bloquent UDP, limitent son débit ou perturbent QUIC. Si le trafic UDP nécessaire ne passe pas, cette connexion ne peut pas s’établir.

Il existe une exception spécialisée : Mimic fait apparaître les paquets UDP comme du TCP sur le réseau. Les deux extrémités doivent disposer de Linux, d’un outil supplémentaire et des droits nécessaires. QUIC ne devient pas du TCP ordinaire et il ne faut pas supposer que les clients mobiles le prennent en charge. Cette encapsulation sort du cadre de la comparaison.

VLESS REALITY sur TCP ne dépend pas de ce chemin UDP. TCP 443 étant très utilisé par HTTPS, il peut être plus pratique lorsque UDP est instable. TCP peut néanmoins échouer à cause d’un blocage d’IP ou de l’identification du trafic. Il faut déterminer quel transport reste utilisable.

3. Résistance à la censure : HY2 et REALITY

Les systèmes de filtrage peuvent employer :

Le blocage des adresses IP et des ports.
Des perturbations DNS.
L’analyse du handshake TLS.
L’identification des signatures de protocoles.
Des sondes actives.
L’analyse des habitudes de trafic.
Le filtrage ou la limitation d’UDP.

HY2 : communication sur QUIC

QUIC sert aussi aux applications HTTP/3 ordinaires. HY2 prend en charge des mécanismes de camouflage HTTP/3, sans garantir que le trafic sera impossible à distinguer de la navigation Web. Un réseau peut limiter tout QUIC ou UDP sans reconnaître HY2.

VLESS REALITY : camouflage du handshake TLS

REALITY se concentre sur l’établissement de la connexion. Son authentification et son handshake visent à compliquer certaines sondes et identifications. Cela peut présenter un avantage lorsque TCP 443 reste accessible mais que les proxys sont inspectés.

L’efficacité dépend des réglages, de l’implémentation actuelle et des filtres en place. Aucun protocole ne garantit une résistance permanente à la censure.

4. Lequel fonctionne mieux en Chine, en Russie ou en Iran ?

Il n’existe pas de réponse valable pour tous les opérateurs, villes et périodes. Le filtrage évolue ; accès fixe, mobile, Wi-Fi public et réseau d’entreprise peuvent appliquer des règles différentes.

Chine

Dans un environnement de filtrage complexe, l’accessibilité du transport et la résistance aux interruptions comptent souvent plus que le débit maximal. VLESS REALITY sur TCP peut être envisagé si UDP est restreint. HY2 peut aussi fonctionner correctement lorsque UDP et QUIC restent disponibles. Testez votre propre connexion.

Russie

Les restrictions peuvent varier selon l’opérateur et la région, et toucher aussi bien TCP qu’UDP. HY2 mérite un essai avec UDP stable ; VLESS REALITY peut être préférable si TCP assure une meilleure continuité.

Iran

Le réseau a connu des périodes de filtrage sévère et de fortes restrictions de connectivité. La disponibilité d’UDP et la stabilité peuvent changer rapidement. Garder un accès utilisable prime alors sur le débit de pointe. Si QUIC ne se connecte pas, VLESS REALITY sur TCP peut offrir une autre possibilité.

Dans ces trois pays, le choix doit reposer sur des mesures actuelles, pas sur l’idée qu’un protocole fonctionne toujours.

5. HY2 est-il meilleur pour les jeux et le streaming ?

Avec UDP stable, HY2 peut intéresser les applications gourmandes en bande passante. Le multiplexage QUIC et le contrôle de congestion peuvent aider certaines charges. Mais utiliser UDP ne suffit pas à en faire le meilleur choix pour jouer.

Les jeux dépendent de la latence, de la gigue, des pertes et de la route. Un proxy ajoute parfois de l’encapsulation et un détour. La vidéo demande généralement un débit soutenu et une connexion stable plutôt que de brèves pointes. Un proxy TCP bien configuré peut aussi très bien fonctionner. Comparez les applications réelles, pas seulement les tests synthétiques.

6. Pourquoi la sélection automatique du serveur compte-t-elle davantage que la publicité sur les protocoles ?

Internet n’offre pas des conditions uniformes. Un même serveur peut bien fonctionner depuis un pays et mal depuis un autre. Dans un seul pays, le fournisseur d’accès, les routes internationales, la congestion et l’heure modifient aussi le résultat.

Par exemple :

Le serveur A utilise HY2, mais sa route internationale est saturée.
Le serveur B utilise VLESS REALITY sur une route plus courte et moins encombrée.

Le serveur B peut donner une expérience nettement meilleure. Emplacement, route, latence, pertes, bande passante disponible et récupération après incident influencent tous la qualité. Consultez le routage intelligent et la sélection automatique du serveur.

7. Que choisir ?

Essayez Hysteria 2 si :

UDP et QUIC fonctionnent de manière stable.
Vous souhaitez expérimenter l’optimisation du débit.
Vous contrôlez la configuration du serveur.
Vos usages profitent des caractéristiques de HY2.

Envisagez VLESS REALITY si :

UDP est restreint ou peu fiable.
TCP reste plus régulièrement disponible.
Vous recherchez un mécanisme de camouflage du handshake TLS.
Vous privilégiez l’accès effectif dans un réseau restreint.

Comparez le succès des connexions, la latence, le débit et la stabilité. Le serveur, la route et les réglages sont aussi importants que le protocole.

Questions fréquentes

Hysteria 2 est-il un VPN ?

Pas exactement. C’est un protocole proxy que des applications de type VPN peuvent utiliser pour transporter le trafic, pas un service VPN complet à lui seul.

HY2 utilise-t-il TCP ou UDP ?

Son transport habituel est QUIC sur UDP. Une encapsulation spécialisée ne le transforme pas en proxy TCP classique.

HY2 est-il plus rapide que VLESS REALITY ?

Dans certains réseaux avec pertes, HY2 correctement réglé peut dépasser TCP. Il n’a pas d’avantage universel.

HY2 fonctionne-t-il si UDP est bloqué ?

Une connexion QUIC sur UDP ordinaire ne peut pas emprunter un chemin UDP bloqué. Mimic exige Linux et une configuration supplémentaire aux deux extrémités ; tous les clients ne le proposent pas.

VLESS REALITY est-il plus sûr que HY2 ?

Les deux utilisent la cryptographie, mais leurs propriétés de sécurité et modèles de menace diffèrent. La sécurité dépend de l’implémentation, des réglages, de l’authentification et des menaces précises. Aucun n’est universellement plus sûr.

Peut-on détecter ou bloquer HY2 ?

Oui. QUIC peut être filtré, ralenti ou bloqué. Le camouflage ne garantit pas l’indétectabilité.

Que choisir dans un réseau restreint ?

Vérifiez TCP et UDP, puis comparez connexion, stabilité, latence et débit. Lorsque UDP est peu fiable, VLESS REALITY sur TCP peut être plus pratique.

Conclusion

HY2 met l’accent sur QUIC, le débit et le contrôle de congestion configurable. VLESS REALITY associe un protocole proxy léger à un handshake proche de TLS, généralement sur TCP. Les deux peuvent convenir si les conditions réseau s’y prêtent.

Le critère essentiel est la connexion qui reste rapide, stable et utilisable sur votre réseau réel.