【问题标题】:Nginx websocket proxy for Node.jsNode.js 的 Nginx websocket 代理
【发布时间】:2021-07-09 21:34:48
【问题描述】:

我正在尝试使用 Node.js 使用 npm 包 phoenix-channels 读取凤凰频道。 Phoenix 通道在 websocket 之上多路复用。我在我的 phoenix 网络服务器前使用 NGINX 代理,所以对于 NGINX,它只是一个 websocket。

Phoenix 频道可以正常访问网页,如您所见 here(您将在网页中看到数据)。

我的 内部网络上的 nodejs 也可以正常工作:

test_chan.js(带有明确的 IP 和端口):

const { Socket } = require('phoenix-channels')

let socket = new Socket("https://192.168.1.113:4445/socket")

socket.connect()

// Now that you are connected, you can join channels with a topic:
let channel = socket.channel("room:lobby", {})

channel.on("new_msg", payload => {
  console.log(`${payload.body}`);
});

channel.join()
  .receive("ok", resp => { console.log("Joined successfully", resp) })
  .receive("error", resp => { console.log("Unable to join", resp) })

但是,如果我用域名替换显式 IP:PORT 地址,并从外部运行它,它就不起作用(这里与上面脚本的唯一区别是 URL):

test_chan.js(通过域名,通过我的 NGINX 代理):

const { Socket } = require('phoenix-channels')

let socket = new Socket("https://suprabonds.com/socket")

socket.connect()

// Now that you are connected, you can join channels with a topic:
let channel = socket.channel("room:lobby", {})

channel.on("new_msg", payload => {
  console.log(`${payload.body}`);
});

channel.join()
  .receive("ok", resp => { console.log("Joined successfully", resp) })
  .receive("error", resp => { console.log("Unable to join", resp) })

所以 suprabonds.com websockets 通过代理在浏览器中运行良好,但不能作为 nodejs 脚本运行。

这是我为 suprabonds.com 设置的 nginx 配置文件:

启用站点的相关服务器部分:

server {
    server_name suprabonds.com www.suprabonds.com;
    
    location / {
        proxy_pass  http://localhost:4445;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }


    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/suprabonds.com/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/suprabonds.com/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot


}

知道我做错了什么吗?

编辑

这里是 /var/log/nginx/access.log 最新条目:

86.143.74.170 - - [22/Apr/2021:15:52:56 +0000] "GET /socket/websocket?vsn=1.0.0 HTTP/1.1" 301 178 "-" "-"
86.143.74.170 - - [22/Apr/2021:15:52:58 +0000] "GET /socket/websocket?vsn=1.0.0 HTTP/1.1" 301 178 "-" "-"
86.143.74.170 - - [22/Apr/2021:15:53:03 +0000] "GET /socket/websocket?vsn=1.0.0 HTTP/1.1" 301 178 "-" "-"
86.143.74.170 - - [22/Apr/2021:15:53:08 +0000] "GET /phoenix/live_reload/socket/websocket?vsn=2.0.0 HTTP/1.1" 101 143 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0"
86.143.74.170 - - [22/Apr/2021:15:53:08 +0000] "GET /socket/websocket?token=undefined&vsn=2.0.0 HTTP/1.1" 101 113098 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0"
86.143.74.170 - - [22/Apr/2021:15:53:19 +0000] "GET /phoenix/live_reload/socket/websocket?vsn=2.0.0 HTTP/1.1" 101 79 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0"
86.143.74.170 - - [22/Apr/2021:15:53:19 +0000] "GET /socket/websocket?token=undefined&vsn=2.0.0 HTTP/1.1" 101 27025 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0"
86.143.74.170 - - [22/Apr/2021:15:53:20 +0000] "GET /socket/websocket?token=undefined&vsn=2.0.0 HTTP/1.1" 101 479 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0"
86.143.74.170 - - [22/Apr/2021:15:53:20 +0000] "GET /phoenix/live_reload/socket/websocket?vsn=2.0.0 HTTP/1.1" 101 79 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0"
86.143.74.170 - - [22/Apr/2021:15:53:23 +0000] "GET /socket/websocket?vsn=1.0.0 HTTP/1.1" 301 178 "-" "-"
86.143.74.170 - - [22/Apr/2021:15:53:24 +0000] "GET /socket/websocket?vsn=1.0.0 HTTP/1.1" 301 178 "-" "-"
86.143.74.170 - - [22/Apr/2021:15:53:26 +0000] "GET /socket/websocket?vsn=1.0.0 HTTP/1.1" 301 178 "-" "-"
86.143.74.170 - - [22/Apr/2021:15:53:31 +0000] "GET /socket/websocket?vsn=1.0.0 HTTP/1.1" 301 178 "-" "-"
86.143.74.170 - - [22/Apr/2021:15:53:41 +0000] "GET /socket/websocket?vsn=1.0.0 HTTP/1.1" 301 178 "-" "-"

firefox 是那些运行良好的。其他(其中包含 301 178)是来自非工作 Node.js 脚本的脚本(即使用域名的脚本)。同一位置的error.log文件为空。
请注意,我也在使用 noip 动态 dns。

【问题讨论】:

  • 错误日志中有什么内容吗?因此,您刚刚共享的脚本与 IP 一起工作,但不是!与主机名......那很奇怪。听起来主机无法解决,但这没有多大意义。你有可用的后端或它的演示,以便我测试它吗?
  • @TimoStark 对日志条目进行了编辑。
  • 基于过去配置问题的 nginx 具有类似行为的建议:使用 127.0.0.1 而不是 localhost for proxy_pass
  • 您是否尝试过绕过http升级而只使用wss://suprabonds.com/socket

标签: node.js nginx websocket nginx-reverse-proxy


【解决方案1】:

如果您将网址更改为:

let socket = new Socket("wss://suprabonds.com/socket/websocket?token=undefined")

let socket = new Socket("wss://suprabonds.com/socket/websocket?vsn=1.0.0")

它会连接

【讨论】:

  • 工作...请给我一个关于出了什么问题的指针? IE 为什么这在外部工作,但其他代码在我的内部网络上工作正常(顺便说一句,你的代码在我的内部网络上工作正常,所以一切都很好)。
  • 我觉得 nginx 没有代理“升级”标头 - 也许小写的“升级”需要用大写的 U 来“升级”?我猜
  • 这并没有什么不同,但我不在乎,因为我现在可以使用您的代码了。我会四处搜索,因为您的网址有效,而我的网址无效。
猜你喜欢
  • 2023-03-11
  • 1970-01-01
  • 2020-01-25
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2023-03-18
相关资源
最近更新 更多