Debian 和 Ubuntu 作为桌面操作系统，哪一个更好用

文章目录CentOSDebianCentOS与Debian哪个好Ubuntu买VPS时有CentOS、Debian、Ubuntu三种操作系统可以选择，Linux下哪种系统更好是很多新人都会遇到的问题，在此，我们分析一下Ubuntu、CentOS及Debian各自的性能及使用经验。做服务器的很少会用Ubuntu，所以我们最后分析这个。先来看看使用率较高的CentOS和Debian。CentOS很多商业性公司服务器都是使用CentOS系统，CentOS简约，命令行下的人性化做得比较好，稳定，有着强大的英文文档与开发社区的支持。相对debian来说，CentOS略显体积大一点，是一个非常成熟的Linux发行版。DebianDebian更适合于作为服务器的操作系统，它比Ubuntu要稳定得多。Debian整个系统基础核心非常小，不仅稳定，而且占用硬盘空间小，占用内存小。128M的VPS即可以流畅运行Debian，而CentOS则会略显吃力。但是由于Debian的发展路线，使它的帮助文档相对于CentOS略少，技术资料也少一些。CentOS与Debian哪个好在国内服务器中，使用CentOS的要多于Debian，而国外则Debian稍多些。选择Debian是因为它是最大的社区发行版，有着严格的组织来维护，有着成千上万个超级黑客在贡献，而且有着最大的软件仓库，现在已经达到30000多个，有着大量的文档资源。而CentOS的更新比较慢，软件库软件版本过于陈旧，虽说稳定但是无法发挥出VPS的硬件特性。虽然也有社区，但是它没有固定的组织来管理，没有收入来源。另外，Debian 6涉及到WEB服务器的软件包都更新到了比较新的稳定版本，并且借助apt命令直接安装非常快捷。选择CentOS大多是因为系统的稳定和可靠性，Debian发展过快，各个版本、组合之间测试较少稍显不成熟，系统有许多内核和稳定性问题。Debian很时髦，有什么新玩意就上，而CentOS开启的内核选项都是非常保守。所以，从安全、稳定角度出发，主要的服务商和项目都仍然首选CentOS系统。下面看一些具体的比较:从安全上说CentOS>Debian从性能下降说CentOS>Debian硬件支持特别是虚拟化CentOS>Debian默认内核配置性能测试Debian>CentOS发开环境通用性Debian>CentOS最后，如果你是开发者和狂热的性能追求者或者是VPS中的服务器建议用Debian，如果是VPS供应商、电子商务网站，要求很高的稳定性、安全性，则建议采用CentOS。另外，对于初玩者，如果VPS配置太低(OPENVZ内存在128M以下，或者XEN架构内存在192M以下)建议采用Debian，否则建议采用CentOS，以获取更多的在线帮助与支持，让自己入门更轻松。UbuntuUbuntu近些年的使用率有所增加，它用户界面漂亮、管理系统完善、软件源支持强大、技术社区丰富，对硬件的兼容性也不错。然而，服务器更需要的并非这些，所以决定了它更适合于桌面操作系统，在自己电脑上安装或许要比服务器中更适合一些。对于Linux，ubuntu系统资源消耗且不稳定只能被比喻成鸡肋。服务器需要的只是一个简约、稳定、易用的系统而已!Ubuntu比较鸡肋还有一个原因就是对NGINX的支持太弱，而Nginx性能要远远高于Apache。所以，对于新手，基本应该选择CentOS系统而非Debian和Ubuntu。在确定选择CentOS后，我们还需要确定是用32位系统还是64位系统。在此，笨鸟的建议是，如果你用的VPS是非常牛的配置，那你用64位比较合适;但如果服务器一般，还是老老实实的用32位吧!

1、发布周期

Ubuntu有2种发布版本：LTS(长期支持)和常规版本，其中LTS版本更稳定，Debian有3个不同的版本：稳定性、测试版和非稳定版，非稳定版是为了实际测试，应该避免使用;测试版是用来为下一个稳定版做准备;稳定版是Debian的主要版本。Debian稳定版可能没有最新的软件和功能，但在稳定性方面毋庸置疑。

2、软件更新

Debian更注重稳定性，也就意味着并不一定是最新版本，总体来说相比于Ubuntu，Debian稳定版的软件版本会更旧。

3、软件可用性

Debian和Ubuntu都有一个巨大的软件仓库，然而Ubuntu还有PPA，通过PPA安装更新版本的软件或者获取最新版本的软件都将会变的更容易，也可以在Debian中尝试使用PPA，但是体验并不好。

4、支持的平台

Ubuntu可以在64位的x86和ARM平台上使用，它不再提供 32 位的镜像，另一方面，Debian支持32位和64位架构，除此之外，还支持64位ARM、ARM EABI、ARMv7、小端MIPS等，所以它也被称为通用操作系统。

5、安装

Ubuntu的安装比Debian简单得多，当下载Debian时，默认提供最小化镜像，没有非自由(非开源)的固件，如果你继续安装它，你就可能会发现你的网络适配器和其它硬件将无法识别;Ubuntu在默认提供的镜像中包含专有驱动程序和固件时要宽容的多。

将DHCP移交给专用服务器的另一个好处就是可以建立动态域名服务(DDNS)，那样当主机向服务器请求DHCP地址时，新主机的主机名称会被添加到DNS系统中。

　　第一步：安装及配置ISC DHCP Server

　　1 想开始搭建这台多宿主服务器这个过程，需要使用“apt”实用工具，通过Debian软件库来安装ISC软件。与所有教程一样，假设你拥有root或sudo访问权限。请对下列几个命令做适当的改动。

　　# apt-get install isc-dhcp-server[安装ISC DHCP Server软件]

　　# dpkg --get-selections isc-dhcp-server [证实已成功安装]

　　# dpkg -s isc-dhcp-server [以另一种方式证实安装]

　　将ISC DHCP Server安装在Debian中

　　2 鉴于服务器软件已证实成功安装，现在就有必要为服务器配置它需要分发出去的网络信息。管理员最起码要知道基本DHCP范围的下列信息：

　　•网络地址

　　•子网掩码

　　•将被动态分配的地址范围

　　让服务器动态分配的其他实用信息包括如下：

　　•默认网关

　　•DNS服务器的IP地址

　　•域名

　　•主机名称

　　•网络广播地址

　　这些仅仅是ISC DHCP服务器所能处理的诸多选项中的几个而已。想获得每个选项的详细描述以及完整列表，安装程序包之后请输入下面这个命令：

　　# man dhcpdconf

　　3 一旦管理员确定了该服务器要分发出去的所有必要信息，现在就可以配置DHCP服务器以及必要的池了。不过，在创建任何池或服务器配置之前，必须配置DHCP服务，以便侦听服务器的其中一个接口。

　　在这一台服务器上，网卡组已建立起来，DHCP会侦听被赋予名称“bond0”的组接口。考虑到服务器和一切已配置好的环境，务必要进行适当的更改。该文件中的默认值适用于本教程。

　　配置ISC DHCP网络

　　这一行将指示DHCP服务在指定的一个接口或多个接口上侦听DHCP流量。这时候，可以改动主配置文件，以便启动必要网络上的DHCP池。主配置文件位于/etc/dhcp/dhcpdconf。首先用文本编辑工具打开该文件：

　　# nano /etc/dhcp/dhcpdconf

　　该文件含有针对DHCP服务器的选项的配置，以及用户希望配置的所有池/主机。文件顶部以“ddns-update-style”子句开始;就本教程而言，它仍保持被设成“none”;不过在将来的一篇文章中，将会包括动态DNS， ISC-DHCP-Server将与BIND9整合起来，让主机名称转成IP地址的更新成为可能。

　　4 下一节通常介绍管理员配置全局网络设置，比如DNS域名、IP地址的默认租期、子网掩码及更多选项。想进一步了解所有选项，请务必阅读dhcpdconf文件的参考手册页。

　　# man dhcpdconf

　　就这次安装的服务器而言，有几个全局网络选项已在配置文件的顶部配置好，那样它们没必要实施在创建的每一个池中。

　　配置ISC DDNS

　　我们不妨稍微抽点时间解释其中一些选项。虽然它们在本例中全局配置，但所有选项同样可以针对每个池来配置。

　　•option domain-name “comptechlocal”：该DHCP服务器托管运行的所有主机将是DNS域名“comptechlocal”的成员。

　　•option domain-name-servers 17227106：DHCP将向经配置以托管的所有网络上的所有主机分发DNS服务器IP，即17227106。

　　•option subnet-mask 2552552550：被分发到每个网络上的子网掩码将是2552552550 或/24。

　　•default-lease-time 3600：这是租期将自动有效的时间(以秒为单位)。如果时间超时，主机会重新请求同一租期。如果主机已用完租期，就能及早归还地址。

　　•max-lease-time 86400：这是主机保持租期的最长时间(以秒为单位)。

　　•ping-check true：这是一个额外测试，确保服务器想要分配出去的地址没有已被网络上的另一个主机所使用。

　　•ping-timeout：这是指在假设地址未使用之前，服务器为响应ping而等待多长时间(以秒为单位)。

　　•ignore client-updates：眼下这个选项无关紧要，因为DDNS之前已在配置文件中被禁用，但是当DDNS运行时，这个选项将忽视主机在DNS中更新主机名称的请求。

　　5 该文件中的下面一行是权威DHCP服务器这行。这一行意味着，如果该服务器将是为该文件中所配置的网络分发地址的服务器，那么就取消注释权威节(authoritative stanza)。

　　该服务器将是它所网络的所有网络上的唯一权威，那样只要去掉关键字authoritative(权威)前面的“#”，即可取消注释全局权威节。

　　启用ISC Authoritative

　　默认情况下，服务器假设不是网络上的权威。这么做是出于安全。如果有人不明就里对DHCP服务器配置不当，或者在不该连接的网络上，这就会引起严重的连接问题。这一行还可以针对每个网络来使用。这意味着，如果服务器不是整个网络的DHCP服务器，authoritative这一行就可以改而针对每个网络来使用，而不是像上面截图看到的那样用在全局配置中。

　　6 下一步是配置该服务器管理的所有DHCP池/网络。为了简洁起见，本文将只介绍配置的其中一个池。管理员需要收集所有的必要网络信息(即域名、网络地址、多少地址可以分发出去，等等)。

　　就这个池而言，下列信息从网络管理员处获得：网络ID为17227600，子网掩码为2552552550或/24，子网的默认网关是17227601，广播地址为1722760255。

　　这些信息对于构建dhcpdconf文件中适当的网络节而言很重要。闲话少说，不妨再次使用文本编辑工具，打开配置文件，然后将新的网络添加到服务器。这必须借助root/sudo权限来完成!

　　# nano /etc/dhcp/dhcpdconf

　　配置DHCP协议和网络

　　这是为了将IP地址分发给用于搭建VMware虚拟服务器的网络而建立的示例。第一行表明了网络以及该网络的子网掩码。然后在括号里面是DHCP服务器应该提供给该网络上主机的所有选项。

　　第一个节range 172276050 1722760254;是DHCP服务器可以分发给该网络上主机的动态分配地址的范围。请注意头48个地址并不在池中;需要的话，这些地址可以静态分配给主机。

　　第二个节option routers 17227601;将默认网关地址分发给该网络上的所有主机。

　　最后一个节option broadcast-address 1722760255;表明该网络的广播地址。该地址不应该是范围节的一部分，因为广播地址无法分配给主机。

　　一些指针务必总是以分号(;)来结束选项行，始终确保每个创建的网络用花括号{ }包起来。

　　7 如果有更多的网络要建立，继续以合适的选项来建立，然后保存文本文件。一旦所有配置都完成， ISC-DHCP-Server进程需要重启，以便让新的变更生效。这可以用下面这个命令来实现：

　　# service isc-dhcp-server restart

　　这会重启DHCP服务，然后管理员可以通过几种不同的方式，检查服务器是否准备好处理DHCP请求。最简单的方式就是只要通过lsof命令，看看服务器是不是在侦听端口67：

　　# lsof -i :67

　　检查DHCP侦听端口

　　这个输出结果表明，DHCPD(DHCP Server守护程序)在运行，并侦听端口67。由于/etc/services文件中端口67的端口号映射，该输出结果中的端口67实际上被转换成了“bootps”。

　　这在大多数系统上很常见。至此，服务器应该已为网络连接准备好，只要将机器连接到网络，让它向服务器请求DHCP地址，即可加以证实。