Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issues running under AWS ELB #2

Closed
matthewford opened this issue Nov 15, 2016 · 4 comments
Closed

Issues running under AWS ELB #2

matthewford opened this issue Nov 15, 2016 · 4 comments

Comments

@matthewford
Copy link

Ideally I would like my http traffic to go over port 80, and the websocket traffic to port 443 so I can use AWS ELB tcp protocol which supports websockets.

@msimerson
Copy link
Member

Have you tested it? IIRC, you must do both HTTP and WebSockets over the same protocol and port. Either do both (http + ws) over port 80 or both (https + wss) on port 443.

@matthewford
Copy link
Author

@msimerson no didnt manage to our git fork running, ran into an issue with running node haraka.js, then also had issues trying to run the binary in the git repo.

you must do both HTTP and WebSockets over the same protocol and port

Really? 😢 How would you do this on AWS using Elastic Load Balancers, as the protocols that do HTTP load balancing do not support Websockets (and tpc will not load the webpage).

Would you front haraka with something like Nginx?

@msimerson
Copy link
Member

I use nginx/lighttpd/apache interchangeably and I rarely configure any of the trio for https. It's simpler and easier to terminate all of the connections with haproxy (as shown here) and then proxy the HTTP (or TCP) requests to the backend server(s).

@msimerson
Copy link
Member

closing, since this is a "feature" of WS and there's nothing that watch can do about it.

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants