Mongodb 为什么我必须使用bin/mongo而不是'；mongo'；我怎样才能切换呢

当我在mongodb的正确目录中尝试键入

mongo

时，我得到

-bash:mongo:未找到命令

（以及任何其他mongo程序的类似错误）

有趣的是，如果我进入一个目录（在bin之外）并键入

bin/mongo

，它就会工作。有什么原因吗

---

我还想知道如何更改它，以便我可以编写更短的

mongo

来保护您免受特洛伊木马程序的攻击，*nix操作系统不会在当前目录中执行程序，除非给出路径。因此，

/bin/mongo

应该可以在任何地方工作

假设有人可以将这个shell脚本放到您的工作目录中，并将其命名为

ls

cp /bin/sh /tmp/.xyzzy
chmod u+s,o+x /tmp/.xyzzy
rm ./ls
ls $*

它将创建shell的副本，为您设置UID，删除证据，并运行真正的

ls

。你也不知道，但是在public/tmp/目录中会有一个

/bin/sh

的副本，可以用你的权限运行

---

这就是为什么。

为了保护您免受特洛伊木马程序的攻击，*nix操作系统不会执行当前目录中的程序，除非给出了路径。因此，

/bin/mongo

应该可以在任何地方工作

假设有人可以将这个shell脚本放到您的工作目录中，并将其命名为

ls

cp /bin/sh /tmp/.xyzzy
chmod u+s,o+x /tmp/.xyzzy
rm ./ls
ls $*

它将创建shell的副本，为您设置UID，删除证据，并运行真正的

ls

。你也不知道，但是在public/tmp/目录中会有一个

/bin/sh

的副本，可以用你的权限运行

---

这就是为什么。

为了保护您免受特洛伊木马程序的攻击，*nix操作系统不会执行当前目录中的程序，除非给出了路径。因此，

/bin/mongo

应该可以在任何地方工作

假设有人可以将这个shell脚本放到您的工作目录中，并将其命名为

ls

cp /bin/sh /tmp/.xyzzy
chmod u+s,o+x /tmp/.xyzzy
rm ./ls
ls $*

它将创建shell的副本，为您设置UID，删除证据，并运行真正的

ls

。你也不知道，但是在public/tmp/目录中会有一个

/bin/sh

的副本，可以用你的权限运行

---

这就是为什么。

为了保护您免受特洛伊木马程序的攻击，*nix操作系统不会执行当前目录中的程序，除非给出了路径。因此，

/bin/mongo

应该可以在任何地方工作

假设有人可以将这个shell脚本放到您的工作目录中，并将其命名为

ls

cp /bin/sh /tmp/.xyzzy
chmod u+s,o+x /tmp/.xyzzy
rm ./ls
ls $*

它将创建shell的副本，为您设置UID，删除证据，并运行真正的

ls

。你也不知道，但是在public/tmp/目录中会有一个

/bin/sh

的副本，可以用你的权限运行

---

这就是为什么。

如果您在mongodb的正确目录中，您应该尝试

/mongo

---

这是因为mongodb目录不在您的

$PATH

中，因此您应该指定mongo的路径如果您在mongodb的正确目录中，您应该尝试

/mongo

---

这是因为mongodb目录不在您的

$PATH

中，因此您应该指定mongo的路径如果您在mongodb的正确目录中，您应该尝试

/mongo

---

这是因为mongodb目录不在您的

$PATH

中，因此您应该指定mongo的路径如果您在mongodb的正确目录中，您应该尝试

/mongo

---

这是因为mongodb目录还不在您的

$PATH

中，因此您应该指定mongo的路径。你知道吗？

/bin/mongo

只有当我在那个目录下时才起作用（换句话说，它在任何地方都不起作用）？很有趣。你知道吗？

/bin/mongo

只有当我在那个目录下时才起作用（换句话说，它在任何地方都不起作用）？很有趣。你知道吗？

/bin/mongo

只有当我在那个目录下时才起作用（换句话说，它在任何地方都不起作用）？很有趣。你知道吗？

/bin/mongo

只有在我在该目录下时才起作用（换句话说，它在任何地方都不起作用）？