Tornado websocket_connect n'utilise pas CurlAsyncHTTPClient
Vérifiez la prise en charge des connexions WebSocket de Tornado indépendamment d'une configuration CurlAsyncHTTPClient avec proxy activé.
Une requête HTTP Tornado fonctionnant via CurlAsyncHTTPClient ne prouve pas que websocket_connect utilise le même backend.
L'implémentation des connexions WebSocket de Tornado repose sur son propre chemin de connexion HTTP. L'implémentation HTTP simple documente que les champs de proxy ne sont pas pris en charge. Configurer le client HTTP asynchrone global pour utiliser curl ne remplace pas ce chemin WebSocket par le connecteur proxy de curl.
Passer un objet HTTPRequest n'est donc pas non plus une preuve de prise en charge du proxy. L'objet peut porter des champs que l'implémentation choisie n'accepte pas. Vérifiez l'erreur et l'implémentation réelle de la connexion.
Si l'application nécessite un WebSocket via un proxy, choisissez une intégration de connexion WebSocket documentée prenant en charge ce protocole de proxy et cette méthode d'authentification. Gardez son cycle de vie et son modèle d'E/S compatibles avec l'application.
Une fois le chemin proxy établi, un WebSocket sécurisé a toujours besoin du TLS de destination et de sa poignée de main WebSocket. Une requête HTTP ordinaire qui fonctionne ne vérifie aucune de ces étapes ultérieures.