当我尝试在运行时通过 Dockerfile 中的 CMD 指令执行两个命令时，不明白发生了什么。我认为这应该可行：
CMD ["/etc/init.d/nullmailer", "start", ";", "/usr/sbin/php5-fpm"]
但它不起作用。容器尚未启动。所以我不得不这样做：
CMD ["sh", "-c", "/etc/init.d/nullmailer start ; /usr/sbin/php5-fpm"]
我不明白。这是为什么？为什么第一行不是正确的方法？有人可以向我解释这些“CMD shell 格式与 JSON 格式等”的内容吗？简单来说。
请注意 -正如预期的那样，command:指令 in也是如此。docker-compose.yml
我正在寻找一种可靠且可移植的方法来检查 GNU/Linux 和其他系统上的 OpenSSL 版本，这样用户可以很容易地发现他们是否应该因为 Heartbleed 错误而升级他们的 SSL。
我认为这很容易，但我很快在 Ubuntu 12.04 LTS 上遇到了最新的 OpenSSL 1.0.1g 问题：
openssl 版本 -a
我期待看到一个完整的版本，但我得到了这个：
OpenSSL 1.0.1 2012 年 3 月 14 日 建立在：2013 年 6 月 4 日星期二 07:26:06 UTC 平台： [...]
令我不快的是，版本字母没有显示。没有 f，没有 g，只有“1.0.1”，就是这样。列出的日期也无助于发现（非）易受攻击的版本。
1.0.1 (af) 和 1.0.1g 之间的区别至关重要。
问题：
其他人也在报告这种行为。几个例子：
一些（特定于发行版的）建议滚滚而来：
apt-cache policy openssl和apt-cache policy libssl1.0.0. 将版本号与此处的软件包进行比较：http ://www.ubuntu.com/usn/usn-2165-1/yum info openssl感谢推特上的@znmeb）和yum info openssl-libs检查旧版本的 OpenSSL 是否仍然存在：
lsof -n | grep ssl | grep DEL. 请参阅Heartbleed：如何可靠且可移植地检查 OpenSSL 版本？为什么这可能不适合你。事实证明，在 Ubuntu 和 Debian 上更新 OpenSSL 包并不总是足够的。您还应该更新 libssl1.0.0 包，然后检查是否openssl version -a指示built on: Mon Apr 7 20:33:29 UTC 2014。
我的网站托管有一个 VPS。它正在运行一个 Ubuntu 服务器。每次我通过 ssh 登录我的服务器时，它都会在我的终端中显示一条冗长的欢迎消息。
Linux node61.buyvm.net 2.6.18-pony6-3 #1 SMP Tue Mar 13 07:31:44 PDT 2012 x86_64
Debian GNU/Linux 系统包含的程序是自由软件；每个程序的确切分发条款在 /usr/share/doc/*/copyright 中的各个文件中进行了描述。
在适用法律允许的范围内，Debian GNU/Linux 绝对不提供任何保证。上次登录：2012 年 7 月 11 日星期三 12:08:19 来自 113.72.193.52 Linux node61.buyvm.net 2.6.18-pony6-3 #1 SMP 2012 年 3 月 13 日星期二 07:31:44 PDT x86_64
Debian GNU/Linux 系统包含的程序是自由软件；每个程序的确切分发条款在 /usr/share/doc/*/copyright 中的各个文件中进行了描述。
在适用法律允许的范围内，Debian GNU/Linux 绝对不提供任何保证。进入CT 17323 -bash-4.2#
在对此做了一些研究之后（是的，我只是四处搜索），我意识到我的服务器应该有一个.bashrc和.bash_profile（或.profile）控制它。我使用 vim 打开我的.bashrc和.profile我似乎找不到任何可以在我的终端中显示消息的代码行。因此我想知道是否有类似的另一个文件？
我想注释掉那些欢迎消息，因为我的 SFTP 无法正常工作并出现错误 ( Received message too long 761422195)。我很确定这个错误是由我的服务器的欢迎消息引起的。
我们最近在网络方面遇到了一个小问题，其中多台服务器会以相当痛苦的方式间歇性地失去网络连接（需要硬重启）。这已经持续了大约两周，似乎是随机的，在不同的服务器上。没有我们可以辨别的特定模式。
在深入研究之后，我们看到交换机报告了问题端口的 100 Mbps：
这听起来非常像 Joel Spolsky 文章五个为什么中发生的事情
Michael 花了一些时间做了事后分析，发现问题是交换机上的一个简单配置问题。交换机可以使用几种可能的速度进行通信（10、100 或 1000 兆比特/秒）。您可以手动设置速度，也可以让交换机自动协商双方可以使用的最高速度。失败的交换机已设置为自动协商。这通常有效，但并非总是如此，并且在 1 月 10 日早上，它没有。
我们现在已禁用网络硬件上的自动协商，并将其设置为 1000 Mbps（千兆位）的固定速率。
我对那些拥有更多服务器硬件网络专业知识的人的问题：
什么对性能更好？靠近磁盘内部的分区将具有较慢的访问时间，我们必须等待驱动器在操作系统和交换分区之间切换。
另一方面，交换分区绕过所有文件系统，允许直接写入磁盘，这可能比文件更快。
什么是性能权衡？
拥有固定大小的交换文件有多大影响？
是不是换成交换分区会更长，但是如果它是交换文件，它在交换分区上时性能会更好？
直到几秒钟前，当我阅读“有哪些很酷或有用的服务器/网络技巧？ ”时，我才听说过任播。
关于它的维基百科“任播”文章非常正式，并没有真正唤起人们对如何使用它的心理描绘。
有人可以用一些非正式的句子解释什么是“任播”，您如何配置它（只是在一般意义上），以及它的好处是什么（它使什么变得更容易）？
我正在使用从笔记本电脑到中央服务器的SSHFS挂载。
显然，SSHFS 挂载在较长时间断开后（例如在挂起期间）被破坏，导致底层 SSH 连接超时。
有没有办法让 SSHFS 挂载在长期断开连接（> 5 分钟）甚至使用不同 IP 的重新拨号中幸存下来？
