HTTP-запыт у Tornado, які працуе праз CurlAsyncHTTPClient, не даказвае, што websocket_connect выкарыстоўвае той самы бэкенд.

Рэалізацыя злучэння WebSocket у Tornado будуецца на ўласным шляху HTTP-злучэння. Простая рэалізацыя HTTP дакументуе, што палі проксі не падтрымліваюцца. Налада глабальнага асінхроннага HTTP-кліента на curl не замяняе гэты шлях WebSocket проксі-злучальнікам curl.

Таму перадача аб'екта HTTPRequest таксама не з'яўляецца доказам падтрымкі проксі. Аб'ект можа несці палі, якія абраная рэалізацыя не прымае. Праверце памылку і фактычную рэалізацыю злучэння.

Калі праграме патрэбны WebSocket праз проксі, выберыце дакументаваную інтэграцыю злучэння WebSocket, якая падтрымлівае гэты пратакол проксі і метад аўтэнтыфікацыі. Захоўвайце яе жыццёвы цыкл і мадэль уводу-вываду сумяшчальнымі з праграмай.

Пасля ўсталявання шляху праз проксі бяспечны WebSocket усё яшчэ патрабуе TLS пункту прызначэння і рукапацісканне WebSocket. Працуючы звычайны HTTP-запыт не правярае ні адную з гэтых наступных стадый.

Падобныя артыкулы