在使用openresty实现SSL时,AWS EC2实例出现“sni-support-required-for-valid-ssl”错误

我已经构建了一个名为app.mywebapp.com的Web应用程序。我计划为我的用户实现品牌白标签化。

用户示例网站:userwebsite.com。我想将他们的子域指向我的应用程序。

例如,dashboard.userwebsite.com应该指向app.mywebapp.com

我在我的用户DNS设置中添加了一个CNAME记录

我使用openresty实现动态SSL证书处理的反向代理。

我的webapp在一个AWS EC2实例上运行,SSL由负载均衡器处理。

我创建了另一个EC2实例,用于处理来自我的用户网站的SSL请求。

当我在浏览器中键入EC2实例的公共DNS时,出现不安全的SSL错误,错误消息为

sni-support-required-for-valid-ssl证书不受信任”

这是通过openresty处理SSL的nginx.conf文件

  user www-data;
  events {
    worker_connections 1024;
  }

  http {
    lua_shared_dict auto_ssl 1m;
    lua_shared_dict auto_ssl_settings 64k;
    resolver 8.8.8.8 ipv6=off;

    init_by_lua_block {
      auto_ssl = (require "resty.auto-ssl").new()
      auto_ssl:set("allow_domain", function(domain)
        return true
      end)
      auto_ssl:init()
    }

    init_worker_by_lua_block {
      auto_ssl:init_worker()
    }

    server {
      listen 443 ssl;
      ssl_certificate_by_lua_block {
        auto_ssl:ssl_certificate()
      }
      ssl_certificate /etc/ssl/resty-auto-ssl-fallback.crt;
      ssl_certificate_key /etc/ssl/resty-auto-ssl-fallback.key;

      proxy_ssl_server_name on;

      location / {
        proxy_set_header Host app.mywebapp.com;
        proxy_set_header Referer $host$uri;
        proxy_buffer_size 128k;
        proxy_buffers 4 256k;
        proxy_busy_buffers_size 256k;

        proxy_set_header User-Agent $http_user_agent;
        proxy_set_header X-Real-IP $remote_addr;

        proxy_set_header Accept-Encoding "";
        proxy_set_header Accept-Language $http_accept_language;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto https;
        proxy_read_timeout 5m;

        proxy_pass https://app.mywebapp.com;
      }
    }

    server {
      listen 80;
      location /.well-known/acme-challenge/ {
        content_by_lua_block {
          auto_ssl:challenge_server()
        }
      }

      location / {
        return 301 https://$host$request_uri;
      }

    }

    server {
      listen 127.0.0.1:8999;
      client_body_buffer_size 128k;
      client_max_body_size 128k;

      location / {
        content_by_lua_block {
          auto_ssl:hook_server()
        }
      }
    }
  }
点赞
用户894546
用户894546

这种情况是因为你的服务器因某种原因无法获得新的证书。我无法完全调试你的设置,但我可以向你保证,https://github.com/GUI/lua-resty-auto-ssl 的文档有效,但可能不容易调试。

专业提示:观察日志

你的问题不完整,但大多数情况下,在使用 OpenResty 时,你应该观察错误日志文件并查看它们告诉了什么。但是,大多数时候,这些将是常见的错误:

请求过多

GUI/lua-resty-auto-ssl 会非常快速地重试。这意味着如果你部署了错误的配置,你非常可能会达到 Let's Encript 限制。如果你正在进行繁重的调试,我真的建议你使用另一个子域名以避免饱和你的主域名。

目录权限

如果 OpenResty 无法写入,它将失败。但在某些情况下,你的 OpenResty/Nginx 仍然能够工作,但 Deydrated 将会失败。

重定向问题或 GUI/lua-resty-auto-ssl 不在准确位置

这很难调试,但是简单来说,当实现重定向(如强制 HTTP 到 HTTPS)时,请逐步进行,因为你可能能够获得新的证书,然后又不能更新它。

所谓“准确位置”是指:

  • 如果 Let's encrypt 将在端口 80 上尝试,请在那里放置 GUI/lua-resty-auto-ssl 片段
  • 如果 Let's encrypt 将在域名 example.com 上尝试,请在那里放置 GUI/lua-resty-auto-ssl 片段

最后的评论:

如果可以的话,请尝试来自 GUI/lua-resty-auto-ssl 的最小示例,然后每次进行更改时,请逐步进行,逐步进行,并查看日志文件。如果你这样做了,可能会花费你 30~60 分钟,但可以为你节省几天的调试时间,特别是如果你是第一次使用。

2019-12-14 10:23:41