EC2 - не отвечающие http запросы

Question

Я только что установил свое приложение node.js в микроэкземпляре Windows с быстрым стартом группы безопасности и включенным http-портом.

Я открыл брандмауэр в экземпляре и открыл порт 80, 443 для входящих и исходящих сообщений.

Несмотря на это, мои запросы http не выполняются приложением node.js. Из журнала я вижу, что приложение подключено к redis и mongo, и также запускается socket.io.

Что не так? почему http-запросы заблокированы?

Answer 1

Наконец-то нашел проблему.

Я ввел log4js и интегрировал это с помощью express, as

app.use(log4js.connectLogger(logger, { level: log4js.levels.ERROR }));

Это создало проблему.Каким-то образом это терпело неудачу.Похоже, это работает только с DEBUG.Прокомментировав это, он начал работать.Странно !!

Answer 2

Случайно ли вы создали свое приложение поверх примера веб-сервера , как в настоящее время также показано на домашней странице Node.js ?Пример в настоящее время выглядит так:

var http = require('http');
http.createServer(function (req, res) {
  res.writeHead(200, {'Content-Type': 'text/plain'});
  res.end('Hello World\n');
}).listen(1337, '127.0.0.1');
console.log('Server running at http://127.0.0.1:1337/');

В любом случае ваш сервер Node.js может просто не прослушивать правильную комбинацию порта / имени хоста - Пример веб-сервера прослушивает порт 1337 (например, вместо обычного HTTP-порта 80) и только на локальном хосте (а не на частном / внутреннем IP адресе, который был назначен вашему экземпляру EC2).

Если применяются эти предположенияВы можете достичь своей цели, внеся соответствующие изменения в оператор listen(), см. мой ответ на соответствующий вопрос Node.js, пример веб-сервера Amazon EC2 - безрезультатно для расширенного обсуждения, включая несколько вариантов, касающихсягибкое использование server.listen (порт, [имя хоста], [обратный вызов]) .

Удачи!