59

简而言之...

首先，为什么npm建议它只能以非 root 身份运行？我非常不相信所有其他包管理器（apt, yum, gem, pacman）都要求 sudo 是错误的。

其次，当我按照他们的建议（并npm install以非 root 用户身份运行）时，它不会起作用（因为非 root 用户没有 /usr/local/lib 的权限）。我该如何听从他们的建议？我不会chown -R $USER /usr/local/lib，因为这对我来说似乎是一个非常糟糕的主意。

详细描述...

我通过（他们的自述文件中的说明）安装了npm 。curl http://npmjs.org/install.sh | sudo sh

当我运行时sudo npm install mongoose，npm 告诉我不要以 root 身份运行它：

npm ERR! sudon't!
npm ERR! sudon't! Running npm as root is not recommended!
npm ERR! sudon't! Seriously, don't do this!
npm ERR! sudon't!

但是当我在npm install mongoose没有 sudo 的情况下运行时，我得到以下信息：

npm info it worked if it ends with ok
npm info using npm@0.2.17
npm info using node@v0.4.0-pre
npm info fetch http://registry.npmjs.org/mongoose/-/mongoose-1.0.7.tgz
npm info calculating sha1 /tmp/npm-1297199132405/1297199132406-0.7044695958029479/tmp.tgz
npm info shasum b3573930a22066fbf3ab745a79329d5eae75b8ae
npm ERR! Could not create /usr/local/lib/node/.npm/.cache/mongoose/1.0.7/package.tgz
npm ERR! Failed creating the tarball.
npm ERR! This is very rare. Perhaps the 'gzip' or 'tar' configs
npm ERR! are set improperly?
npm ERR!
npm ERR! couldn't pack /tmp/npm-1297199132405/1297199132406-0.7044695958029479/contents/package to /usr/local/lib/node/.npm/.cache/mongoose/1.0.7/package.tgz
npm ERR! Error installing mongoose@1.0.7
npm ERR! Error: EACCES, Permission denied '/usr/local/lib/node/.npm/.cache/mongoose'
npm ERR! There appear to be some permission problems
npm ERR! See the section on 'Permission Errors' at
npm ERR!   http://github.com/isaacs/npm#readme
npm ERR! This will get better in the future, I promise.
npm not ok

所以它告诉我我不应该使用 sudo，然后如果我按照他们的建议就不起作用。

这导致了我上面最初的问题。

4

3 回答 3

50

实际上，npm 不建议不要以 root 身份运行。好吧，没有了。

它在您提出问题的同时发生了变化。这是 2011 年 2 月 7 日 README 的样子：“非常不推荐将 sudo 与 npm 一起使用。任何人都可以发布任何内容，并且软件包安装可以运行任意脚本。” 稍后将其更详细地解释为“选项 4：不推荐神圣的牛！您可以一直使用 sudo 来处理所有事情，而忽略那些告诉您您这样做太疯狂的令人难以置信的令人讨厌的警告。”

见：https ://github.com/isaacs/npm/tree/7288a137f3ea7fafc9d4e7d0001a8cd044d3a22e#readme

现在它实际上被认为是安装 npm的推荐技术：

简单安装 - 要使用一个命令安装 npm，请执行以下操作：

curl http://npmjs.org/install.sh | 须藤

见：https ://github.com/isaacs/npm/tree/99f804f43327c49ce045ae2c105995636c847145#readme

我的建议是永远不要这样做，因为这基本上意味着：

  1. 找出本地 DNS（或任何其他欺骗 DNS 响应或毒化 DNS 缓存的人）所说的是 npmjs.org 的 IP 地址
  2. 在端口 80 上使用该 IP（或与谁说这是他的 IP）连接不安全的 TCP
  3. 相信你认为你应该与之交谈的路由器（或任何给你 DHCP 响应的人说你应该与之交谈）将数据包传送到正确的主机
  4. 可能通过另一层透明缓存代理
  5. 信任您和 TCP 连接另一端之间的所有其他网络
  6. 不确定你和谁有联系
  7. 交叉你的手指
  8. 通过不安全的 HTTP 请求 install.sh 脚本，无需任何验证
  9. 然后在您的机器上以最大权限运行您正在与之交谈的任何人返回的任何内容，甚至无需检查它是什么。

正如您所看到的，从字面上看，这确实是毫不夸张地为您在通过不安全的连接从 Internet 请求脚本后获得的任何内容提供root shell，而无需任何验证。这里至少有 5 种不同的事情可能出错，其中任何一种都可能导致攻击者完全控制您的机器：

  1. DHCP 欺骗
  2. ARP欺骗
  3. DNS缓存中毒
  4. DNS响应欺骗
  5. TCP会话劫持

另请注意，使用“sh”而不是“sudo sh”通常不会降低风险，除非您以无法访问您的私人数据的其他用户身份运行它，通常情况并非如此。

如果可以的话，你应该使用 HTTPS 连接来下载这样的脚本，这样你至少可以验证你在和谁说话，即使那样我也不会在没有先阅读的情况下运行它。不幸的是 npmjs.org 有一个自签名证书，所以在这种情况下它并没有真正的帮助。

幸运的是，npm 可以在 GitHub 上找到，它有一个有效的 SSL 证书，你可以从那里使用安全连接下载它。有关详细信息，请参阅：github.com/isaacs/npm。但是请确保 npm 本身不使用不安全的连接来下载它下载的文件 - 在 npm 配置中应该有一个选项。

希望能帮助到你。祝你好运！

于 2011-02-15T02:42:42.903 回答
21

简单的答案是，出于众所周知的安全原因，Web 服务器不应该以 root 身份运行，所以这也适用于 npm 命令。

要重新开始，请删除之前的Node.js和 npm 安装以及这些文件/目录：

mv ~/.npmrc       ~/.npmrc~prior
mv ~/.npm         ~/.npm~prior
mv ~/tmp          ~/tmp.~prior
mv ~/.npm-init.js ~/.npm-init.js~prior

解决方案：以非 root 身份安装 Node.js（npm 附带）（无 sudo）

直接从https://nodejs.org/en/download/下载源代码

以自己的身份执行以下命令（Linux/OS X）

cd node-v8.1.2  # into expanded source dir

export NODE_PARENT=${HOME}/node-v8.1.2 # put this into your ~/.bashrc

随意将上述导出更改为任何合适的位置

./configure   --prefix=${NODE_PARENT}
make -j4   # for dual core ... use  -j8  for quad core CPU
make install

它将 Node.js 和 npm 的二进制文件及其模块存储库放入 $NODE_PARENT，这是一个 $USER 拥有的目录，然后您可以自己发出后续的 npm install xxx 命令。

要访问 node 和 npm 的二进制文件，请更改 ~/.bashrc 中的 PATH 环境变量：

export PATH=${NODE_PARENT}/bin:${PATH}
export NODE_PATH=${NODE_PARENT}/lib/node_modules

然后将软件包安装到该目录（全局），与当前目录（本地）相反，始终传入 -g 标志（全局）：

npm install -g someModule

注意 - 您在任何时候都不会执行任何与 root / sudo 相关的 npm 或节点。

于 2014-04-07T03:25:10.040 回答
2

不在根目录下安装 NPM 包的另一个原因是，它会导致您面临使用 node-gyp（例如：node-sass）的包的文件访问问题，因为它构建了 C++ 库，而这些库不在本地node_modules文件夹中。

于 2018-08-24T01:09:48.300 回答