Ubuntu Server是否仅在命令行中可用？
有一天，我的公司将需要一台服务器，我喜欢Ubuntu，因为它拥有所有操作系统中最少的病毒（我认为），但是当我看到Ubuntu服务器时，它只有黑色背景和白色文本，这是命令行。 这就是Ubuntu Server的全部内容吗？ 或者它是否像Ubuntu Desktop，以及命令行的模块？ 我真的不希望它只是命令行。
我是Ubuntu操作系统的新手。 即使现在我仍然使用Windows。
Ubuntu Server旨在成为专业人士的横向扩展服务器操作系统。
这是一个没有附加装饰的操作系统。 Ubuntu Server的目标受众是熟悉命令行的人。 有些人甚至认为它不是为命令行而设计的，它被剥离了它被设计为由Chef，Puppet和Ansible等配置管理工具驱动，并通过Juju等编排工具作为更高级别的基线图像基础设施（如果您需要PaaS，可以使用Cloud Foundry，如果需要IaaS，可以使用OpenStack，或者所有这些内容的任意组合）。
如果您希望使用Docker容器或高密度OpenStack部署进行密集部署，那么这就是Ubuntu Server的用途。
话虽这么说，在适当的条件下，它可以是一个很好的“易于使用”服务器的个人服务器。 Ubuntu并没有真正追求小规模的个人服务器市场。 然而 ，有一家公司采用Ubuntu Server并为那些想要易于使用家庭和小型企业服务器的人们提供了一个灵活的Web UI：
也可以看看：
- 如何使用GUI运行Ubuntu Server？
如果您构建面向公众的服务器，您应该熟悉并熟悉所使用的系统。
你提到病毒防护是一个原因，这表明你正在寻找“安全作为产品”，这是不存在的东西。 安全始终是一个过程，公共网络上的服务器需要不断地进行监控和维护 – 对于Windows和Linux都是如此。
减轻工作量的关键是
- 最小化攻击面
- automatisation
我发现在Linux / Unix环境中更容易做到，因为Windows的最大优势，即组件的紧密集成，实际上是一个障碍。
完全不可能构建一个没有安装Web浏览器组件的Windows系统（其中包括下载和执行JavaScript代码的function，然后可以加载ActiveX组件），因为Explorer需要该组件。 理想的服务器环境仅包含所提供服务所需的代码，而不包含任何其他内容。
同时，组件的集成为它们设计的用例提供了非常有效的通信通道，但是对于服务的自动监视，通常需要以意想不到的方式组合它们，这需要编写脚本。 脚本环境仅在组件之间传递控制流和数据的Windows理念是合理的，但是比编写文本文件的程序稍微更难调试，您可以在将文本文件传递给下一个程序之前手动检查。
许多管理员对命令行的偏好仅仅是它与脚本使用的语言相同。 在研究了一个问题之后，我可以简单地将我的命令历史记录转储到一个文件中，删除一些不相关的行，并且我有一个可以在出现类似问题时使用的工作脚本。 使用GUI，我必须手动回溯我刚刚做的事情，找出执行相同步骤的正确API，然后编写程序并在不中断服务的情况下对其进行调试。
最后但并非最不重要：运行自己的服务器的替代方法是获取托管服务器，其他人负责持续维护。 他们可以比你更有效地做到这一点，因为他们已经有了监控基础设施，因此将服务器添加到他们系统的工作量可以忽略不计，他们甚至可以在夜class检测并处理紧急问题。
您可能会在ubuntu服务器中找到一些比命令行“更好”的用户界面。
管理员应该知道命令行来配置服务器本身。 如果您只需要一些人检查一切正常，或者根据需求调整设置，或者有一天做一个简单的任务，您可以安装使用图形界面：
你可以安装一个图形服务器（X11，Mir，wayland，…），但有充足的理由不这样做
有些人认为byobu是命令行的图形界面，但这可能不是你的需要。
获得图形界面的最佳方法是安装一些提供Web界面的软件包，这意味着您必须从桌面（当然是在同一网络中）从Web浏览器登录。 如果您的员工/同事不熟悉命令行，如果您没有预算可以在其上形成，或者如果您担心某些社交活动无法实现，那么这似乎是最好的想法。
使用Ubuntu服务器的最佳方法是从命令行。 但是，如果您想要图形交互，可以使用apt-get软件包管理器安装ubuntu-desktop 。 我建议您使用图形单用户。