我正在 Windows Server 2008 R2 上使用 IIS 7.5 运行一个小网站。 我也有一个在端口 3000 上运行的 Node.js 应用程序。
来自网站(客户端浏览器)的 Http 调用从 http://example.com/node/whatever
反向代理到 http://localhost:3000/whatever
。到目前为止一切正常。
问题是当我尝试使用 socket.io 时。
我收到:
WebSocket connection to 'ws://example.com/socket.io/?EIO=3&transport=websocket&sid=adb9WRpoMFYRoS0vAAAB'
failed: Error during WebSocket handshake: Unexpected response code: 502
如果我没记错的话,我很确定:
它确实将初始请求转发到我的服务器,因为对 websocket 服务器的初始请求是标准 HTTP 请求(带有一些附加 header )。 IIS 确实知道这一点并简单地转发请求。但是,在收到 websocket 请求后,websocket 服务器会发送 101 响应并切换到 websocket 模式。 IIS 不了解 websocket 流量,因此无法代理该流量。
是否有为 ws://地址配置反向代理的技巧或解决方案?
最佳答案
我将扩展一下我的评论。 据我了解,您有多种选择:
连接后绕过反向代理(如果你问我的话,这是丑陋的黑客):http://www.guyellisrocks.com/2014/06/using-websockets-when-your-reverse.html
升级到支持 native Websocket 反向代理的更新版本。看这个related serverfault thread还有这个technet features announcement
强制socket-io不升级到websockets Socket.io(v1.0后)应该已经处理了我认为的问题,也就是说,如果Websocket握手不起作用,它应该保留在comet/long-polling中,而不是升级。但无论如何您都可以手动强制执行。
那么,您使用的是哪个版本的socket.io?请参阅docs对于允许的运输(摘录如下):
io.enable('browser client minification'); // send minified client
io.enable('browser client etag'); // apply etag caching logic based on version number
io.enable('browser client gzip'); // gzip the file
io.set('log level', 1); // reduce logging
// enable all transports (optional if you want flashsocket support, please note that some hosting
// providers do not allow you to create servers that listen on a port different than 80 or their
// default port)
io.set('transports', [
'websocket'
, 'flashsocket'
, 'htmlfile'
, 'xhr-polling'
, 'jsonp-polling'
]);
关于node.js - 反向代理和Socket.io,websocket握手失败,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26983492/