Tornado websocket_connect benotzt net CurlAsyncHTTPClient
Iwwerpréift dem Tornado seng WebSocket-Verbindungsënnerstëtzung onofhängeg vun enger proxy-fäeger CurlAsyncHTTPClient-Konfiguratioun.
En Tornado HTTP-Ofruff, deen iwwer CurlAsyncHTTPClient funktionéiert, beweise net, datt websocket_connect déiselwecht Backend benotzt.
D'WebSocket-Verbindungsimplementatioun vum Tornado baut op sengem eegene HTTP-Verbindungswee op. Déi einfach HTTP-Implementatioun dokumentéiert, datt Proxy-Felder net ënnerstëtzt ginn. De globalen asynchrone HTTP-Client konfiguréieren, fir curl ze benotzen, ersetzt dëse WebSocket-Wee net duerch dem curl säi Proxy-Connector.
Dofir ass et och kee Beweis fir Proxy-Ënnerstëtzung, en HTTPRequest-Objekt ze iwwerginn. D'Objekt kann Felder droen, déi déi gewielten Implementatioun net acceptéiert. Iwwerpréift de Feeler an déi tatsächlech Verbindungsimplementatioun.
Wann d'Applikatioun e WebSocket iwwer e Proxy brauch, wielt eng dokumentéiert WebSocket-Verbindungsintegratioun, déi dee Proxy-Protokoll an déi Authentifikatiounsmethod ënnerstëtzt. Hält hire Liewenszyklus an hirem I/O-Modell mat der Applikatioun kompatibel.
Soubal de Proxy-Wee etabléiert ass, brauch e séchere WebSocket nach ëmmer d'TLS vum Zil an seng WebSocket-Handshake. Eng funktionéierend gewéinlech HTTP-Ufro iwwerpréift keen vun deene spéidere Stufen.