Дайте Безопасное Разрешение Пользователя На Использование Порта 80

помните, что мы не хотим запускать ваши приложения в качестве пользователя root, но есть загвоздка: у вашего безопасного пользователя нет разрешения на использование HTTP-порта по умолчанию (80). Ваша цель-опубликовать веб-сайт, который посетители могут использовать, Перейдя на простой в использовании URL-адрес, например http://ip:port/

к сожалению, если вы не входите в систему как root, вам обычно придется использовать URL-адрес, например http://ip:port - где номер порта > 1024.

многие люди застряли здесь, но решение простое. Есть несколько вариантов, но этот мне нравится. Введите следующие команды:

sudo apt-get install libcap2-bin
sudo setcap cap_net_bind_service=+ep `readlink -f \`which node\``

Теперь, когда вы говорите приложению узла, что вы хотите, чтобы он работал на порту 80, он не будет жаловаться.

проверить это ссылка

отбросьте привилегии root после привязки к порту 80 (или 443).

это позволяет порту 80/443 оставаться защищенным, в то же время не позволяя вам обслуживать запросы как root:

function drop_root() {
    process.setgid('nobody');
    process.setuid('nobody');
}

полный рабочий пример с использованием вышеуказанной функции:

var process = require('process');
var http = require('http');
var server = http.createServer(function(req, res) {
    res.write("Success!");
    res.end();
});

server.listen(80, null, null, function() {
    console.log('User ID:',process.getuid()+', Group ID:',process.getgid());
    drop_root();
    console.log('User ID:',process.getuid()+', Group ID:',process.getgid());
});

см. более подробную информацию на этом полная ссылка.

для порта 80 (который был первоначальным вопросом), Даниэль совершенно прав. Я недавно переехал в https и пришлось переключиться с iptables для легкого прокси-сервера nginx, управляющего сертификатами SSL. Я нашел полезное ответ вместе с суть by gabrielhpugliese о том, как справиться с этим. В Основном Я

• создан запрос подписи сертификата SSL (CSR) через OpenSSL

  openssl genrsa 2048 > private-key.pem
  openssl req -new -key private-key.pem -out csr.pem
  

• получил два сертификата от одно из этих мест (я случайно использовал сертификат)
• установлен nginx

• изменил location на /etc/nginx/conf.d/example_ssl.conf to

  location / {
      proxy_pass http://localhost:3000;
      proxy_set_header X-Real-IP $remote_addr;
  }
  

• отформатировал сертификат для nginx по cat - ing индивидуальные сертификаты вместе и связан с ним в моем nginx (и незарегистрированный материал, избавился от "примера" в названии...)

  ssl_certificate /etc/nginx/ssl/cert_bundle.cert;
  ssl_certificate_key /etc/nginx/ssl/private-key.pem;
  

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

предоставляет ли Linode некоторую "переднюю стену" или брандмауэр, где вы должны открыть порт для машины? Может быть, это будет хорошее место, чтобы найти лучшее решение, чем маршрутизация на каждой машине? Когда я развертываю сервер в Azure, я должен определить так называемые конечные точки. Конечная точка содержит открытый порт, частный порт (на компьютере) и протокол (TCP/UDP). Поэтому, если вы используете приложение на порту 3000 на сервере, оно доступно на порту 80, а маршрутизация выполняется платформой, а не машиной. Я также могу установить ACLs на конечных точках.