Назад | Перейти на главную страницу

Проблемы с приложением node js после снэпшота AWS Instance

У меня было приложение node.js с nginx, которое полностью работало на купленном мной домене. Он запускался на сервере Ubuntu, и все было хорошо. Я случайно нажал кнопку «Создать изображение» на сайте AWS, и с тех пор сайт не работает. Локальный IP-адрес через порт 3000 работает должным образом, а домен - нет. Он загружает первый файл html, но не может ПОЛУЧИТЬ таблицы стилей или javascript, которые идут с ним, и ни один из файлов css или javascript не загружается, а все они возвращают 404. Я удалил / переустановил nginx и тому подобное, но мне не повезло . Любые идеи? Я не хочу менять какой-либо код или что-то подобное, если это возможно, так как до этого он работал ПОЛНОСТЬЮ, как ожидалось / хотелось. Я хотел бы еще раз заявить, что буквально ничего, кроме нажатия одной кнопки на aws, не вызывало этой проблемы.

вот файл конфигурации для nginx

#
server {
listen 80;
listen [::]:80;
server_name example.org www.example.org;
return 301 https://$server_name$request_uri;
}

server {
listen 443 ssl http2 default_server;
listen [::]:443 ssl http2 default_server;
server_name example.org www.example.org;

location / {
proxy_pass http://localhost:3000/login.html;
}
    ssl_certificate /etc/letsencrypt/live/example.org/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/example.org/privkey.pem; # managed by Certbot
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_prefer_server_ciphers on;
ssl_ciphers EECDH+CHACHA20:EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256:EECDH+3DES:RSA+3DES:!MD5;

ssl_session_cache shared:SSL:5m;
ssl_session_timeout 1h;
add_header Strict-Transport-Security “max-age=15768000” always;


}  
#

Кроме того, вот что сработало для моего app.js, это может быть хорошее время, чтобы спросить, все ли у меня хорошо, я уверен, что это можно улучшить, так как я все еще только учусь

var createError = require('http-errors');
var express = require('express');
var path = require('path');
var cookieParser = require('cookie-parser');
var bodyParser = require('body-parser')
var logger = require('morgan');
var User = require("./models/user");
var db = require('./db.js');

var indexRouter = require('./routes/index');
var usersRouter = require('./routes/users');
var devicesRouter = require('./routes/devices')

var app = express();

// view engine setup
app.set('views', path.join(__dirname, 'views'));
app.set('view engine', 'pug');

app.use(logger('dev'));
app.use(express.json());
app.use(cookieParser());
app.use(bodyParser.urlencoded({ extended: false }));
app.use(bodyParser.json());
app.use(express.static(path.join(__dirname, 'public')));

app.use('/', indexRouter);
app.use('/users', usersRouter);
app.use('/devices', devicesRouter);

// catch 404 and forward to error handler
app.use(function(req, res, next) {
  next(createError(404));
});

// error handler
app.use(function(err, req, res, next) {
  // set locals, only providing error in development
  res.locals.message = err.message;
  res.locals.error = req.app.get('env') === 'development' ? err : {};

  // render the error page
  res.status(err.status || 500);
  res.render('error');
});

module.exports = app;

Вот что сервер отвечает, когда я его использую (первый - это я на локальном хост-порту 3000, а второй - там, где все становится напуганным, похоже, что он пытается получить доступ к /login.htmlstylesheets/login.css вместо / таблицы стилей / логин / CSS

Что ж, проблема здесь довольно очевидна:

location / {
proxy_pass http://localhost:3000/login.html;
}

Поэтому каждый раз, когда nginx передает запрос вашему приложению Node, /login.html добавляется к пути URI.

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

Вместо этого вы должны перейти к http://127.0.0.1:3000, без конечного пути.

location / {
proxy_pass http://localhost:3000;
}

Вы также должны установить документ root в каталог, содержащий корень ваших статических файлов, и используйте try_files чтобы гарантировать, что nginx обслуживает статические файлы вместо Node. Лучшая конфигурация будет выглядеть так:

server {
   ....
   root /srv/www/myapp/public;
   location / {
       try_files $uri @node;
   }

   location @node {
       proxy_pass http://127.0.0.1:3000;
   }
}