无效的 ELF Header - Argon2 包
Invalid ELF Header - Argon2 package
我是 运行 一个名为“argon2”的包的错误，提示“无效的 ELF header”。通过无服务器框架将我的代码上传到 AWS Lambda 时。当 运行 在本地时代码运行完美。
在 MacOS Big Sur 11.4 版上开发
Image of the error I am getting
我对错误进行了一些研究，人们说使用 Docker 编译包，然后发送到 Lambda。在尝试 docker 解决方案之前，我没有使用 Docker 太多，想探索其他选项。
任何指导或帮助将不胜感激！我已经被这个错误困扰了一两天多了。
这是怎么回事？
您正在使用的包 (argon2) 包含对 argon2 算法的 C 实现的绑定。换句话说，该包本身包装了一个用 C 编写的库，并使其可以在您的 node.js 环境中访问。
该 C 程序包也随您的程序包一起提供，并在您 运行 npm install argon2 时编译（或下载）。这意味着在安装 argon2 之后，您的文件系统上有一个二进制共享库，它与您的节点环境连接。因为您是在 MacOS 上安装，所以将为 Mac 编译（或下载）二进制文件。这意味着您最终得到一个 MACH-O 文件（这是 macOS 的可执行文件格式）而不是 ELF 文件（Linux 用于可执行文件的格式).
现在您的 Lambda（在后台 运行s Linux）有效地抱怨说，您在 Mac 上构建的可执行文件不是 Linux可执行文件。
如何解决这个问题？
简单来说，您需要一种 npm install 的方法来构建或下载 Linux 的 argon2 版本。有两种不同的方法可以实现这一点。选择一个：
npm install 在 Linux
正如标题所说，在 Linux 下下载并构建您的依赖项。您可以使用虚拟 Machine 或 Docker 容器来执行此操作。另一种选择是使用 AWS 构建 SaaS 产品 (AWS CodeBuild) 来执行此操作。
npm install --target_arch=x64 --target_platform=linux --target_libc=glibc 在 Mac
幸好 argon2 支持 node-pre-gyp。它们有效地为您提供了预构建的二进制文件，这意味着您可以直接提取 linux 二进制文件，而不必自己编译它们。为此，请删除您的 node_modules 文件夹和 运行 npm install --target_arch=x64 --target_platform=linux。这将下载 Linux 文件，而不是 macOs 文件。然后，您可以将所有内容推送到您的 lambda 中。请注意，这意味着您的应用程序将不再在本地 运行，因为您的 mac 不能 运行 Linux 可执行文件（您将不得不再次 npm install，离开输出两个参数以返回 MacOS 版本）。
请注意，除了 argon2 之外，可能还有不支持 MacOS 的软件包，在这种情况下，您必须选择第一个选项。
补充一下。要部署到 Lambda，您（最终）需要以 zip 格式发送文件。为了有效地打包你的项目，你需要一个像 Webpack 这样的打包器。问题是，argon2 和 bcrypt 等任何其他哈希实现使用 node-pre-gyp 依赖性，不能很好地与捆绑器一起工作。所以选项是：
- 只需压缩整个项目和里面的所有内容 node_modules。这意味着包括所有未使用的东西，这些东西可能很大。
- 当使用 Webpack 时，从配置中排除 argon2，结果是必须在目标环境中手动安装它。
- 使用argon2的纯js版本，速度要慢得多。
- 如果您使用它来管理密码，那么您可以将它用于云服务，例如提供安全对称密钥的 AWS KMS。然而，这些密钥加密，而不是散列，所以无论好坏，您都可以将密码解密回纯文本。
请记住，哈希性能本身与内存和 CPU 成正比。因此 运行 用于快速结果的哈希算法可能意味着高 Lambda 费用。
我是 运行 一个名为“argon2”的包的错误，提示“无效的 ELF header”。通过无服务器框架将我的代码上传到 AWS Lambda 时。当 运行 在本地时代码运行完美。
在 MacOS Big Sur 11.4 版上开发
Image of the error I am getting
我对错误进行了一些研究，人们说使用 Docker 编译包，然后发送到 Lambda。在尝试 docker 解决方案之前，我没有使用 Docker 太多，想探索其他选项。
任何指导或帮助将不胜感激！我已经被这个错误困扰了一两天多了。
这是怎么回事？
您正在使用的包 (argon2) 包含对 argon2 算法的 C 实现的绑定。换句话说，该包本身包装了一个用 C 编写的库，并使其可以在您的 node.js 环境中访问。
该 C 程序包也随您的程序包一起提供，并在您 运行 npm install argon2 时编译（或下载）。这意味着在安装 argon2 之后，您的文件系统上有一个二进制共享库，它与您的节点环境连接。因为您是在 MacOS 上安装，所以将为 Mac 编译（或下载）二进制文件。这意味着您最终得到一个 MACH-O 文件（这是 macOS 的可执行文件格式）而不是 ELF 文件（Linux 用于可执行文件的格式).
现在您的 Lambda（在后台 运行s Linux）有效地抱怨说，您在 Mac 上构建的可执行文件不是 Linux可执行文件。
如何解决这个问题？
简单来说，您需要一种 npm install 的方法来构建或下载 Linux 的 argon2 版本。有两种不同的方法可以实现这一点。选择一个：
npm install在 Linux
正如标题所说，在 Linux 下下载并构建您的依赖项。您可以使用虚拟 Machine 或 Docker 容器来执行此操作。另一种选择是使用 AWS 构建 SaaS 产品 (AWS CodeBuild) 来执行此操作。
npm install --target_arch=x64 --target_platform=linux --target_libc=glibc在 Mac
幸好 argon2 支持 node-pre-gyp。它们有效地为您提供了预构建的二进制文件，这意味着您可以直接提取 linux 二进制文件，而不必自己编译它们。为此，请删除您的 node_modules 文件夹和 运行 npm install --target_arch=x64 --target_platform=linux。这将下载 Linux 文件，而不是 macOs 文件。然后，您可以将所有内容推送到您的 lambda 中。请注意，这意味着您的应用程序将不再在本地 运行，因为您的 mac 不能 运行 Linux 可执行文件（您将不得不再次 npm install，离开输出两个参数以返回 MacOS 版本）。
请注意，除了 argon2 之外，可能还有不支持 MacOS 的软件包，在这种情况下，您必须选择第一个选项。
补充一下。要部署到 Lambda，您（最终）需要以 zip 格式发送文件。为了有效地打包你的项目，你需要一个像 Webpack 这样的打包器。问题是，argon2 和 bcrypt 等任何其他哈希实现使用 node-pre-gyp 依赖性，不能很好地与捆绑器一起工作。所以选项是：
- 只需压缩整个项目和里面的所有内容 node_modules。这意味着包括所有未使用的东西，这些东西可能很大。
- 当使用 Webpack 时，从配置中排除 argon2，结果是必须在目标环境中手动安装它。
- 使用argon2的纯js版本，速度要慢得多。
- 如果您使用它来管理密码，那么您可以将它用于云服务，例如提供安全对称密钥的 AWS KMS。然而，这些密钥加密，而不是散列，所以无论好坏，您都可以将密码解密回纯文本。
请记住，哈希性能本身与内存和 CPU 成正比。因此 运行 用于快速结果的哈希算法可能意味着高 Lambda 费用。