如果遇到此错误，并且不想更改主配置，则可以使用以下方法进行简单的修复。不过，我不确定这是否被推荐为一种好的做法。

请随意改正。

最初，假设这是我的包的脚本部分。json文件:

...
"version": "1.0.0",
  "scripts": {
    ...
    "build": "npm run build:test-app:testing",
    "build:test-app:testing": "ng build test-app --deploy-url  https://test-app.com/ --configuration=test-config",
    ...
  },
  "private": true,
...

为了使用这个导出NODE_OPTIONS=——openssl-legacy-provider，您可以执行以下操作:

"version": "1.0.0",
  "scripts": {
....
    "build": "NODE_OPTIONS=--openssl-legacy-provider npm run build:test-app:testing”,
    "build:test-app:testing": "NODE_OPTIONS=--openssl-legacy-provider ng build test-app --deploy-url  https://test-app.com/ --configuration=test-config"
...
  },
  "private": true,

注意构建脚本。我添加了一个选项:NODE_OPTIONS=——openssl-legacy-provider

这有助于在Node.js version 17中解决此错误。

对于那些可以灵活更改构建系统的Node.js版本的人，只需切换到低于17的版本，例如，版本16。

对于Docker，最初使用this的用例，它总是提取最新版本:

...
FROM node:alpine
...

你可以切换到如下内容:

...
FROM node:16-alpine3.12
...

危险

这个问题有30多个答案，大多数人建议要么把Node.js降级到v17之前，要么使用传统的SSL提供程序。这两种解决方案都是黑客攻击，使您的构建容易受到安全威胁。

错误原因

在Node.js v17中，Node.js开发人员关闭了SSL提供者中的一个安全漏洞。这个修复是一个破坏性的更改，与NPM中SSL包中的类似破坏性更改相对应。当您试图在Node.js v17或更高版本中使用SSL而不升级包中的SSL包时。Json，然后你会看到这个错误。

正确的(安全的)解决方案(适用于npm用户)

使用最新版本的Node.js，并使用带有安全补丁的最新包。

对于很多人来说，下面的命令可以解决这个问题:

npm audit fix --force

但是，请注意，对于复杂的构建，上面的命令将引入可能破坏构建的安全修复程序。

Yarn用户注意事项

正如一些评论者指出的那样，如果你使用Yarn而不是Npm，那么上述基于Npm的修复可能不适合你，或者可能会产生不完整的结果。我不使用纱线，所以不能帮助;然而，概念应该是一样的。

Webpack的一个不那么笨拙(也是正确的)的解决方案

在Webpack配置中，设置以下任意一个: (见输出。hashFunction文档)

A. (Webpack v5)设置输出。hashFunction = 'xxhash64'。 B. (Webpack v4)这将取决于nodejs在你的系统上支持什么散列算法。您可以尝试的一些常见选项是输出。hashFunction = 'sha512'或输出。hashFunction = 'sha256'。

在Greg的回答中可以看到更多信息。

这是最简单的答案。

如果你正在使用react-scripts，你现在可以简单地升级到5.0.0版本(或更高版本)，这似乎已经解决了这个问题(它包括一个更新版本的webpack)。

例子: NPM I react-scripts@latest

这个答案是一个立即的OpenSSL系统级解决方案，而不涉及以前工作的构建配置。

在理想的情况下，你有时间升级和迁移不安全的构建依赖项，并确保你没有破坏应用程序中的其他东西(或者完全避免webpack，或者在我的例子中从vue-cli迁移到使用esbuild的vite)。

相反，你“应该”(a)告诉webpack使用一个更新的哈希函数，或者(b)用npm审计减轻违规包。

系统级OpenSSL解决方案

最快的解决方法是通过在系统范围的OpenSSL配置中启用“遗留的”加密提供者来临时重新启用MD4。

这是非常不安全和笨拙的。然后，您应该禁用遗留的加密方法。

(不幸的是，下面的测试只适用于Linux)。

Backup your existing OpenSSL configuration: sudo cp /etc/ssl/openssl.cnf /etc/ssl/openssl.cnf.BAK Append (or uncomment) the following configuration to enable the legacy "providers" (as OpenSSL calls them). You probably want to sudo vim /etc/ssl/openssl.cnf or similar. [provider_sect] default = default_sect legacy = legacy_sect [default_sect] activate = 1 [legacy_sect] activate = 1 Rerun your node script as before. Disable the legacy providers afterwards. sudo mv -f /etc/ssl/openssl.cnf.BAK /etc/ssl/openssl.cnf

这个解决方案来自于一个类似问题的答案。

深层原因是什么?

Node在*nix系统上使用OpenSSL作为哈希函数和加密。最新版本的OpenSSL默认禁用MD4——这将破坏任何以前使用MD4的工作程序。考虑到这一点，任何认为使用MD4进行文件哈希是一个“好主意”的npm包现在都被破坏了——即使MD4自1996年以来就被RSA实验室认为是破坏的!MD4也在2011年被RFC 6150“正式”降级为过时。

构造变压器失败:错误:错误:0308010C:数字信封例程::不支持

解决上述错误的最简单和最简单的解决方案是将Node.js降级到v14.18.1。然后只需删除文件夹node_modules，并尝试重新构建项目，您的错误必须解决。

作为一个2022年的读者，没有一个答案说明这个问题在Webpack 5用户的早期被修复了(但没有反向移植到Webpack 4)。如果你是Webpack 5，只需升级到至少5.61.0。请参阅此处关于跟踪此问题的线程的评论。