DNS域名服务器主要分为哪些类型?

DNS域名服务器主要分为哪些类型?,第1张

你好!笔者是科技领域创作者,DNS域名服务器主要分为什么类型的问题,笔者查阅了相关资料,主要分为以下主要类型:

1主域服务器

每个DNS域必须包含一台主域服务器。主域服务器包含有关此域中所有主机名及其IP地址和区域的信息。

主域服务器可以使用本地信息响应客户端的查询。此外,为了获取所需的信息,经常需要询问其他域名服务器,主域服务器上的信息存储在资源记录中。

二、辅助城市服务器

为了提供信息冗馀,每个域至少有一个辅助域名服务器。每个子域名服务器都包含区域数据网络的副本。子网域名服务器像主域服务器一样提供有关区域的信息。

为了响应用户的请求,辅助域名服务器通常需要询问其他服务器以获取所需的信息。与主域服务器一样,辅助域名服务器具有缓存,用于保存从其他服务器获取的信息。

三、Cachingonly域名服务器

Cachinonly服务器不提供有关该区的任何信息,在用户询问该区时,它仅发送到另一个域名服务器以获得响应,在客户询问同一查询时,它将该响应存储在自己的缓存中一段时间,而无需将该响应转发到另一个域名服务器。Cachingonlydomainnameserver通常是为了减少DNS的传输量而构建的。

以上是笔者关于DNS域名服务器主要分为什么类型的回答,希望对你有所帮助!

需要先知道DNS和DHCP的端口号才可以对其进行 *** 作,一般默认DNS端口号为53,DHCP的默认端口号是67,68。
一般关闭端口的使用命令:iptables -A INPUT -p tcp --drop 53-j DROP
iptables -A OUTPUT -p tcp --dport 53-j DROP
一般打开端口使用命令:iptables -A INPUT -ptcp --dport 端口号-j ACCEPT或者nc -lp 23
查看端口是否打开使用命令:netstat -an | grep 53

DNS 即Domain Name System(域名系统)的缩写,它是一种将ip地址转换成对应的主机名或将主机名转换成与之相对应ip地址的一种机制。其中通过域名解析出ip地址的叫做正向解析,通过ip地址解析出域名的叫做反向解析。
下面对DNS的工作流程及原理进行简要说明
DNS的查询流程:需要解析服务的Client先查看本机的/etc/hosts;若无结果,则client查看本地的DNS缓存服务器;若无结果,则查找所属域的首选DNS服务器;若此时本地首选DNS服务器仍无法解析,则会想根域名服务器进行查询或选择转发解析请求。
DNS的查询规则:递归式查询,即client向支持递归查询的DNS Server发出解析请求,则自DNS服务器不论是自身直接解析还是无法解析想根发出请求,总会由其向client返回一个结果;迭代式查询,即接收client解析请求的DNS Server,若其能够解析则直接返回结果,若其不能解析将把解析请求交给其他DNS服务器,而不是自己亲自将解析过程完成。
所谓的“根”服务器:根服务器主要用来管理互联网的主目录,全世界只有13台。1个为主根服务器,放置在美国。其余12个均为辅根服务器,其中9个放置在美国,欧洲2个,位于英国和瑞典,亚洲1个,位于日本。所有根服务器均由美国政府授权的互联网域名与号码分配机构ICANN统一管理,负责全球互联网域名根服务器、域名体系和IP地址等的管理。
DNS记录的类型:
A:Address 域名向ip地址转换的记录;
PTR:Printer ip地址向域名转换的记录;
NS:代表域内的dns服务器;
MX:代表域内的邮件服务器;
CNAME:域名的别名;
SOA:start of authority用于标示域内主DNS服务器。
提供DNS服务的软件:BIND即Berkeley Internet Name Domain有加州大学伯克利分校研发是当今提供dns服务应用最广的软件。
下面让我们进入正题,以下内容包括:DNS的缓存服务器、主/从服务器、子域授权、转发以及视图的配置步骤。

DNS缓存服务器
Ps:为了更好的体会和理解dns的配置文件和域解析文件,作者在此只安装bind包,以手动编辑的方式生成这几个必须的文件。
1安装bind包
yum install bind
2创建住配置文件/etc/namedconf
options {
directory "/var/named"; #告知工作目录
};

zone “” IN {
type hint; #声明根域
file "namedca"; #根信息存放文件
};

zone "localhost" IN { #本地正解定义
type master; #类型为master
file "localhostzone"; #正解文件名
};

zone "00127in-addrarpa" IN { #本地反解定义
type master;
file "namedlocal"; #反解文件名
};

chown :named /etc/namedconf
#修改属组给named
3创建3个解析文件
namedca
dig -t NS > /var/named/namedca
#向跟服务器发起查询并重定向到目标文件
localhostzone
vim localhost zone
$TTL 86400
#默认的ttl值
@ IN SOA localhost adminlocalhost (
#主DNS服务器localhost
2011081601
#时间+序列号01
1H
#刷新时间:每隔多久来master查询更新
10M
#重试时间间隔
7D
&n

在一个区域中设置辅助名称服务器有以下几个优点:
1 网络可靠性更高:在出现主名称服务器故障或网络中断时,辅助名称服务器可以继续为客户端提供服务,保障了系统的连续性和可靠性。
2 提高查询速度:当用户请求名称服务时,DNS服务器会根据请求的内容,从存储分布式的DNS服务器中查找结果,而辅助名称服务器可以缓存客户端请求的结果,提高查询速度和响应速度。
3 分散负载压力:通过设置多个辅助名称服务器,可以将查询请求分散到不同的服务器上,从而减轻主名称服务器的负载压力。同时,通过设置辅助名称服务器的策略,可以根据不同的地理位置、网络情况和负载情况,将请求转发给不同的服务器,进一步提高负载均衡能力。
4 改善服务质量:通过设置辅助名称服务器,可以为客户端提供更加快速、安全、可靠的名称解析服务,进一步提升服务质量和用户体验。

DNS是指:域名系统(DomainNameSystem)。在Internet上域名与IP地址之间是一一对应的,域名虽然便于人们记忆,但机器之间只能互相认识IP地址,它们之间的转换工作称为域名解析,域名解析需要由专门的域名解析系统来完成,DNS就是进行域名解析的系统。完整的域名由计算机名+网络名+机构类型名+顶级域名组成。DNS域名系统的组成:1)主服务器:主服务器中存储了其所辖区域内主机的域名资源的正本,而且以后这些区域内的数据有所变更时,也是直接写到这台服务器的数据库中,这个数据库通常被称为区域文件。一个区域内必须有一台,而且只能有一台服务器。2)辅助服务器:辅助服务器定期从另一台DNS服务器复制区域文件,这一复制动作被称为区域传送(Zone Transfer),区域传送成功后会将区域文件设置为“只读”,也就是说,在辅助服务器中不能修改区域文件。一个区域内可以没有辅助服务器,也可以有多台辅助服务器。设置辅助服务器的目的是在主服务器不能正常工作时,能接替主服务器承担域名解析功能。用户在设置客户端时,需要设置包含主服务器和辅助服务器在内的DNS服务器,才能在主服务器出现故障时同辅助服务器来完成域名解析工作。3)调整缓存服务器:高速缓存服务器与主服务器和辅助服务器完全不同,因为它本身不管理任何DNS区域,但仍然可以接受DNS客户端的域名解析请求,并将请求转发到指定DNS服务器解析。在将解析结果返回给DNS客户端的同时,将解析结果保存在自己的缓存区内。当下一次接收到相同域名的解析请求时,高速缓存服务器就直接从缓冲区内获得结果返回给DNS客户端,而不必将请求再转发给指定的DNS服务器。

域名服务(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/namedconf ,在软件包提供的布局中仅包括这些文件。

可以将同一服务器配置为缓存名称服务器,主要和辅助名称服务器:这都取决于它所服务的区域。服务器可以是一个区域的授权开始(SOA),同时为另一区域提供辅助服务。同时为本地LAN上的主机提供缓存服务。

默认配置充当缓存服务器。只需取消注释并编辑 /etc/bind/namedconfoptions 即可设置ISP的DNS服务器的IP地址:

要启用新配置,请重新启动DNS服务器。在终端提示下:

在本节中,将BIND9配置为域的主服务器 examplecom 。只需 examplecom 用您的FQDN(完全合格的域名)替换即可。

要将DNS区域添加到BIND9,将BIND9变成主服务器,请首先编辑 /etc/bind/namedconflocal :

现在,使用现有的区域文件作为模板来创建 /etc/bind/dbexamplecom 文件:

编辑新的区域文件, /etc/bind/dbexamplecom 然后更改 localhost为服务器的FQDN,在末尾保留其他文件。更改 127001 为名称服务器的IP地址和 rootlocalhost 有效的电子邮件地址,但用 代替通常的 @ 符号,并再次在末尾保留。更改注释以指示此文件所针对的域。

为基本域创建 A 记录 examplecom 。此外,创建一个 A 记录的 nsexamplecom ,在这个例子中,域名服务器:

每次更改区域文件时,都必须增加序列号(Serial)。如果在重新启动BIND9之前进行了多次更改,只需增加一次串行。

现在,您可以将DNS记录添加到区域文件的底部。有关详细信息,请 参阅公共记录类型 。

对区域文件进行了更改之后,需要重新启动BIND9以使更改生效

现在已经设置了区域并将名称解析为IP地址,现在需要添加反向区域以允许DNS将地址解析为名称。

编辑 /etc/bind/namedconflocal 并添加以下内容:

现在创建 /etc/bind/db192 文件:

接下来编辑 /etc/bind/db192 ,更改与 /etc/bind/dbexamplecom 相同的选项:

每次更改时,“反向”区域中的序列号也需要增加。 对于您在 /etc/bind/dbexamplecom 中配置的每个A记录(即针对另一个地址),您需要在 /etc/bind/db192 中创建一个PTR记录。

创建反向区域文件后,重新启动BIND9

一旦配置了主服务器,强烈建议使用辅助服务器,以在主服务器不可用时维持域的可用性。

首先,在主服务器上,需要允许区域传输。将 allow-transfer 选项添加到示例正向和反向区域定义中 /etc/bind/namedconflocal :

在主服务器上重新启动BIND9:

接下来,在辅助服务器上,以与主服务器相同的方式安装bind9软件包。然后编辑, /etc/bind/namedconflocal 并为正向和反向区域添加以下声明:

在辅助服务器上重新启动BIND9:

在其中, /var/log/syslog 您应该看到类似以下内容的内容(为了适应本文档的格式,对某些行进行了拆分):

测试BIND9的第一步是将名称服务器的IP地址添加到主机解析器。应该配置主要名称服务器以及另一个主机,以仔细检查。有关将名称服务器地址添加到网络客户端的详细信息,请参阅DNS客户端配置。最后,您的 nameserver 一行 /etc/resolvconf 应指向, 1270053 并且您应该 search 为您的域指定一个参数。像这样:

要检查您的本地解析器正在使用哪个DNS服务器,请运行:

如果安装了dnsutils软件包,则可以使用DNS查找实用程序dig测试设置:

安装完BIND9之后,请对环回接口使用dig来确保它正在侦听端口53。从终端提示符下:

您应该在命令输出中看到类似于以下内容的行:

如果您已将BIND9配置为缓存名称服务器,则“挖掘”外部域以检查查询时间:

注意查询时间接近命令输出的末尾:

经过第二次挖掘后,应该有所改进:

现在演示应用程序如何使用DNS解析主机名,使用ping实用程序发送ICMP回显请求:

这测试名称服务器是否可以将名称解析为 nsexamplecom IP 地址。 命令输出应类似于:

测试区域文件的一种好方法是使用 named-checkzone 与bind9软件包一起安装的实用程序。使用此实用程序,可以在重新启动BIND9并使更改生效之前确保配置正确。

要测试我们的示例正向区域文件,请从命令提示符处输入以下内容:

如果一切配置正确,您应该会看到类似以下的输出:

同样,要测试反向区域文件,请输入以下内容:

输出应类似于:

BIND9有多种可用的日志记录配置选项,但是两个主要的选项是 channel 和 category ,它们分别配置日志的去向和要记录的信息。

如果未配置任何日志记录选项,则默认配置为:

让我们将BIND9配置为将与DNS查询相关的调试消息发送到单独的文件。

我们需要配置一个通道以指定要将消息发送到的文件,以及一个category。在此示例中,类别将记录所有查询。编辑 /etc/bind/namedconflocal 并添加以下内容:

由于命名守护程序以绑定用户身份运行,因此 /var/log/named 必须创建目录并更改所有权:

现在重新启动BIND9,以使更改生效:

您应该看到文件中 /var/log/named/querylog 填充了查询信息。这是BIND9日志记录选项的简单示例。


欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/zz/13034716.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2025-08-29
下一篇2025-08-29

发表评论

登录后才能评论

评论列表(0条)

    保存