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(このテストを実行するコマンド:)を介してプレーンテキストでtelnet localhost 3000話しているか暗号化されているか(https ...)を確認します。これは、他のサービスに接続するようにnginxを設定したためです。httpポート3000に接続できない場合は、そのポートに変更する必要があるサービスが何であるかを判断する必要がありますが、nginxはこれとは関係ありません。

あなたはnginxになるとは思わなかった'リバースプロキシ'?その後、その構成を編集して「プロキシ」行を削除する必要があります。

おすすめ記事