Node Express Multer Nginx - 502 Bad Gateway при загрузке файла в Cloudinary - PullRequest
0 голосов
/ 04 мая 2019

Я развернул свое экспресс-приложение node.js в DigitalOcean, где я запускаю свое приложение с Nginx и PM2. Все работает отлично, за исключением случаев, когда я пытаюсь загрузить изображение профиля на сайт. Изображение не сохраняется в базе данных, но отправляется в Cloudinary, где я размещаю свои изображения и видео.

Когда я пытаюсь загрузить изображение, приложение мгновенно переходит на 502 Bad Gateway, и когда я нажимаю «назад» в браузере, кажется, что PM2 перезапустился, потому что тогда мне придется снова войти в систему.

Эта функция прекрасно работает на моем локальном хосте, поэтому я думаю, что что-то может быть не так с моей конфигурацией nginx или что-то в этом роде.

Мои доступные по умолчанию сайты Nginx выглядят так:

root /var/www/html;

        # Add index.php to the list if you are using PHP
        index index.html index.htm index.nginx-debian.html;

        server_name (DOMAIN) (DOMAIN);

        location / {
          proxy_pass http://127.0.0.1:8080/;
          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;
          proxy_buffer_size 1024k;
          proxy_buffers 4 1024k;
          proxy_busy_buffers_size 1024k;
        }


    listen [::]:443 ssl ipv6only=on; # managed by Certbot
    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/(DOMAIN)/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/(DOMAIN)/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
}
server {
    if ($host = (DOMAIN)) {
        return 301 https://$host$request_uri;
    } # managed by Certbot


    if ($host = (DOMAIN)) {
        return 301 https://$host$request_uri;
    } # managed by Certbot


        listen 80 default_server;
        listen [::]:80 default_server;

        server_name (DOMAIN) (DOMAIN);
    return 404; # managed by Certbot
}

И моя конфигурация nginx выглядит так:

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
        worker_connections 768;
        # multi_accept on;
}

http {

        ##
        # Basic Settings
        ##
        send_timeout 10m;
        client_header_timeout 10m;
        client_body_timeout 10m;
        client_max_body_size 100m;
        large_client_header_buffers 8 256k;
        sendfile on;
        tcp_nopush on;
        tcp_nodelay on;
        keepalive_timeout 65;
        types_hash_max_size 2048;
        # server_tokens off;

        # server_names_hash_bucket_size 64;
        # server_name_in_redirect off;

        include /etc/nginx/mime.types;
        default_type application/octet-stream;

        ##
        # SSL Settings
        ##

        ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
        ssl_prefer_server_ciphers on;

        ##
        # Logging Settings
        ##

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

        ##
        # Gzip Settings
        ##

        gzip on;
        gzip_disable "msie6";

        # gzip_vary on;
        # gzip_proxied any;
        # gzip_comp_level 6;
        # gzip_buffers 16 8k;
        # gzip_http_version 1.1;
        # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

        ##
        # Virtual Host Configs
        ##

        include /etc/nginx/conf.d/*.conf;
        include /etc/nginx/sites-enabled/*;
}

Я проверил журнал ошибок от nginx, когда я пытаюсь загрузить изображение в Cloudinary, и он говорит, что соединение закрылось преждевременно. Вот журнал:

2019/05/03 23:33:57 [error] 1798#1798: *5 upstream prematurely closed connection while reading response header from upstream, client: (IP LOCAL MACHINE), server: (DOMAIN), request: "POST /profile/5cc44420618f3606623288ec/settings/imageupload HTTP/1.1", upstream: "http://127.0.0.1:8080/profile/5cc44420618f3606623288ec/settings/imageupload", host: "(DOMAIN)", referrer: "https://(DOMAIN)/profile/5cc44420618f3606623288ec/settings

2019/05/03 23:33:57 [error] 1798#1798: *5 connect() failed (111: Connection refused) while connecting to upstream, client: (IP LOCAL MACHINE), server: (DOMAIN), request: "GET /favicon.ico HTTP/1.1", upstream: "http://127.0.0.1:8080/favicon.ico", host: "(DOMAIN)", referrer: "https://(DOMAIN)/profile/5cc44420618f3606623288ec/settings/imageupload

Вот мой POST-маршрут из моего узла приложения:

router.post("/profile/:id/settings/imageupload", middleware.checkIfUserIsUser, upload.single('avatar'), function(req, res) {
    execForUser(req, res, function(foundUser) {
        if (foundUser.avatarId) {
            cloudinary.v2.uploader.destroy(foundUser.avatarId, function(err) {
                if (err) {
                    createError("E30: Error happened while deleting old profile picture from Cloudinary.");
                    req.flash("error", "Oops! Something wen't wrong while trying to update your profile picture. Please try again.");
                    return res.redirect("back");
                }
                cloudinary.v2.uploader.upload(req.file.path, { moderation: "aws_rek" }, function(error, result) {
                    if (error) {
                        req.flash("error", "Oops! Seems like this image doesn't live up to our standards. Please check that this is not an adult image or contains nudity.");
                        return res.redirect("back");
                    }
                    User.findByIdAndUpdate(req.params.id, { $set: { avatar: result.secure_url, avatarId: result.public_id } }, { new: true }, function(err, updatedUser) {
                        if (err) {
                            createError("E31: Error happened while saving new profile picture to profile.");
                            req.flash("error", "Oops! Something went wrong while trying to save your new profile picture. Please try again.");
                            res.redirect("back");
                        }
                        else {
                            res.redirect("/profile/" + req.params.id + '/settings');
                        }
                    });
                });
            });
        }
        else {
            cloudinary.v2.uploader.upload(req.file.path, { moderation: "aws_rek" }, function(error, result) {
                if (error) {
                    req.flash("error", "Oops! Seems like this image doesn't live up to our standards. Please check that this is not an adult image or contains nudity.");
                    return res.redirect("back");
                }
                User.findByIdAndUpdate(req.params.id, { $set: { avatar: result.secure_url, avatarId: result.public_id } }, { new: true }, function(err, updatedUser) {
                    if (err) {
                        createError("E31: Error happened while saving new profile picture to profile.");
                        req.flash("error", "Oops! Something wen't wrong while trying to save your profile picture. Please try again.");
                        res.redirect("back");
                    }
                    else {
                        res.redirect("/profile/" + req.params.id + '/settings');
                    }
                });
            });
        }
    });
});

Я действительно не могу понять это сам. Все это отлично работает на моей локальной машине и даже раньше, когда я развернул на Heroku. Но теперь, когда я использую nginx на digitalocean, я сталкиваюсь с этим 502. Должен ли я иметь какую-то настройку в моем конфигурационном файле, чтобы разрешить загрузку файлов или? Я новичок в Nginx, так что прости меня, если это глупая ошибка, которую я сделал.

Способ, которым он должен работать, заключается в том, что я нажимаю кнопку загрузки, он связывается с Cloudinary, чтобы проверить, содержит ли изображение обнаженное тело, если нет, то он загружает и отправляет обратно URL-адрес, который я могу использовать для ссылки на изображение.

...