Node.js https 服务器：无法监听端口 443 - 为什么？

我第一次在 Node 中创建一个 HTTPS 服务器，代码（见下文）适用于像 6643 这样的随机端口，但在端口 443 上则不起作用。我收到此错误：

[Debug][Server]: Initialized...
[Debug][Control Center]: Application initialized...

events.js:72
        throw er; // Unhandled 'error' event
              ^
Error: listen EACCES
    at errnoException (net.js:904:11)
    at Server._listen2 (net.js:1023:19)
    at listen (net.js:1064:10)
    at Server.listen (net.js:1138:5)
    at Object.module.exports.router (/home/ec2-user/Officeball/Versions/officeball_v0.0.5/server/custom_modules/server.js:52:5)
    at Object.<anonymous> (/home/ec2-user/Officeball/Versions/officeball_v0.0.5/server/control_center.js:15:59)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)

这是在 Amazon Linux EC2 服务器上。据我了解，一旦我将域的 DNS A 名称记录设置为服务器的 IP，当用户搜索时https://mydomain.com，浏览器将在端口 443 查找我服务器的 IP，该端口被认为是 HTTPS 流量的标准端口。

所以我的理解是我需要通过端口 443 提供 https 内容。

我究竟做错了什么？

这是我的服务器代码：

control_center.js（初始化）

/* Control Center */

//DEFINE GLOBALS

preloaded = {};

//GET DIRECT WORKING PATH

var dirPath = process.cwd();

//REQUIRE CUSTOM MODULES 

var debug = new (require(dirPath + 
        "/custom_modules/debug"))("Control Center");
var socket = require(dirPath + 
        "/custom_modules/socket")(4546);

// ! this is the relevant line
var server = require(dirPath + "/custom_modules/server").router(443);

//APP INITIALIZE

debug.log("Application initialized...");

服务器.js

/* Server */

//REQUIRE NPM MODULES

var fs      = require('fs'), 
    https   = require('https'), 
    url     = require('url'), 
    path    = require('path');

//GET DIRECT WORKING PATH

var dirPath = process.cwd();

//REQUIRE CUSTOM MODULES

//Snip!

var debug = new (require(dirPath + 
        "/custom_modules/debug"))("Server");

//Preload requests

var preload = require(dirPath + 
        '/custom_modules/preload').init();

//INIT MODULE 

debug.log("Initialized...");

//DEFINE MODULE VARIABLES

var options = {
  key: fs.readFileSync('SSL/evisiion_private_key.pem'),
  cert: fs.readFileSync('SSL/evisiion_ssl_cert.pem')
};

//LISTEN FOR PATH REQUESTS

//route requests to server
module.exports.router = function(port) {
    https.createServer(options, function(req, res) {

        //Snip!

    }).listen(port);
};

在 Linux（以及我相信大多数其他类 Unix 操作系统）上，服务必须以 root 身份运行才能绑定到编号小于 1024 的端口。

我刚刚在我手边的 Node 应用程序上验证了它，当我将端口从 5000 更改为 443 时，我看到了完全相同的错误，除了文件路径之外，每一行都相同。

在开发中，大多数人会在编号较高的端口（例如 8080）上运行开发服务器。在生产中，您可能很想使用适当的 Web 服务器（例如 Nginx）来提供静态内容并将其他所有内容反向代理到您的 Node 应用程序，这使得它不再是一个问题，因为 Nginx 可以非常愉快地以 root 身份运行。

编辑：由于您的用例需要提供一些静态内容，因此您可能需要使用 Nginx 或 Apache 等 Web 服务器来处理静态文件，并反向代理到动态内容的另一个端口。使用 Nginx 进行反向代理非常简单 - 这是一个示例配置文件：

server {
    listen 443;
    server_name example.com;
    client_max_body_size 50M;

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

    location /static {
        root /var/www/mysite;
    }

    location / {
        proxy_pass http://127.0.0.1:8000;
    }
}

这假设您的 Web 应用程序可在端口 443 上访问，并在端口 8000 上运行。如果位置与 /static 文件夹匹配，则从 /var/www/mysite/static 提供服务。否则，Nginx 将其交给端口 8000 上正在运行的应用程序，该应用程序可能是 Node.js 应用程序，也可能是 Python 应用程序，或者其他什么。

这也很好地解决了您的问题，因为应用程序可以在端口 443 上访问，而无需实际绑定到该端口。

应该说，作为一般经验法则，以 root 身份运行这样的服务并不是一个好主意。您将为可能存在漏洞的应用程序以及您拉入的任何 NPM 模块授予 root 访问权限。例如，将 Nginx 放在后面意味着您不需要以 root 身份运行它，而 Nginx坚固且经过充分测试，并且具有可靠的性能和缓存能力。此外，Nginx 通常在提供静态内容方面速度更快。