Zahteva HTTP v Tornadu, ki deluje prek CurlAsyncHTTPClient, ne dokazuje, da websocket_connect uporablja isti backend.

Izvedba povezave WebSocket v Tornadu temelji na lastni poti povezave HTTP. Preprosta izvedba HTTP dokumentira, da polja posrednika niso podprta. Nastavitev globalnega asinhronega odjemalca HTTP za uporabo curl ne nadomesti te poti WebSocket s posredniškim konektorjem curl.

Zato tudi posredovanje objekta HTTPRequest ni dokaz podpore posredniku. Objekt lahko nosi polja, ki jih izbrana izvedba ne sprejme. Preverite napako in dejansko izvedbo povezave.

Če aplikacija potrebuje WebSocket prek posrednika, izberite dokumentirano integracijo povezave WebSocket, ki podpira ta posredniški protokol in to metodo overjanja. Ohranite njen življenjski cikel in model I/O združljiva z aplikacijo.

Ko je pot posrednika vzpostavljena, varen WebSocket še vedno potrebuje TLS cilja in svoj rokovanje WebSocket. Delujoča običajna zahteva HTTP ne preveri nobene od teh poznejših stopenj.

Sorodni članki