Code Cookies Code Cookies

万物兴歇皆自然

目录
Socket.io部署遇到的坑
/  

Socket.io部署遇到的坑

问题:

服务端使用了namespace来隔离作用域,也没增加其它配置

一开始使用ip+端口的方式与服务端连接,一切正常,后来采用nginx部署的方式,就凉凉了。

错误信息

Socket.io connection error: Invalid namespace.

排查过程

首先检查nginx的配置文件,确保支持socket连接

详:https://www.nginx.com/blog/nginx-nodejs-websockets-socketio/

配置都没问题后,还是无法正常运转,无奈之下只能去查看nignx日志,然后就发现了这么一行

"GET /socket.io/?EIO=3&transport=polling&t=N9_C80w&b64=1 HTTP/1.1" 404 153 "-" "node-XMLHttpRequest"

然后我就懵了,下面是我的配置

        location /socket-bridge {
            proxy_pass             http://127.0.0.1:6017;
        }

我明明配置的是 /socket-bridge并且客户端连接也没问题,那么问题来了,我明明连接的是 /socket-bridge为什么到了nginx这边就成 /socket.io了呢?

然后我试图将nginx中配置更改为

        location  /socket.io {
            proxy_pass             http://127.0.0.1:6017;
        }

结果!!!它就好了!!!

然后,我去仔细核对了一下正式环境中的网关配置(这里指生产环境的nginx配置),发现 /socket.io已经被使用

        location /socket.io/ {
            proxy_pass             http://mercurius;
        }

然后我就明白为什么它会给我报上面那个错误了,原来连接都被代理到 mercurius 去了,但是 mercurius又不存在我所连接的 namespace

然后,根据查文档,又有新的发现,发现连接的时候有一个 path参数。

image.png

原来是因为我没有配置path参数导致nginx收到的连接都是以默认值 /socket.io开头的。

socket与http接口不同

如何解决

增加path参数


标题:Socket.io部署遇到的坑
作者:shealtiel
地址:http://shealtiel.cn/articles/2020/06/05/1591350036757.html