GCE에서 가장 간단한 nginx centos 설정으로 "연결 거부"가 발생하는 이유는 무엇입니까?

Question 1

귀하의 질문에서 3가지 주요 사항을 볼 수 있습니다: 백엔드로서의 nodejs 앱, 포트 443에서 수신 대기하지 않는 nginx 및 역방향 프록시 구성입니다. 분리된 각 지점을 살펴보기 위해 분해해 보겠습니다.

nodejs 앱: localhost에서 액세스를 시도하고 제대로 응답하는지 확인하세요.

곱슬 곱슬하다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를 다시 시작하고 테스트하세요.

세 번째 요점은 HTTPS를 통해 애플리케이션을 노출하기 위해 nginx를 역방향 프록시로 구성하는 것입니다. 위의 구성이 작동해야 한다고 생각합니다. 그렇지 않은 경우에는 이러한 종류의 구성을 정확하게 설명하는 GoCD의 이 문서를 읽어 보시기 바랍니다.

역방향 프록시 구성

Answer

귀하의 질문에서 3가지 주요 사항을 볼 수 있습니다: 백엔드로서의 nodejs 앱, 포트 443에서 수신 대기하지 않는 nginx 및 역방향 프록시 구성입니다. 분리된 각 지점을 살펴보기 위해 분해해 보겠습니다.

nodejs 앱: localhost에서 액세스를 시도하고 제대로 응답하는지 확인하세요.

곱슬 곱슬하다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를 다시 시작하고 테스트하세요.

세 번째 요점은 HTTPS를 통해 애플리케이션을 노출하기 위해 nginx를 역방향 프록시로 구성하는 것입니다. 위의 구성이 작동해야 한다고 생각합니다. 그렇지 않은 경우에는 이러한 종류의 구성을 정확하게 설명하는 GoCD의 이 문서를 읽어 보시기 바랍니다.

역방향 프록시 구성

Question 2

나는 그것을 알아!!!

.앱! 지금까지 .app TLD였습니다!!!

댓글 작성자에게 이름과 IP를 제공하기 위해 임의의 도메인 이름을 구입하려고 하다가 재미삼아 .app 하나를 선택했습니다(이 테스트를 위해 어리석은 이름을 생각해 냈습니다). 다음을 읽었습니다. ".APP은 안전합니다. 지금 Foobarington.app을 구매할 수 있지만 웹사이트 연결을 위해서는 SSL 인증서가 필요합니다. 보안 네임스페이스와 SSL 인증서를 얻는 방법에 대해 자세히 알아보세요.

그래서! 서버에서 내 .app 도메인을 가리키려고 했을 때 해당 시점의 내 서버에 SSL 인증서가 없었기 때문에 로드되지 않았습니다. 인증서를 얻기 위해 CertBot을 사용하려고 했지만 자동화된 인증서 부여 작업을 수행하려면 처음에 http 액세스가 필요합니다.

이 TLD 유형과 호스트를 사용하여 Certbot(또는 동등한 솔루션)이 작동하도록 하는 방법을 알아내야 하지만 이 문제를 일으킨 것은 확실히 TLD 유형입니다!

Answer