XHTTP, WebSocket ou gRPC pour VLESS : lequel utiliser ?
Équipe éditoriale technique · Publié le 3 octobre 2026
XHTTP, WebSocket et gRPC sont des transports : ils acheminent les données proxy entre le client et le serveur. VLESS est le protocole proxy, tandis que TLS ou REALITY protège la connexion.
La plupart des utilisateurs n'ont pas à choisir le transport séparément. Si le fournisseur livre un abonnement fonctionnel, importez son profil. Les différences comptent surtout pour déployer un serveur ou diagnostiquer une incompatibilité. Les couches sont expliquées dans Qu'est-ce que VLESS ?.
WebSocket : une infrastructure web familière
WebSocket commence comme une connexion HTTP, puis passe à un échange bidirectionnel persistant. Il accompagne VLESS depuis des années et est pris en charge par de nombreux clients, reverse proxies et certaines configurations CDN.
Inutile de remplacer un déploiement WebSocket stable uniquement parce qu'un transport plus récent existe. Cependant, son passage par HTTP/1.1 Upgrade présente des caractéristiques reconnaissables. La documentation actuelle de Xray conseille d'envisager XHTTP pour les nouveaux déploiements compatibles. Avec un CDN, domaine, chemin, TLS, règles et serveur d'origine doivent correspondre. Voir VLESS avec Cloudflare CDN.
gRPC : tributaire de HTTP/2
gRPC repose sur HTTP/2. Un reverse proxy peut le relayer s'il gère correctement HTTP/2 et gRPC. Le nom du service, TLS et les règles de transfert doivent correspondre au serveur.
Xray recommande d'envisager XHTTP pour les nouveaux déploiements compatibles et signale des limites de gRPC, notamment pour le fallback. Cela n'impose pas de migrer un serveur gRPC stable.
XHTTP : transport plus récent de Xray
XHTTP propose plusieurs modes de traitement des flux montants et descendants. Lorsque client et serveur sont compatibles, la documentation actuelle de Xray le privilégie pour les nouveaux déploiements. Mihomo documente également VLESS XHTTP.
La compatibilité reste le point décisif : un ancien client, son cœur intégré ou un convertisseur d'abonnement peut ne pas comprendre le même profil. Vérifiez toute la chaîne avant de migrer.
Comparaison rapide
| Transport | Atout | À vérifier |
|---|---|---|
| WebSocket | Large prise en charge et infrastructure connue | Ancien modèle HTTP Upgrade |
| gRPC | Adapté à une infrastructure HTTP/2 | Gestion de gRPC par tous les intermédiaires |
| XHTTP | Plusieurs modes HTTP dans Xray | Versions du client, du serveur et des intermédiaires |
Il ne s'agit pas d'un classement de vitesse. Itinéraire, congestion, pertes de paquets et charge du serveur comptent souvent davantage que le nom du transport.
Comment choisir ?
Un profil WebSocket ou gRPC stable peut rester en place. Pour un nouveau déploiement Xray, envisagez XHTTP si toute la chaîne le prend en charge. La nouveauté seule ne justifie pas une migration.
Transport et sécurité se vérifient séparément : Xray documente TLS avec les trois transports, mais REALITY avec RAW, XHTTP et gRPC, pas WebSocket. Modifier un champ ne transforme pas WebSocket + TLS en REALITY. Voir REALITY ou TLS.
Importez le profil fourni par votre opérateur. Le comparatif des clients VLESS et le guide d'applications tierces WahooVPN aident au choix.
Sources : compatibilité des transports Xray, WebSocket, gRPC, XHTTP dans Mihomo.