O cerere HTTP Tornado care funcționează prin CurlAsyncHTTPClient nu demonstrează că websocket_connect folosește același backend.

Implementarea conexiunilor WebSocket din Tornado se bazează pe propria cale de conexiune HTTP. Implementarea HTTP simplă documentează că câmpurile de proxy nu sunt acceptate. Configurarea clientului HTTP asincron global să folosească curl nu înlocuiește această cale WebSocket cu conectorul de proxy al curl.

Prin urmare, transmiterea unui obiect HTTPRequest nu este nici ea o dovadă a suportului pentru proxy. Obiectul poate transporta câmpuri pe care implementarea aleasă nu le acceptă. Verificați eroarea și implementarea reală a conexiunii.

Dacă aplicația necesită un WebSocket printr-un proxy, alegeți o integrare documentată de conexiune WebSocket care acceptă acel protocol de proxy și acea metodă de autentificare. Păstrați ciclul său de viață și modelul I/O compatibile cu aplicația.

Odată stabilită calea proxy, un WebSocket securizat are nevoie în continuare de TLS-ul destinației și de handshake-ul său WebSocket. O cerere HTTP obișnuită funcțională nu verifică niciuna dintre aceste etape ulterioare.

Articole similare