使用OpenSSL与HTTPS核心模块时遇_tls_common.js:129错误求助

你遇到的_tls_common.js:129 c.context.setCert(cert);错误，通常是因为Node.js无法正确解析你提供的SSL证书文件，或者文件路径、权限存在问题。下面是一步步的排查和修复方案：

1. 修复证书文件路径的拼接方式 #

在./bin/www中，直接用字符串拼接路径可能会因为操作系统的路径分隔符差异（比如Windows用\，Linux/macOS用/）导致文件找不到。建议改用Node.js的path模块来安全拼接路径：

首先在文件顶部引入path模块：

const path = require('path');

然后修改options中的路径配置：

var options = {
  key: fs.readFileSync(path.join(__dirname, 'private.key')),
  cert: fs.readFileSync(path.join(__dirname, 'certificate.pem'))
};

这种方式能适配所有操作系统的路径规则，避免因路径拼接错误导致证书读取失败。

2. 验证证书文件的有效性 #

用OpenSSL命令检查你的证书和私钥是否能正常解析：

# 检查私钥是否有效
openssl rsa -in private.key -check

# 检查证书是否能正常读取
openssl x509 -in certificate.pem -text -noout

如果其中任何一条命令报错，说明证书文件损坏，需要重新生成。建议使用更安全的2048位密钥（1024位已不符合现代安全标准，部分环境可能不支持），重新生成步骤如下：

# 在./bin目录下执行
openssl genrsa 2048 > private.key
openssl req -new -key private.key -out cert.csr
openssl x509 -req -days 365 -in cert.csr -signkey private.key -out certificate.pem

生成CSR时的信息可以随意填写，测试环境下不影响使用。

3. 检查文件权限（Linux/macOS环境） #

如果是在类Unix系统下，Node.js进程可能没有读取证书文件的权限，执行以下命令修改权限：

chmod 644 ./bin/private.key ./bin/certificate.pem

确保文件对当前用户具备可读权限。

4. 修复代码中的语法错误 #

你的App.js里，app.all('*', ...)的回调函数缺少闭合的});，这会导致Node.js解析代码失败：

app.all('*', (req, res, next) => {
  if (req.secure) {
    return next();
  } else {
    res.redirect(307, 'https://' + req.hostname + ':' + app.get('secPort') + req.url);
  }
}); // 补充这一行闭合回调函数

虽然这个错误不一定是当前setCert报错的直接原因，但修复后能避免其他潜在问题。

5. 端口设置的小建议 #

你当前设置secPort为port + 443（默认3000+443=3443）是可行的，但如果想使用标准HTTPS端口443，可以直接设置app.set('secPort', 443)。注意在Linux/macOS下，使用1024以下的端口需要root权限，执行npm start时要加上sudo。

按照以上步骤排查后，重新启动服务应该就能解决setCert的错误了。

内容的提问来源于stack exchange，提问作者Joel Fernando