在 GCE 上，使用最简单的 nginx centos 设置时什么会导致“连接被拒绝”？

Question 1

我发现您的问题主要有 3 个要点：nodejs 应用作为后端、nginx 未监听端口 443 以及反向代理配置。让我们逐一分析每个要点。

nodejs 应用程序：尝试从本地主机访问它并确认它能正确响应

卷曲http://127.0.0.1/3000

nginx 没有监听端口 443：您必须在 nginx 上为此配置一个服务器块，并且从 HTTP 重定向到 HTTPS 也是一个好主意：

server {
    listen 80 default_server;
    server_name fizzbuzz.app www.fizzbuzz.app;
    return 301 https://fizzbuzz.app$request_uri;
}


server {
    listen 8443 ssl;
    server_name fizzbuzz.app www.fizzbuzz.app;

    index index.html index.htm;

    access_log /var/log/nginx/fizzbuzz-access.log;
    error_log /var/log/nginx/fizzbuzz-error.log error;

     location / {
        proxy_pass http://127.0.0.1:3000;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
     }

    ssl_certificate     /etc/ssl/certs/fizzbuzz.app-fullchain.pem;
    ssl_certificate_key /etc/ssl/private/fizzbuzz.app.key;
}

为了颁发证书，我建议您使用 certbot 或一个 ACME 脚本。

例如，使用 acme.sh，您可以使用以下命令颁发证书：

/root/.acme.sh/acme.sh --issue --nginx -d fuzzbuzz.app -d www.fuzzbuzz.ap

/root/.acme.sh/acme.sh --install-cert -d fuzzbuzz.app -d www.fuzzbuzz.app \
--cert-file /etc/ssl/certs/fuzzbuzz.app.crt \
--key-file /etc/ssl/certs/fuzzbuzz.app.key \
--fullchain-file ${CERTS_DIR}/fuzzbuzz.app-fullchain.pem \
--log /var/log/acme_log \
--reloadcmd "systemctl restart nginx"

颁发证书并将其放置到位后，重新启动 nginx 并进行测试

第三点是将 nginx 配置为反向代理，以便通过 HTTPS 公开您的应用程序。我认为上述配置应该可以工作。如果不行，我建议您阅读 GoCD 的这份文档，其中准确解释了这种配置：

配置反向代理

Answer

我发现您的问题主要有 3 个要点：nodejs 应用作为后端、nginx 未监听端口 443 以及反向代理配置。让我们逐一分析每个要点。

nodejs 应用程序：尝试从本地主机访问它并确认它能正确响应

卷曲http://127.0.0.1/3000

nginx 没有监听端口 443：您必须在 nginx 上为此配置一个服务器块，并且从 HTTP 重定向到 HTTPS 也是一个好主意：

server {
    listen 80 default_server;
    server_name fizzbuzz.app www.fizzbuzz.app;
    return 301 https://fizzbuzz.app$request_uri;
}


server {
    listen 8443 ssl;
    server_name fizzbuzz.app www.fizzbuzz.app;

    index index.html index.htm;

    access_log /var/log/nginx/fizzbuzz-access.log;
    error_log /var/log/nginx/fizzbuzz-error.log error;

     location / {
        proxy_pass http://127.0.0.1:3000;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
     }

    ssl_certificate     /etc/ssl/certs/fizzbuzz.app-fullchain.pem;
    ssl_certificate_key /etc/ssl/private/fizzbuzz.app.key;
}

为了颁发证书，我建议您使用 certbot 或一个 ACME 脚本。

例如，使用 acme.sh，您可以使用以下命令颁发证书：

/root/.acme.sh/acme.sh --issue --nginx -d fuzzbuzz.app -d www.fuzzbuzz.ap

/root/.acme.sh/acme.sh --install-cert -d fuzzbuzz.app -d www.fuzzbuzz.app \
--cert-file /etc/ssl/certs/fuzzbuzz.app.crt \
--key-file /etc/ssl/certs/fuzzbuzz.app.key \
--fullchain-file ${CERTS_DIR}/fuzzbuzz.app-fullchain.pem \
--log /var/log/acme_log \
--reloadcmd "systemctl restart nginx"

颁发证书并将其放置到位后，重新启动 nginx 并进行测试

第三点是将 nginx 配置为反向代理，以便通过 HTTPS 公开您的应用程序。我认为上述配置应该可以工作。如果不行，我建议您阅读 GoCD 的这份文档，其中准确解释了这种配置：

配置反向代理

Question 2

我想到了！！！

.APP！一直以来都是 .app TLD！！！

我正要去购买一个随机域名，为评论者提供名称和 IP，我选择了一个 .app 域名只是为了好玩（为这次测试想了一个愚蠢的名字），然后我看到了这样一段话：“.APP 是一个安全的命名空间。您现在可以购买 Foobarington.app，但需要 SSL 证书才能连接网站。了解有关安全命名空间以及如何获取 SSL 证书的更多信息

所以！当我尝试将我的 .app 域指向服务器时，它无法加载，因为那时我的服务器没有 SSL 证书。我打算使用 CertBot 来获取证书，但他们最初需要 http 访问权限才能执行自动证书授予操作。

我需要弄清楚如何让 Certbot（或等效解决方案）使用此 TLD 类型和主机为我运行，但肯定是我拥有的 TLD 类型导致了这个问题！

Answer