危险

这个问题有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的回答中可以看到更多信息。

我今天遇到了这个问题，并通过使用“nvm”切换Node.js版本来解决它。

我一直在用Node.js、Next.js和React做几个个人项目…经常发生在我身上的事情是，我不记得我在哪个项目中使用了哪个版本的Node.js。

因此，通常我会尝试使用Node.js 16来处理当前使用Node.js 14的项目。

我还没有找到更好的方法来记住每个项目的Node.js版本，所以我通常只会在readme.MD中保存我需要运行的所有命令来启动应用程序。

在Dockerfile上，你应该添加:

ENV NODE_OPTIONS=--openssl-legacy-provider

一些顶尖的答案并不奏效。

export NODE_OPTIONS=--openssl-legacy-provider

部分顶部答案不适用，修改包。json文件:

"start": "react-scripts --openssl-legacy-provider start"

这是由最新的node.js V17与OpenSSL兼容问题引起的，请参阅GitHub上的这个问题。

最简单的方法是从node.js V17降级到node.js V16。关于如何降级node.js，请参阅这篇文章。

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

我在Docker构建中遇到了这个问题，我在Docker文件中添加了这一行:

RUN export NODE_OPTIONS=--openssl-legacy-provider && yarn build && yarn install --production --ignore-scripts --prefer-offline

对于本地开发，在package.json文件中添加交换机。