在Linux中，如果你经常在/proc/<pid>/fd进行挖掘，你会看到如下输出： lrwx—— 1 root root 64 Jul 30 15:14 0 -> /dev/null lrwx—— 1 root root 64 Jul 30 15:14 1 -> /dev/null l-wx—— 1 root root 64 Jul 30 15:14 10 -> pipe:[90222668] lr-x—— 1 root root 64 Jul 30 15:14 11 -> pipe:[90222669] l-wx—— 1 root root 64 Jul 30 15:14 13 -> […]
我不断得到如下答案： yum list installed | grep bind 要么 rpm -qa | grep bind 但是，这是不正确的，因为我得到像这些其他几个绑定包的列表： bind-utils-9.8.2-0.17.rc1.el6_4.5.x86_64 rpcbind-0.2.0-11.el6.x86_64 bind-libs-9.8.2-0.17.rc1.el6_4.5.x86_64 samba-winbind-3.6.9-151.el6.x86_64 samba-winbind-clients-3.6.9-151.el6.x86_64 ypbind-1.20.4-30.el6.x86_64 那不是我想要的。 相反，我想要准确地检查是否已经安装了绑定核心包。 例如。 bind.x86_64 32:9.8.2-0.17.rc1.el6_4.6 我希望有这样的东西： yum check installed bind 但希望有人可以摆脱这种光。
Slicehost.com与Linode.com 你推荐哪一个？ 这两者之间有什么重大的区别？ 你个人的经历是什么？
我们都看到了电缆pipe理的好例子和坏例子。 在机架/服务器机房/数据中心维护布线订单的策略中，可以使用哪些客观，可测量的要求？ 我不是在寻找“不要做意大利面布线！” 但实际的，客观的可衡量的政策，可以容易地解释，跟踪和检查是否通过或不符合政策的要求。 请避免“不要做x，y或z” – 而是将需求重新定义为“做A，B和C”，在第二个要求之后，将消除第一个要求中解释的问题。
我创build了一些用户： $ useradd john 我忘了指定参数-m来创build主目录，并将骨架文件复制到每个用户。 现在我想这样做，我不想重新创build所有用户（必须有一个更简单的方法）。 那么，有没有办法创build用户目录并复制骨架文件？ 我想创build目录，将它们发送给相应的用户，复制所有的骨架文件并将它们发送给相应的用户。 但是如果有一个像useradd -m这样的命令不会再创build用户，而是创build目录，那会更好。
我正在查找是否通过命令行安装KB。
我从一开始就会使用它，在其他Linux发行版上安装软件包。 我在文档中看到， yum和apt命令是分开的 – 将统一它们并使用类似这样的最简单的方法是什么： – name: install the latest version of Apache unified_install: name=httpd state=latest 代替 – name: install the latest version of Apache on CentOS yum: name=httpd state=latest when: ansible_os_family == "RedHat" – name: install the latest version of Apache on Debian apt: pkg=httpd state=latest when: ansible_os_family == "Debian" 我知道这两个软件包pipe理者是不同的，但他们仍然有一套共同的基本用法。 其他编排器（ 例如salt ）只有一个安装命令。
是否有一个将SELECT权限授予新用户 postgresql的单行内容？ 一些可以实现以下伪代码的东西： GRANT SELECT ON TABLE * TO my_new_user;
当我为一家小公司 （30台PC，5台服务器，几台交换机，路由器，UPS ……）计划一个新的服务器机房时，我需要考虑什么？ 什么是保护硬件最重要的方面？ 什么东西不属于服务器柜？ 编辑：您可能也有兴趣在这个问题： 服务器室生存工具包 。 谢谢！
在几个人之间共享数百个密码的最佳实践是什么？ 这些密码可以保护任务关键型数据，而且除了小型团队之外永远无法看到。