没有监视器的服务器控制面板

游戏机一切都很好，但是有一些可用的界面通常很好，特别是当你处于一个不是唯一的将要pipe理服务器的人的环境中，因为不是每个人都有CLI知识去做所有事情，而GUI可以使事情变得更快。

如果你正在运行一个web服务器，cPanel是非常好的，但是除此之外，这还不够。 Webmin非常出色，它为您提供了很多function，可以轻松完成任务，并且还可以根据需要为您提供粗略的命令行。 它的模块也允许你扩展到其他服务。

就个人而言，我不喜欢运行一个轻的graphics用户界面，即使是像Fluxbox这样的资源，我也愿意占用更多的资源，而且您还需要一种远程访问的方式。 我发现SSH和Webmin的组合已经足够了。

但是，我所使用的大多数机器是虚拟机（运行在相当低功耗的机器上）或旧服务器，在这种情况下，您没有剩余的电力浪费。 如果你有一个漂亮，高功率的机器架子，而且你喜欢一个graphics用户界面（GUI）来加快速度，那就去做吧，但是如果没有它，值得学习。 如果您发现自己在打字时做了很多重复，则可能还需要使用别名。

“对我来说，CPanel或Webmin的问题是他们对特定应用程序版本，特定configuration结构等等的依赖。

这是cPanel，但不是Webmin。 Webmin几乎支持它所pipe理的每一个服务的每一个版本，通常在新版本稳定之前（我们通常在beta或开发周期的早期阶段增加支持）。 在任何人甚至在使用Squid 3.0之前的五年之前，Squid 3.0都得到了支持，例如…一个极端的例子，因为Squid 3.0花了这么长的时间才成为2.6的一个相当稳定的替代品（重写需要很长时间）。

“Webmin是一个很好的例子 – 它从Debian的主要版本库中被移除，因为它变得老旧和不可靠。”

Webmin从未变老，不可靠。 Debian软件包变老了，没有人维护它。 完全不同的情况。 Webmin在没有发布的情况下几乎从未超过三个月，发布周期比历史上任何时候都要快（大约每两个月）。 Webmin可能会最终find它的方式回到Debian仓库（只要我们中的一个人有时间/倾向于自愿维护它）。

无论如何，我在命令行上感觉非常舒适，我使用Webmin和ssh来维护服务器。 不仅仅是因为我是Webmin开发人员之一（我在join项目之前是一名用户），而是因为它提供了很多好处：

• 您不必知道系统上每个服务的语法。 举例来说，BIND和Sendmail都有着令人混淆的语法。 当我直接编辑它们时，我犯了错误。 我当然可以阅读文档…但对于简单的更新，使用Webmin只是更快。
• Webmin提供了一些自己的服务，易于使用和普遍有用。 像服务监控和警报的东西。 当然，我可以设置mon或monit或其他几十个监控应用程序中的一个，或者我可以使用Webmin，我已经使用了一些东西。
• 我更喜欢WebMySQL模块到phpMyAdmin，所以我喜欢无论如何。 这意味着我不需要每次创build新表格，更新表格，转储或恢复数据库等等时都去查阅文档。我当然可以从命令行执行所有这些操作，但是我通常不得不看当我这样做的时候，因为我大部分时间都不是数据库人员。
• 代表团。 Webmin在许多方面都具有细粒度的ACL，而不是在命令行上很容易实现的。 sudo很酷，但很难说，“好的，你可以在BIND中编辑X，Y和Z主机文件，而不是A，B和C”，而Webmin使这很容易。 而且，当然，如果我正在委托，委派给我的人可能不知道如何在命令行上执行任何操作，但可以在几分钟内在Web UI中进行培训。

如果你正在pipe理一个服务器，你应该知道如何在命令行上工作，但是使用工具来帮助你，让你的工作变得更简单，这并没有什么坏处。

总之，您不必select命令行或控制面板。 至less不用Webmin。 它parsing和理解configuration文件，并尊重评论和文件顺序等。 使用Webmin和命令行几乎可以完成任何任务。

对我来说，你唯一需要的服务器是控制台 。 使用SSH，您可以远程访问，并可以完成所有需要的任务。

主要在服务器上运行的守护进程（例如httpd）不需要任何GUI，而且经常将服务器硬件本身布置成只运行一个shell。 服务器操作系统（例如OpenBSD，FreeBSD等）要求你自己安装X.

从没有GUI的安全angular度看（没有X），确实有很less的软件安装的好处，可能会有缺陷，可能会受到攻击或被攻破。

我们所有的Linux服务器都通过ssh使用，configuration文件编辑（vim），服务pipe理等等，就更简单了。 至于“多次重复input” – 单个脚本可以节省多less点击量？

对于我来说，CPanel或Webmin的问题是它们对特定应用程序版本，特定configuration结构等的依赖性。 如果您在使用的软件中发现错误，该怎么办？ 您需要等待面板提供商更新其软件，然后才能在服务器上进行更新，否则可能会失去面板为您提供的一些（或全部）function。 Webmin是一个很好的例子 – 它从Debian的主要版本库中被移除，因为它变得老旧而不可靠。

而当发生什么不好的事情，并且控制面板停止响应时，您将不得不使用控制台，所以为什么不把它放在首位呢？ 这样可以消除系统中不必要的故障点。

简而言之，VMware ESX + VirtualCenter（4.0中的vSphere + vCenter）。 我可以完全控制台访问使用虚拟基础架构客户端的任何计算机。

• 你只使用控制台吗？

当我手动pipe理服务器（现在很less见，请参阅下文），我通常通过SSHlogin。 我几乎专门从事虚拟化系统（libvirt / kvm和vmware）的工作，所以如果networking访问不可用，通常我可以通过VNC从主机服务器上点击“控制台”。

如果依赖关系树指示它，则GUI将作为我们安装的一些软件包的副作用进行安装。 这对我们来说不是一个普遍的安全问题，因为我们通过GUI禁止login，而且大多数情况下，依赖关系是开发库。

• 你使用像CPanel或Webmin控制面板？ 你更倾向哪个？

我从来没有使用过这些，也没有看到理由打扰。

• 你会build议像Fluxbox一样运行一个小的GUI吗？

如果你需要一个graphics用户界面，我会用最轻的工具来提供你所需要的。 不过，你也说“一键点击可以节省很多重复打字”。 这完全提出了另一个问题：

自动化。

自动化是近来的一个热门话题， Opscode的厨师 （和Reductive Labs的木偶 ）等工具获得了大量的人气 。 现在的系统pipe理员需要拥抱自动化，为了节省重复性任务的时间，提高“运营效率”，并因为它的乐趣:)。 我说现在我不太经常手动pipe理服务器，因为我大部分时间都在编写pipe理服务和部署应用程序的Chef食谱，比如Apache2和Ruby on Rails。

多年来，系统pipe理的作者们吹捧自动化，但是过去没有真正的工具。 每个系统pipe理员都有自己的工具箱，主要是针对特定的环境或公司定制的。 现在，您可以使用相同的工具，并自定义与新环境或公司相关的部分。 这为您提供了更广泛的可重用性，使您对您的雇主（或客户）更有价值。