标签: https

首先请原谅这个问题是否简单。

我有一台装有 Ubuntu 和 nginx 的服务器。使用时始终有效http，但在添加证书并尝试启用后，https我收到此错误nginx: [emerg] host not found in upstream "api"。
这是我的配置：

upstream api {
    least_conn;
    server 176.9.91.243:7123;
}

upstream api2 {
    least_conn;        
    server 176.9.32.170:7123;       
}

server {
#   listen 80;
    listen 443;

    ssl on;

    ssl_certificate /etc/ssl/chain.crt;
    ssl_certificate_key /etc/ssl/ssl_key.key;

    add_header Strict-Transport-Security "max-age=31536000";
    add_header Content-Security-Policy "block-all-mixed-content";


    root /var/www/hosting;

    index index.html index.htm;
    client_max_body_size 15m;

    server_name serverName.com;
    gzip  on;
    gzip_min_length 1000;
    gzip_proxied    expired no-cache no-store private auth;
    gzip_types    text/plain application/javascript application/x-javascript text/javascript text/xml text/css;

    set …

我在 Azure 上的负载均衡器后面有 2 个 VM。我使用分配给负载均衡器的域，通过 Let's Encrypt 在其中一台虚拟机上创建了一个新的 SSL 证书。当我通过 IP 直接连接到该 VM 时，我看到已加载证书，但我现在无法将负载均衡器流量路由到 VM，该网站无法加载。

在我在 nginx 中添加证书和规则以将 80 重定向到 HTTPS 之前，一切正常。我在负载均衡器中添加了一条新规则，将数据从 443 路由到后台池 443，并为 443 添加了一个新的健康探测，但这并没有帮助。

我读到可以使用 Azure 应用程序网关直接在负载均衡器上加载证书，但在这种情况下，我需要重新创建我的 VM 以将它们放在同一个虚拟网络中，我想避免这种情况。

是否可以使用经典负载均衡器路由 HTTPS 流量。请注意，我可以将每个 VM 设置为使用相同的证书，以便在每个 VM 中获取 HTTPS 流量。

我有一个在 IIS 上运行的 ISAPI 应用程序，该应用程序旨在支持上传任何大小的文件。在一台服务器上，使用 HTTPS 时，上传似乎随机失败413 Request Entity Too Large或超时，唯一的补救措施似乎是设置uploadReadAheadSize为大于上传文件的值。然而，这会将上传文件的大小限制为 2GB（ 的最大值uploadReadAheadSize），这是不可接受的。

• Windows Server 2012（以及相应的 IIS 版本）
• 服务器不需要客户端证书（但客户端可能并且意外地发送了它们？！）
• uploadReadAheadSize在安装了相同应用程序并且设置为默认值（49152 字节）的任何其他服务器（并且有很多服务器）上都不会出现此问题。
• 该错误由 IIS 返回，并且不涉及 WAF 或类似的中间组件。
• 从任何主机（包括服务器主机本身）发送时都会发生该错误。
• 使用浏览器客户端以及胖客户端（本机 Windows 应用程序）上传时会出现此错误。
• 缩短请求正文实际上确实可以防止错误发生。
• 相同的请求可能会失败或成功（例如，当使用 Fiddler 重放时）

可能是什么原因导致这个问题，我应该如何调试这个问题？

（注意：我在 StackOverflow 和此处看到了几个类似的问题，但在这些情况下，要么要使用客户端证书，要么应用程序基于 WCF（我们的不是），或者问题不独立于uploadReadAheadSize或传输层安全）

uploadReadAheadSize另外，什么是了解实际情况以及“幕后”发生的事情的良好来源？微软的官方文档相当稀疏。

现在有一个应用程序允许人们通过公开一个由Atmosphere提供支持的 AngularJS Web 服务器通过 Web 连接到桌面应用程序。桌面应用程序会公开当前人员的 IP 地址，以便拥有该地址的任何人都可以连接。

我试图通过我的服务器（example.com）代理来掩盖这个 IP。我的服务器目前托管一系列应用程序（Ruby on Rails + Elastic Search、Logstash、Kibana - ELK）并由 Nginx 客户端代理。

我已经设法通过节点 HTTP 代理（本地）成功屏蔽了 IP 地址，现在我正在尝试在使用 Nginx 时使其工作。AngularJS 应用程序使用 Websockets，所以我需要代理 HTTP 和 WS 请求。

看这个图：

我非常接近弄清楚一切。我在没有 Nginx 的情况下进行了本地测试，并且 IP 地址被正确屏蔽。我在让 Nginx 通过同一位置重定向 HTTP 和 Websockets 时遇到了挑战（请参阅代码）。

从所有教程和服务器故障帖子中，我看到 Websockets 通常指向不同的位置，而 Nginx 会优雅地升级连接。

我现在面临一个挑战，我试图通过相同的位置 HTTP/2 和 Websockets 协议进行代理。我已经诉诸邪恶的黑客，例如在location块内使用 IF （但它们没有奏效）。

理想情况下，我希望 Websockets 指向与 HTTP 不同的位置，这将解决问题。我目前的问题是我没有 AngularJS 应用程序的源代码，以便我这样做。

Atmosphere 服务器似乎通过查询参数检测到 Websockets 连接（这是它连接到的 URL）：

ws://the-user-ip/?X-Atmosphere-tracking-id=0&X-Atmosphere-Framework=2.3.2-javascript&X-Atmosphere-Transport=websocket&Content-Type=application/json&X-atmo-protocol=true.

这是我当前来自 Nginx 的配置的一部分：

upstream ipmask_docker_app {
  server …