服务器，也称伺服器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力，通常分为文件服务器、数据库服务器、应用程序服务器、WEB服务器等。服务器的构成包括处理器、硬盘、内存、系统总线等，相比通用的计算机架构，在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求更高。服务器是一种高性能计算机，也是云计算技术提供计算服务、数据服务所需的核心设备。
域名服务（DNS）是一种Internet服务，可将IP地址和标准域名（FQDN）相互映射。这样，DNS减轻了记住IP地址的需要。运行DNS的计算机称为名称服务器。Ubuntu附带了BIND (Berkley Internet Naming Daemon)，BIND是用于在Linux上维护名称服务器的最常用程序。
在终端提示符下，输入以下命令安装 dns:
dnsutils 软件包是测试和解决 DNS 问题非常有用的。 这些工具通常已经安装，但是要检查或安装 dnsutils，请输入以下内容：
有许多方法可以配置BIND9。一些最常见的配置是缓存名称服务器，主服务器和辅助服务器。
DNS配置文件存储在 /etc/bind 目录中。主要配置文件是 /etc/bind/named.conf ，在软件包提供的布局中仅包括这些文件。
可以将同一服务器配置为缓存名称服务器，主要和辅助名称服务器：这都取决于它所服务的区域。服务器可以是一个区域的授权开始（SOA），同时为另一区域提供辅助服务。同时为本地LAN上的主机提供缓存服务。
默认配置充当缓存服务器。只需取消注释并编辑 /etc/bind/named.conf.options 即可设置ISP的DNS服务器的IP地址：
要启用新配置，请重新启动DNS服务器。在终端提示下：
在本节中，将BIND9配置为域的主服务器 example.com 。只需 example.com 用您的FQDN（完全合格的域名）替换即可。
要将DNS区域添加到BIND9，将BIND9变成主服务器，请首先编辑 /etc/bind/named.conf.local ：
现在，使用现有的区域文件作为模板来创建 /etc/bind/db.example.com 文件：
编辑新的区域文件， /etc/bind/db.example.com 然后更改 localhost.为服务器的FQDN，.在末尾保留其他文件。更改 127.0.0.1 为名称服务器的IP地址和 root.localhost 有效的电子邮件地址，但用 . 代替通常的 @ 符号，并再次.在末尾保留。更改注释以指示此文件所针对的域。
为基本域创建 A 记录 example.com 。此外，创建一个 A 记录的 ns.example.com ，在这个例子中，域名服务器：
每次更改区域文件时，都必须增加序列号(Serial)。如果在重新启动BIND9之前进行了多次更改，只需增加一次串行。
现在，您可以将DNS记录添加到区域文件的底部。有关详细信息，请 参阅公共记录类型 。
对区域文件进行了更改之后，需要重新启动BIND9以使更改生效
现在已经设置了区域并将名称解析为IP地址，现在需要添加反向区域以允许DNS将地址解析为名称。
编辑 /etc/bind/named.conf.local 并添加以下内容：
现在创建 /etc/bind/db.192 文件:
接下来编辑 /etc/bind/db.192 ，更改与 /etc/bind/db.example.com 相同的选项：
每次更改时，“反向”区域中的序列号也需要增加。 对于您在 /etc/bind/db.example.com 中配置的每个A记录（即针对另一个地址），您需要在 /etc/bind/db.192 中创建一个PTR记录。
创建反向区域文件后，重新启动BIND9
一旦配置了主服务器，强烈建议使用辅助服务器，以在主服务器不可用时维持域的可用性。
首先，在主服务器上，需要允许区域传输。将 allow-transfer 选项添加到示例正向和反向区域定义中 /etc/bind/named.conf.local ：
在主服务器上重新启动BIND9：
接下来，在辅助服务器上，以与主服务器相同的方式安装bind9软件包。然后编辑， /etc/bind/named.conf.local 并为正向和反向区域添加以下声明：
在辅助服务器上重新启动BIND9：
在其中， /var/log/syslog 您应该看到类似以下内容的内容（为了适应本文档的格式，对某些行进行了拆分）：
测试BIND9的第一步是将名称服务器的IP地址添加到主机解析器。应该配置主要名称服务器以及另一个主机，以仔细检查。有关将名称服务器地址添加到网络客户端的详细信息，请参阅DNS客户端配置。最后，您的 nameserver 一行 /etc/resolv.conf 应指向， 127.0.0.53 并且您应该 search 为您的域指定一个参数。像这样：
要检查您的本地解析器正在使用哪个DNS服务器，请运行：
如果安装了dnsutils软件包，则可以使用DNS查找实用程序dig测试设置：
安装完BIND9之后，请对环回接口使用dig来确保它正在侦听端口53。从终端提示符下：
您应该在命令输出中看到类似于以下内容的行：
如果您已将BIND9配置为缓存名称服务器，则“挖掘”外部域以检查查询时间：
注意查询时间接近命令输出的末尾：
经过第二次挖掘后，应该有所改进：
现在演示应用程序如何使用DNS解析主机名，使用ping实用程序发送ICMP回显请求：
这测试名称服务器是否可以将名称解析为 ns.example.com IP 地址。 命令输出应类似于：
测试区域文件的一种好方法是使用 named-checkzone 与bind9软件包一起安装的实用程序。使用此实用程序，可以在重新启动BIND9并使更改生效之前确保配置正确。
要测试我们的示例正向区域文件，请从命令提示符处输入以下内容：
如果一切配置正确，您应该会看到类似以下的输出：
同样，要测试反向区域文件，请输入以下内容：
输出应类似于：
BIND9有多种可用的日志记录配置选项，但是两个主要的选项是 channel 和 category ，它们分别配置日志的去向和要记录的信息。
如果未配置任何日志记录选项，则默认配置为：
让我们将BIND9配置为将与DNS查询相关的调试消息发送到单独的文件。
我们需要配置一个通道以指定要将消息发送到的文件，以及一个category。在此示例中，类别将记录所有查询。编辑 /etc/bind/named.conf.local 并添加以下内容：
由于命名守护程序以绑定用户身份运行，因此 /var/log/named 必须创建目录并更改所有权：
现在重新启动BIND9，以使更改生效：
您应该看到文件中 /var/log/named/query.log 填充了查询信息。这是BIND9日志记录选项的简单示例。
Ubuntu 18.04上的Nginx默认启用了一个服务器模块，该模块被配置为在/var/www/html目录下提供文档。 虽然这适用于单个站点，但如果您托管多个站点，它可能会变得很笨重。 我们不必修改/var/www/html ，而是在/var/www为我们的 example.com 网站创建一个目录结构，并将/var/www/html保留为默认目录，如果客户端请求没有匹配任何其他网站。
按如下所示为example.com创建目录，使用-p标志创建任何必需的父目录：
$ sudo mkdir -p /var/www/ example.com/html
接下来，使用$USER环境变量分配目录的所有权：
USER:$USER /var/www/ example.com/html/
如果你没有修改你的umask值，你的web根目录的权限应该是正确的，但是你可以通过输入：
$ sudo chmod -R 755 /var/www/ example.com/
接下来，使用gedit或您最喜欢的编辑器创建一个index.html页面示例：
$ gedit /var/www/ example.com/html/index.html
在里面，添加下面的示例HTML：
<html>
<head>
<title>Welcome to Example.com!</title>
</head>
<body>
<h1>Success! The example.com server block is working!</h1>
</body>
</html>
为了让Nginx提供这些内容，有必要创建一个具有正确指令的服务器块。 我们不要直接修改默认配置文件，而是在/etc/nginx/sites-available/ example.com上创建一个新文件：
$ sudo gedit /etc/nginx/sites-available/example.com
粘贴到以下配置块中，该块类似于默认值，但已更新为我们的新目录和域名：
server {
listen 80
listen [::]:80
}
请注意，我们已将root配置更新到我们的新目录，并将server_name为我们的域名。
接下来，让我们通过创建一个链接到启动sites-enabled目录来启用该文件，该目录是Nginx在启动过程中读取的：
$ sudo ln -s /etc/nginx/sites-available/example.com /etc/nginx/sites-enabled/
现在启用两个服务器模块并将其配置为基于listen和server_name指令响应请求（您可以阅读关于Nginx如何处理这些指令的更多信息）：
example.com ：将响应 example.com 和 www.example.com 请求。
default ：将响应端口80上与其他两个块不匹配的任何请求。
为了避免添加额外的服务器名称可能导致的哈希桶内存问题，有必要调整/etc/nginx/nginx.conf文件中的单个值。
打开文件：sudo gedit /etc/nginx/nginx.conf
找到server_names_hash_bucket_size指令并删除#符号以取消注释该行：
...
http {
...
server_names_hash_bucket_size 64
...
}
...
接下来，测试以确保您的Nginx文件中没有语法错误：
$ sudo nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
如果没有任何问题，请重新启动Nginx以启用您的更改：
$ sudo systemctl restart nginx
熟悉重要的Nginx文件和目录
nginx服务器配置文件：
/etc/nginx ：Nginx配置目录。 所有的Nginx配置文件都驻留在这里。
/etc/nginx/nginx.conf ：主要的Nginx配置文件。 这可以修改，以更改Nginx全局配置。
/etc/nginx/sites-available/ ：可存储每个站点服务器块的目录。 除非将Nginx链接到sites-enabled了sites-enabled目录，否则Nginx不会使用此目录中的配置文件。 通常，所有服务器块配置都在此目录中完成，然后通过链接到其他目录启用。
/etc/nginx/sites-enabled/ ：存储启用的每个站点服务器块的目录。 通常，这些是通过链接到sites-available目录中的配置文件创建的。
/etc/nginx/snippets ：这个目录包含可以包含在Nginx配置其他地方的配置片段。 可重复配置的片段可以重构为片段。
nginx服务器日志文件：
/var/log/nginx/access.log ：除非Nginx配置为其他方式，否则每个对您的Web服务器的请求都会记录在此日志文件中。
/var/log/nginx/error.log ：任何Nginx错误都会记录在这个日志中。
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）