nginx의 502 잘못된 게이트웨이

nginx의 502 잘못된 게이트웨이

nginx에서 다음 오류와 함께 502 잘못된 게이트웨이가 발생합니다.

[error] 1679#1679: *13 connect() failed (111: Connection refused) while connecting to upstream, client: 46.176.252.229, server: dodeka-designers.com, request: "GET / HTTP/1.1", upstream: "http://127.0.0.1:3000/", host: "dodeka-designers.com"

이것이 내 /etc/nginx/sites-available/default콘텐츠입니다. 문제가 무엇인지 아는 사람이 있습니까?

server {
    listen 80;
        server_name dodeka-designers.com www.dodeka-designers.com;
    location ~ /.well-known {
                allow all;
        }

    location / {
        proxy_pass http://localhost: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;
        client_max_body_size 50M;
    }

    location /back {
        if ($request_method = 'OPTIONS') {
            add_header 'Access-Control-Allow-Origin' '*';
            add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
            add_header 'Access-Control-Allow-Headers' 'DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Content-Range,Range';
            add_header 'Access-Control-Max-Age' 1728000;
            add_header 'Content-Type' 'text/plain charset=UTF-8';
            add_header 'Content-Length' 0;
            return 200;
        }
        if ($request_method = 'POST') {
            add_header 'Access-Control-Allow-Origin' '*';
            add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
            add_header 'Access-Control-Allow-Headers' 'DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Content-Range,Range';
            add_header 'Access-Control-Expose-Headers' 'DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Content-Range,Range';
        }
        if ($request_method = 'GET') {
            add_header 'Access-Control-Allow-Origin' '*';
            add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
            add_header 'Access-Control-Allow-Headers' 'DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Content-Range,Range';
            add_header 'Access-Control-Expose-Headers' 'DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Content-Range,Range';
        }
        rewrite ^/back(.*)$ $1 break;
        root /var/www/html;

        client_max_body_size 50M;
            proxy_http_version 1.1;
        proxy_connect_timeout       3600;
        proxy_send_timeout          3600;
        proxy_read_timeout          3600;
        send_timeout                3600;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;

        index index.php index.html index.htm;
    }

    location ~ \.php$ {

        rewrite ^/back(.*)$ $1 break;
        root /var/www/html;

        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/run/php/php7.0-fpm.sock;
        fastcgi_split_path_info ^(.+\.php)(/.+)$;

        client_max_body_size 50M;
            proxy_http_version 1.1;
        proxy_connect_timeout       3600;
        proxy_send_timeout          3600;
        proxy_read_timeout          3600;
        send_timeout                3600;
        fastcgi_read_timeout        3600;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
    }



    listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/dodeka-designers.com/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/dodeka-designers.com/privkey.pem; # managed by Certbot
  include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
  ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
 }

답변1

"http://localhost:3000"에서 다른 서비스에 연결을 시도하는 역방향 프록시를 실행 중이므로 localhost:3000의 다른 서비스가 nginx 요청에 응답하지 않거나 요청이 없기 때문에 이 오류는 nginx에 발생하지 않습니다. 응답이 역방향 프록시에 의해 올바르게 처리될 수 있습니다(예: 리디렉션을 생성하는 중).

당신이라면 어떨까요?포트 3000에 연결할 수 있습니다예를 들어, 텔넷(이 테스트를 수행하는 명령: )을 통해 telnet localhost 3000일반 텍스트로 말하는지 또는 암호화되어 있는지(https...) 확인하세요. 이 다른 서비스에 연결하도록 nginx를 구성했기 때문입니다.http포트 3000에 연결할 수 없는 경우 해당 포트에 수정해야 할 서비스가 무엇인지 결정해야 하지만 nginx는 이와 관련이 없습니다.

당신은 nginx가 될 것이라고 기대하지 않았습니다'역방향 프록시'?그런 다음 해당 구성을 편집하여 "프록시" 줄을 제거해야 합니다.

관련 정보