问题标签 [nginx-upstreams]

我已经设置了一个 nginx 服务器，它正在侦听 http2 并对某些上游服务器组执行 grpc_pass。由于 nginx 和上游服务器之间是 http2，所以它应该在 nginx 和 grpc 目标之间有单个 tcp 连接。

我们如何验证/监控 nginx 和 grpc 目标服务器之间的连接。

我正在尝试使用 Nginx 将 MERN 应用程序部署到 DigitalOcean 液滴（我使用连接字符串连接到 MongoDB 地图集实例）。前端静态文件似乎可以成功运行，但在后端（Nodejs/express 应用程序）方面我面临两个问题。首先，对于从前端到后端的每个请求，我都会收到一个connect() 失败（111：连接被拒绝） 。

其次，我在尝试通过 Postman 检查路由时遇到404 Not Found nginx/1.14.0 (Ubuntu)错误。不确定这两个是同一个问题。

这是我在 /etc/nginx/sites-available/default 中的 Nginx 配置：

这就是我的后端 server.js 的样子：

当我在 Postman 中向{{URL}}/messages（它是 GET 或 POST）发出请求时，其中 {{URL}} 是 THE_IP_TO_DROPLET，我得到以下输出：

你有什么建议吗？整个周末都被困在这件事上！

谢谢你。

我在上游看到 nginx 如下

有时服务器会自行关闭和启动，当时他们的内部 ips 会发生变化。之后，在我们重新加载 Nginx 之前，nginx 不会使用新 IP 更新。

我们可以在不重新加载 Nginx 的情况下更新这些 ips 吗？

我在开源最新的 nginx 上使用下面的 nginx conf：

此处 192.168.127.129:7002 始终处于关闭状态，而 192.168.127.129:7001 仅处于打开状态。我想检查 nginx 是否应该尝试其他服务器，以防出现 502 错误。

但我观察到它只尝试一个上游服务器，即使它得到 502 响应。

相同的访问日志：理想情况下，它应该在上游服务器中显示 2 个服务器，但事实并非如此。

当我尝试在 docker 容器中构建 nginx-upstream-module 时，出现以下错误。

./config: line 13: auto/have: 没有这样的文件或目录

谁能帮助我，如何在 docker 容器中构建 nginx-upstream-module 或上述错误的含义以及如何解决此问题。

nginx-upstream-module 配置文件中的 auto/have 是什么。

我在 cd c: nginx-upstream-module 目录中以管理员权限运行上述命令。

在使用子集散列时，是否可以根据条件为单个上游服务器而不是子集实现粘性？

这是我使用入口 nginx 控制器的要求。我在部署中有 4 个 pod，并且我已经根据标头键（我在 http 请求中作为标头传递）配置了上游散列，并且还启用了大小为 2 的子集。所以基本上，我现在有两个子集，每个子​​集都有两个豆荚。Subset1-->(p1, p2) 和 Subset2-->(p3, p4)

我有两个请求 GET /req1 和 GET /req2 具有相同的上游哈希键，并说两个请求都转到 Subset1。但是一个请求可以到达 p1，而另一个请求可以到达 p2。是否可以强制要求如果 req1 去了 p1，那么第二个请求 req2 也应该去同一个 pod p1？同样，如果 req1 去了 p2，那么第二个请求 req2 也应该去同一个 pod p2？

会话 cookie 允许子集的粘性，而不是子集中的 pod。有没有办法做到这一点？

我们有 nginx proxy_pass，它根据请求中的标头字段动态设置主机和端口。

正因为如此，我根本没有“上游”指令。在这种情况下，我如何控制“keepalive”指令。默认是什么。

文档说没有默认设置。这是否意味着，在我的情况下，没有为上游连接设置 keep-alive？

在日志中，我看到请求和响应标头都有“connection = Keep-Alive”。

那么我们如何在没有上游指令的情况下调整“keepalive value ”。

我有以下 NGINX 配置

问题出现在行proxy_pass中

当我使用案例 A ✅ ...

... proxy_pass via UPSTREAM ... TEST_URLContent-Type: application/javascript按预期返回正确的标头

当我使用案例 B ❌ ...

... proxy_pass via VARIABLE ... TEST_URL 返回不正确的 header Content-Type: text/html。

这会导致浏览器渲染错误。

如何确保“Case B”像“Case A”一样正确返回？

我确保 DESTINATION_URLContent-Type: application/javascript每次都正确返回。

我有 1 台服务器，其中运行 2 个不同的容器，因此可以通过 https://server/v9 和 https://server 从本地服务器访问它们。因此应用程序访问由路径分隔。

IP 例如：10.30.32.54

当我想将这些 URL 用作另一台服务器的上游时，问题就开始了，因为该服务器无法通过 Internet 访问。

怎么说另一台服务器只能访问 https://server/v9？

当前配置

我有 2 个上游，并在 nginx 配置中描述了 cookie 检查的逻辑：

当我调用 GET http://my-url/api/... 时，它可以工作，但我总是为 GET http://my-url/rest/.. 得到 404

如何解决？