Secure websocket using example code unable to handle unsecured requests about websockets HOT 4 OPEN

New note:
ssl python seams to have security concerns, but not sure if it effects servers, seams to be a client only thing, and not sure if ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER) is good enough

also:
the code that handles the ssl stuff seams to just wrap it, and this may not allow for the use of non tls specification after the fact.... could we read off the first bit of the request and actualy check if it wants to be tls instead of raw tcp?

may be a wrong lead, but just was goin through code quickly

from websockets.

Indeed, websockets cannot handle TLS and non-TLS connections on the same port.

websockets usually runs behind a routing layer (which every cloud hosting service provides) or a reverse proxy that takes care of terminating TLS connections — and responding to non-TLS connection appropriately.

What's your use case for supporting both?

from websockets.

Indeed, websockets cannot handle TLS and non-TLS connections on the same port.

websockets usually runs behind a routing layer (which every cloud hosting service provides) or a reverse proxy that takes care of terminating TLS connections — and responding to non-TLS connection appropriately.

What's your use case for supporting both?

I just assumed it would be supported, I just wanted to attempt to run without a reverse proxy on the output, but should it be required to keep the same python context, I can continue with that route.

Is there any possibility to run this with both tls and non tls; It seams to be a arbitrary requirement, should we not attempt to fix it for any reason? Is it intentional, or not?

from websockets.

This behavior is inherited from create_server.

from websockets.