编辑1

Question 1

你已经接近了，但没有为 http 配置反向代理，只为 https 配置了反向代理（在上面的设置中）——因此它应该显示来自文档根目录的默认内容。第一个服务器也缺少结尾}。

您可以在同一个块中配置 http 和 https，只需使用ssllisten 指令中的关键字（在 ssl 端口下，因此无需设置指令ssl on）：

server {
    listen 80 default_server;
    listen 443 ssl default_server;
    ...
    ssl_certificate /usr/local/nginx/conf/server1.crt;
    ssl_certificate_key /usr/local/nginx/conf/server1.key;
    ssl_session_cache shared:SSL:10m;
...

我必须提醒，在同一个 IP 中使用两个不同的 SSL 证书有一定的限制和复杂性 — 这是因为它需要 HTTP 重新协商（因为在请求正确的主机之前需要使用证书加密请求），所以您可能需要按server块分隔证书。为此，请使用更具体的 IP listen：

server {
    listen 192.168.0.10:443 ssl; # for server1.mydomain.com
...

server {
    listen 192.168.0.11:443 ssl; # for server2.mydomain.com
...

我还建议您使用Mozilla SSL 配置生成器了解 SSL 安全的最佳实践。

编辑1

要避免 400 错误，只需删除该指令ssl on;并重新加载。它导致 http 流量需要 SSL — 您已在该行中指示使用 ssl：listen 443ssldefault_server;（这意味着在这个端口上打开 ssl）。

其余配置都很好，但根据您的服务器响应，您可能需要调整代理设置。

首先，检查旋转是在客户端还是服务器端：使用以下方式访问它卷曲或者在您的浏览器上打开 Web 开发人员工具并检查网络：如果您的浏览器被重定向，您可能需要调整proxy_redirect 甚至在服务器响应中进行一些字符串替换。

使用 cURL 按照以下方式检查：

curl -i http://server1.mydomain.com

如果您Location:在响应中看到标头，则需要微调代理设置（这取决于响应）。例如，您可能以 https 形式访问它，然后您的代理转发为 http，而您的后端服务器应用程序重定向到 https（但当响应通过代理时，它会返回到 http 到浏览器）。有几种方法可以修复它，通过使用proxy_set_header甚至调整您的后端服务器。

例如你可以使用：

proxy_set_header X-Forwarded-Proto $scheme;

但是您的后端 http 服务器或应用程序需要正确理解这一点。

或者，如果没有重定向，但也没有响应（或者请求超时 30 秒后没有网关响应），请检查您的后端服务器是否正确响应代理服务器。

还请注意，您不需要在后端使用 http 服务器，您可以直接使用 FastCGI 服务器 — — 这有时会减少故障。

编辑2

根据 cURL 响应，我看到配置按预期工作 - 后端服务器响应要求您登录。如果 SSL 证书不起作用，您将无法登录curl -i https://server1.mydomain.com。

前端（代理）和后端之间的流量仅通过 http 进行（参见proxy_pass指令），这通常也是预期的（另一种加密可能会增加不必要的开销）。

现在，如果你只想使用 https，你有两个选择：要么在你的后端进行配置（这样它会将你转发到https://test1/users/sign_in) 或者对 nginx 使用不同的设置，剥离 http:80 服务器，让其将所有内容重定向到 https:443。类似这样的设置（务必listen 80从下一个服务器块中删除）：

server {
    listen 80 default;
    server_name  _;
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl;
...

Answer