Tornado HTTP-peto funkcianta per CurlAsyncHTTPClient ne pruvas, ke websocket_connect uzas la saman backendon.

La WebSocket-konekta efektivigo de Tornado baziĝas sur propra HTTP-konekta vojo. La simpla HTTP-efektivigo dokumentas, ke proksaj kampoj ne estas subtenataj. Agordi la tutmondan nesinkronan HTTP-klienton por uzi curl ne anstataŭigas ĉi tiun WebSocket-vojon per la proksa konektilo de curl.

Tial ankaŭ transdoni HTTPRequest-objekton ne estas pruvo de proksa subteno. La objekto povas porti kampojn, kiujn la elektita efektivigo ne akceptas. Kontrolu la eraron kaj la faktan konektan efektivigon.

Se la aplikaĵo bezonas WebSocket tra prokso, elektu dokumentitan WebSocket-konektan integriĝon subtenantan tiun proksan protokolon kaj aŭtentigan metodon. Tenu ĝian vivociklon kaj en/eligan modelon kongruaj kun la aplikaĵo.

Post kiam la proksa vojo estas starigita, sekura WebSocket ankoraŭ bezonas celan TLS kaj ĝian WebSocket-manpremon. Funkcianta ordinara HTTP-peto kontrolas neniun el tiuj postaj etapoj.

Rilataj artikoloj