【问题标题】:Nginx - Upstream SSL - peer closed connection in SSL handshakeNginx - 上游 SSL - SSL 握手中的对等关闭连接
【发布时间】:2017-09-28 11:05:57
【问题描述】:

我收到此错误:

错误前端:502 Bad gateway

99.110.244:443

2017/09/28 13:03:51 [错误] 34080#34080: *1062 对等在 SSL 握手中关闭连接(104:连接由对等重置),同时 SSL 与上游握手,客户端:10.210.0.81,服务器: webshop.domain.be,请求:“GET / HTTP/1.1”,上游:“https://10.1.10.61:443/”,主机:“webshop.domain.be”

配置:

        # Zone voor connection logging
        limit_conn_zone $binary_remote_addr zone=izSSL_webshop-api_CZ:10m;

        # Zone voor rate logging
        # Hoge rate limit.  x r/s is soms wat snel
        # 10 MB (10m) will give us enough space to store a history of 160k requests.
        limit_req_zone $binary_remote_addr zone=izSSL_webshop-api_RZ:10m rate=20r/s;


upstream webshop_domain_be {
        server webshop.domain.be:443;
}


server {
        listen       443 ssl;
        server_name  webshop.domain.be webshop;

        client_max_body_size 80M;

        ssl_session_cache    shared:webshopSSL:1m;
        ssl_session_timeout  10m;
        ssl_certificate /var/www/certs/webshop.domain.be/webshop.domain.be-chain.pem;
        ssl_certificate_key /var/www/certs/webshop.domain.be/webshop.domain.be-key.pem;
        ssl_verify_client off;
        ssl_protocols        SSLv3 TLSv1 TLSv1.1 TLSv1.2;

        ssl_ciphers RC4:HIGH:!aNULL:!MD5;
        ssl_prefer_server_ciphers on;


        location / {

                proxy_ssl_session_reuse off;
                proxy_pass $scheme://webshop_domain_be;

        }
}

nginx 版本:nginx/1.10.3 (Ubuntu)

其他服务器 (10.1.10.61) 是具有 相同证书 的 IIS 服务器,与我在此代理中使用的一样(正确吗?)。这不是 IIS 问题。并且代理服务器可以到达10.1.10.61 / 443端口

基于https://serverfault.com/questions/583374/configure-nginx-as-reverse-proxy-with-upstream-ssl配置

我正在使用 Let's Encrypt 证书。

【问题讨论】:

  • 尝试将 proxy_ssl_server_name on; 添加到您的 proxy_pass 块中,看看是否有帮助
  • 试过了,还是不行。不过还是谢谢。
  • 怎么两个名字都是webshop.domain.be
  • 哦,是的,这很愚蠢,但供应商明确要求它是这种方式而不是 IP。无论如何,即使使用IP也没有什么区别。 (诀窍是:代理服务器在我们所有的 DNS 记录中都称为此名称,但在代理的 /etc/hosts 中它被否决并引用另一个)
  • 尝试将webshop.domain.be:443更改为实际ip。并使用proxy_ssl_name "webshop.domain.be"。如果这不起作用,请尝试添加 proxy_ssl_server_name on; 以及

标签: ssl nginx


【解决方案1】:

在 proxy_pass 之后添加这一行对我有用。

proxy_ssl_server_name 开启;

在此之前我是从here 做的

在 REDHAT 7/CentOS 7/Oracle Linux 7 中: 在您的环境中安装证书。

  1. 从 /etc/pki/ca-trust/source/anchors 中的 https://letsencrypt.org/certificates/ 下载 Active PEM 证书
  2. 执行:sudo update-ca-trust

不确定最后两个步骤是否需要,但对我来说这两个步骤都有效。

干杯,

【讨论】:

    【解决方案2】:

    我遇到了这个问题,我不得不把这个放到我的位置块

    proxy_ssl_name your.proxiedserver.name; proxy_ssl_server_name on;

    【讨论】:

      【解决方案3】:

      更改您的上游以使用 IP

      upstream webshop_domain_be {
              server <IP>:443;
      }
      

      然后将您的 proxy_pass 块更改为

      location / {
         proxy_ssl_session_reuse off;
         proxy_ssl_server_name "webshop.domain.be";
         proxy_pass $scheme://webshop_domain_be;
      }
      

      如果上述方法不起作用,请将proxy_ssl_server_name on; 也添加到配置中

      【讨论】:

      • 在撰写本文时,您不能将 proxy_ssl_server_name 设置为打开或关闭以外的任何值。
      【解决方案4】:

      这对我有用。我有一个带有通配符搜索的 server_name 设置的服务器部分,并且必须在位置部分执行以下操作:

      proxy_ssl_name $host;
      proxy_ssl_server_name on;
      proxy_pass https://istio-ingress-gateway
      

      【讨论】:

      • 当我在另一个 K8 集群中使用外部负载均衡器将来自我的 DMZ 的请求转发到我的服务所在的使用 Istio 的辅助集群时,这为我节省了时间。
      【解决方案5】:

      为了改进另一个答案,我会说

      upstream 真的很重要

      对于从一个域到另一个域的简单重定向,只需使用这个:

      http {
      ....
      upstream someserver {
              server your.domain.name.com:443;
      }
      
      location / {
         proxy_pass https://someserver;
      }
      
      }
      

      【讨论】:

        【解决方案6】:

        我用这个@nginx

        ssl_session_cache shared:SSL:10m;
        ssl_session_timeout 1h;
        ssl_buffer_size 4k;
        

        grep worker_processes /etc/nginx/nginx.conf
        worker_processes auto; <<<-- auto not the default value "1"
        

        【讨论】:

          猜你喜欢
          • 2021-04-28
          • 2021-02-05
          • 2021-11-11
          • 1970-01-01
          • 2013-07-04
          • 2015-02-03
          • 2012-10-20
          • 2019-10-26
          • 2018-10-12
          相关资源
          最近更新 更多