我如何从外部访问 nginx https，因为它似乎被阻止了？答案

【问题标题】：How do I access nginx https externally because it seems to be being blocked?我如何从外部访问 nginx https，因为它似乎被阻止了？
【发布时间】：2019-11-05 21:39:27
【问题描述】：

我已经设置了一个 lightsail Ubuntu 18.04 实例，通过 Lightsail 控制台打开了端口 443，并附加了一个正确映射到 www.budgetweapon.com 的静态 IP。但是，我无法连接外部。我错过了什么？

我已检查以确保端口 443 已通过 lightail 控制台打开，并且我已使用开放端口检查器检查它是否已在外部打开，该检查器显示它已打开但我仍然无法连接（连接超时） .我还确认，当我实际在服务器上时，我能够卷曲 https 端点，并且我得到了预期的 html，所以 nginx 肯定可以工作。我还尝试在端口 80 上通过 Python 运行 SimpleHttpServer，我也能够使用http://www.budgetweapon.com 成功连接。这里分别是 nginx conf 和 docker-compose.yml 文件。


server {
        listen 80;
        listen [::]:80;

        server_name budgetweapon.com www.budgetweapon.com;

        location ~ /.well-known/acme-challenge {
          allow all;
          root /var/www/html;
        }

    location / {
           rewrite ^ https://$host$request_uri? permanent;
        }
}
server 
{
        listen 443 ssl http2;
        listen [::]:443 ssl http2;
        server_name budgetweapon.com www.budgetweapon.com;

        server_tokens off;

        ssl_certificate /etc/letsencrypt/live/budgetweapon.com/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/budgetweapon.com/privkey.pem;

        ssl_buffer_size 8k;

        ssl_dhparam /etc/ssl/certs/dhparam-2048.pem;

        ssl_protocols TLSv1.2 TLSv1.1 TLSv1;
        ssl_prefer_server_ciphers on;

        ssl_ciphers ECDH+AESGCM:ECDH+AES256:ECDH+AES128:DH+3DES:!ADH:!AECDH:!MD5;

        ssl_ecdh_curve secp384r1;
        ssl_session_tickets off;

        ssl_stapling on;
        ssl_stapling_verify on;
        resolver 8.8.8.8;

        location / {
            try_files $uri @nodejs;
        }

        location @nodejs {
                proxy_pass http://nodejs:8080;
                add_header X-Frame-Options "SAMEORIGIN" always;
                add_header X-XSS-Protection "1; mode=block" always;
                add_header X-Content-Type-Options "nosniff" always;
                add_header Referrer-Policy "no-referrer-when-downgrade" always;
                add_header Content-Security-Policy "default-src * data: 'unsafe-eval' 'unsafe-inline'" always;
                # add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always;
                # enable strict transport security only if you understand the implications
        }

        root /var/www/html;
        index index.html index.htm index.nginx-debian.html;
}


version: '3'

services:
  nodejs:
    build:
      context: .
      dockerfile: Dockerfile
    image: nodejs
    container_name: nodejs
    restart: unless-stopped
    networks:
      - app-network

  webserver:
    image: nginx:mainline-alpine
    container_name: webserver
    restart: unless-stopped
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - web-root:/var/www/html
      - ./nginx-conf:/etc/nginx/conf.d
      - certbot-etc:/etc/letsencrypt
      - certbot-var:/var/lib/letsencrypt
      - dhparam:/etc/ssl/certs
    depends_on:
      - nodejs
    networks:
      - app-network

volumes:
  certbot-etc:
  certbot-var:
  web-root:
    driver: local
    driver_opts:
      type: none
      device: /home/ubuntu/node_project/views/
      o: bind
  dhparam:
    driver: local
    driver_opts:
      type: none
      device: /home/ubuntu/node_project/dhparam/
      o: bind

networks:
  app-network:
    driver: bridge

任何想法我做错了什么？我完全被难住了，我发誓今天早些时候这个工作正常

【问题讨论】：

标签： nginx https amazon-lightsail

【解决方案1】：

结果一切正常，因为当我在手机上切换到 safari 中的私人模式时，我能够浏览到该站点，也可以从工作机器上浏览（尽管我们的代理似乎拦截了连接并“换行”） “我机器上的证书和它自己的证书使它看起来很安全）。这似乎是我的家用 PC 的问题，它阻止了与站点的 https 连接，因为它认为证书是不可靠的 - 这是 Let's Encrypt 的临时证书，所以也许这就是 Chrome 决定违背我的意愿为我阻止它的原因

【讨论】：