【Linux入门】DNS概述以及配置实例

文章目录

DNS

DNS(Domain Name System,域名系统)是互联网的核心服务之一,它负责将人们易于记忆的域名(如www.example.com)转换为计算机能够理解的IP地址(如192.0.2.1)。DNS通过其分布式和层次化的结构,确保了全球互联网的顺畅运行。

一、DNS的作用

  1. 域名与IP地址的映射:DNS最基本的作用是将域名解析为对应的IP地址,使得用户能够通过易于记忆的域名来访问互联网上的资源。
  2. 提升用户体验:由于域名比IP地址更易于记忆,DNS的存在极大地提升了用户访问互联网资源的便捷性。
  3. 支持其他类型的记录:除了A记录(将域名映射到IPv4地址)外,DNS还支持AAAA记录(将域名映射到IPv6地址)、CNAME记录(将域名映射到另一个域名)、MX记录(指定邮件交换服务器)等多种类型的记录,以满足不同的网络需求。
  • 正向解析:根据域名去寻找对应的IP地址
  • 反向解析:根据IP地址去寻找对应的域名

二、DNS的层次结构

域名与IP地址之间是多对一的关系,一个!P地址不一定只对应一个域名,且一个域名只可以对应一个IP地址

1. 根域(Root Domain)

  • 描述:根域是DNS中最高级别的域名层次结构,表示为"."(点),位于DNS层次结构的最顶层。根域下面没有子域,它包含全球多个根域名服务器,这些服务器分布在世界各地,负责管理顶级域名服务器的地址。
  • 举例:虽然用户通常不会直接与根域交互,但根域是DNS解析过程的起点。例如,在解析www.example.com时,虽然用户看不到,但解析过程首先会查询根域服务器以获取负责.com顶级域的服务器地址。

2. 顶级域(Top-Level Domain, TLD)

  • 描述:顶级域位于根域下层,是在互联网域名系统中定义的最高级别的域名。顶级域可以分为几类,包括通用顶级域(如.com、.net、.org等)、国家顶级域(如.cn、.uk、.jp等)以及其他特殊顶级域(如.mil、.edu等)。
  • 举例:在www.example.com中,".com"就是顶级域。用户通过访问不同的顶级域来访问不同类型的网站,如商业网站(.com)、政府组织网站(.gov)等。

3. 二级域(Second-Level Domain)

  • 描述:二级域位于顶级域下层,是由注册用户自行选择和注册的。在二级域名之前可以添加一个或多个子域,形成更具体的域名结构。
  • 举例:在www.example.com中,"example"就是二级域。它是用户在注册域名时自行选择的,用于标识不同的组织或个人。

4. 子域(Subdomain)

  • 描述:子域是在二级域名之前添加的一级域名,用于进一步划分域名空间。子域可以根据需求进行任意的划分,以创建更具体的域名结构。
  • 举例:在mail.example.com中,"mail"就是子域。 它进一步细化了example.com这个域名,用于指向特定的服务或部门,如邮件服务器。

5. 主机名(Hostname)

  • 描述:主机名位于DNS域命名空间的最低层,主要指计算机的主机名。在完整的域名结构中,主机名通常位于最左侧(或最前面),但在实际使用中,人们更习惯于将主机名放在子域或二级域之前。
  • 举例:在www.example.com中,"www"可以被视为一个特殊的主机名,但实际上它更常被看作是一个子域。在更具体的场景中,如ftp.example.com,其中"ftp"是子域,"example.com"是二级域和顶级域的组合,而整个域名并不直接包含传统意义上的“主机名”。然而,在理解上,我们可以将"ftp"服务器视为该域名下的一个“主机”。

综上所述,DNS的层次结构从根域开始,依次向下为顶级域、二级域、子域(有时也包括主机名),形成了一个清晰、有序的域名空间。

三、DNS的工作原理

工作原理

  1. 用户请求
    • 当用户在浏览器中输入一个域名并尝试访问时,浏览器会首先检查本地缓存(如浏览器缓存或操作系统DNS缓存)中是否已存在该域名的IP地址。
  2. 本地查询
    • 如果本地缓存中没有找到对应的IP地址,浏览器会向本地配置的DNS服务器(也称为递归DNS服务器或本地域名服务器)发起DNS解析请求。
  3. 递归查询
    • 本地DNS服务器收到查询请求后,会尝试在自己的缓存中查找结果。如果缓存中没有,它会代表用户向根域名服务器发起查询请求。
    • 根域名服务器是DNS层次结构的最高层,它知道所有顶级域名(TLD)服务器的位置,但不会直接提供IP地址,而是返回指向顶级域名服务器的地址。
  4. 迭代查询
    • 本地DNS服务器根据根域名服务器提供的地址,向对应的顶级域名服务器发起查询请求。顶级域名服务器会返回指向权威域名服务器的地址。
    • 权威域名服务器是每个特定域名的“官方”DNS服务器,它存储着该域名与IP地址的映射信息。本地DNS服务器向权威域名服务器发起查询请求,最终获得该域名对应的IP地址。
  5. 返回结果
    • 权威域名服务器将IP地址返回给本地DNS服务器,本地DNS服务器再将这个IP地址返回给用户的浏览器。
    • 浏览器收到IP地址后,就可以使用这个IP地址来与对应的服务器建立连接,访问用户想要访问的网页或资源。
  6. 缓存更新
    • 本地DNS服务器和浏览器(或操作系统)都会将解析出的域名和IP地址的映射关系缓存一段时间,以便后续访问时能够快速响应。

特点与优势

  • 分布式结构:DNS采用分布式数据库系统,提高了系统的可靠性和可扩展性。
  • 缓存机制:通过缓存机制提高了域名解析的效率,减轻了域名服务器的负担。
  • 层次化查询:层次化的查询过程确保了域名解析的准确性和高效性。
  • 易于使用:使得用户能够通过简单易记的域名来访问互联网资源,而无需记忆复杂的IP地址。

综上所述,DNS的工作原理是一个复杂而高效的过程,它确保了互联网通信的顺畅进行。

四、DNS的解析过程

1. 客户端发起请求

  • 当用户在浏览器中输入一个域名并尝试访问时,浏览器会首先检查本地缓存(包括浏览器缓存和操作系统DNS缓存)中是否已存在该域名的IP地址。

2. 本地DNS服务器查询

  • 如果本地缓存中没有找到对应的IP地址,浏览器会向本地配置的DNS服务器(也称为递归DNS服务器或本地域名服务器)发起DNS解析请求。

3. 递归查询与迭代查询

  • 递归查询:本地DNS服务器收到查询请求后,会尝试在自己的缓存中查找结果。如果缓存中没有,它会代表用户向根域名服务器发起查询请求。
  • 迭代查询:根域名服务器是DNS层次结构的最高层,它知道所有顶级域名(TLD)服务器的位置,但不会直接提供IP地址,而是返回指向顶级域名服务器的地址。本地DNS服务器根据根域名服务器提供的地址,向对应的顶级域名服务器发起查询请求。顶级域名服务器会返回指向权威域名服务器的地址。

4. 返回结果

  • 权威域名服务器将IP地址返回给本地DNS服务器,本地DNS服务器再将这个IP地址返回给用户的浏览器。

5. 缓存更新

  • 本地DNS服务器和浏览器(或操作系统)都会将解析出的域名和IP地址的映射关系缓存一段时间,以便后续访问时能够快速响应。

6. 客户端访问

  • 浏览器收到IP地址后,就可以使用这个IP地址来与对应的服务器建立连接,访问用户想要访问的网页或资源。

注意

  • DNS解析过程可能因网络配置、缓存策略等因素而有所不同。
  • 在实际业务场景中,DNS解析过程可能还涉及负载均衡、故障转移等高级功能,以确保服务的高可用性和稳定性。

五、DNS的类型

DNS服务器类型

  1. 权威域名服务器(Authoritative Name Server)
    • 功能:负责管理特定域(如example.com)的DNS记录,包括域名到IP地址的映射。
    • 特点:只回答其负责区域的查询,不处理递归查询,不缓存查询结果(除了可能为了性能而进行的少量缓存)。
  2. 递归/本地域名服务器(Recursive/Local Name Server)
    • 功能:也称为递归解析器,接收来自客户端的DNS查询请求,并代表客户端进行一系列的查询工作,直到最终返回结果。
    • 特点:缓存查询结果以提高解析效率,减少外部查询次数。
  3. 缓存域名服务器(Caching Name Server)
    • 功能:存储先前查询的结果,并在再次收到相同请求时提供快速响应。
    • 特点:不管理任何特定的域,但可以显著减少对外的查询次数,降低网络延迟。
  4. 转发域名服务器(Forwarding Name Server)
    • 功能:接收到客户端的查询请求后,不是自己解答,而是将请求转发到其他DNS服务器(通常是权威域名服务器或另一个递归解析器)以完成解析过程。
    • 特点:通过转发机制实现DNS解析的灵活性和可扩展性。
  5. 根域名服务器(Root Name Server)
    • 功能:DNS系统中的最高级别的服务器,它们不包含具体的域名信息,但会提供指向顶级域名服务器(如.com、.net、.org等)的指引。
    • 特点:作为DNS解析的起点,确保全球DNS系统的正常运行。
  6. 顶级域名服务器(Top-Level Domain Name Server)
    • 功能:负责管理顶级域名(TLDs),如.com、.net等。当递归解析器在根域名服务器没有得到具体域名的详细信息时,它会去查询相应顶级域名服务器以获得更详细的指引。
    • 特点:负责特定顶级域名下的域名解析工作,是DNS系统中的重要组成部分。

DNS主从域名服务器

在DNS系统中,主域名服务器(Master Name Server)和从域名服务器(Slave Name Server)是一对相互配合的服务器,用于实现DNS记录的同步和冗余。

  • 主域名服务器
    • 特定DNS区域的权威服务器,具有唯一性
    • 负责维护该区域内所有域名
    • IP地址的映射记录需要自行建立所负责区域的地址数据文件
  • 从域名服务器
    • 也称为辅助域名服务器,是对主域名服务器的热备份
    • 其维护的域名→IP地址记录来源于主域名服务器
    • 需要从主域名服务器自动同步区域地址数据库

这种主从配置不仅提高了DNS系统的可靠性,还减轻了主域名服务器的负载,因为部分查询请求可以由从域名服务器来处理。

BIND DNS服务器配置步骤

1. 安装BIND软件包

# 使用yum安装(推荐,需要有网络或本地仓库)
yum install bind -y

# 或者使用rpm安装(需要挂载ISO镜像)
# rpm -ivh /path/to/bind-package.rpm

2. 修改主要配置文件 /etc/named.conf

vim /etc/named.conf

配置文件内容示例及注释:

options {
    listen-on port 53 { 192.168.110.128; }; # 监听53端口,指定服务IP,或使用any监听所有
    #listen-on-v6 port 53 { ::1; }; # IPv6监听配置,不使用可注释
    directory "/var/named"; # 区域数据文件存放位置
    dump-file "/var/named/data/cache_dump.db"; # 域名缓存数据库文件位置
    statistics-file "/var/named/data/named_stats.txt"; # 状态统计文件位置
    memstatistics-file "/var/named/data/named_mem_stats.txt"; # 内存统计文件位置
    allow-query { 192.168.80.0/24; 172.16.100.0/24; }; # 允许查询的网段
};

zone "." IN { # 根区域配置
    type hint;
    file "named.ca";
};

include "/etc/named.rfc1912.zones"; # 包含其他区域配置文件

3. 修改区域配置文件 /etc/named.rfc1912.zones

vim /etc/named.rfc1912.zones

添加正向区域配置:

zone "benet.com." IN {
    type master;
    file "benet.com.zone";
    allow-update { none; };
};

4. 配置正向区域数据文件 /var/named/benet.com.zone

cd /var/named/
cp -p named.localhost benet.com.zone
vim /var/named/benet.com.zone

配置文件内容示例及注释:

$TTL 1D
@   IN  SOA benet.com. admin.benet.com. (
                        0       ; Serial
                        1D      ; Refresh
                        1H      ; Retry
                        1W      ; Expire
                        3H )    ; Negative Cache TTL
    IN  NS  benet.com.
    IN  A   192.168.80.10
    IN  MX  10 mail.benet.com.

www IN  A   192.168.80.10
mail IN A   192.168.80.11
ftp  IN  CNAME   www

*   IN  A   192.168.80.100

5. 启动BIND服务并关闭防火墙

systemctl start named
systemctl stop firewalld
setenforce 0 # 禁用SELinux(可选,根据安全策略决定)

6. 检查配置文件和日志

named-checkconf -z /etc/named.conf
named-checkzone benet.com /var/named/benet.com.zone
tail -f /var/log/messages # 查看日志文件以排查错误

7. 配置客户端DNS解析

方法一:修改 /etc/resolv.conf

vi /etc/resolv.conf
nameserver 192.168.80.10

方法二:修改网卡配置文件(重启后生效)

vi /etc/sysconfig/network-scripts/ifcfg-ens33
DNS1=192.168.80.10
systemctl restart network

8. 测试DNS解析

host www.benet.com
nslookup www.benet.com

DNS反向解析配置

1. 编辑 /etc/named.rfc1912.zones 文件以添加反向解析区域

vim /etc/named.rfc1912.zones

在文件中添加以下内容:

// 为192.168.10.x网段配置反向解析
zone "10.168.192.in-addr.arpa" IN {
    type master;
    file "named.10.168.192.zone";  // 指定反向解析的数据文件,建议使用清晰的文件名
    allow-update { none; };
};

2. 复制并编辑反向解析数据文件

cd /var/named/
cp -p benet.com.zone named.10.168.192.zone

编辑 named.10.168.192.zone 文件,内容如下:

$TTL 1D  ; 有效解析记录的生存周期,默认单位为秒
@       IN SOA  benet.com. admin.benet.com. (
                                        20230101  ; serial  # 更新序列号,建议使用日期或时间戳
                                        1D        ; refresh  # 刷新时间
                                        1H        ; retry    # 重试刷新时间间隔
                                        1W        ; expire   # 失效时间
                                        3H )      ; minimum  # 无效解析记录的生存周期
        NS      ns1.benet.com.  ; 假设您的DNS服务器主机名为ns1.benet.com

; 反向解析记录
; 注意:IP地址的最后一部分转换为PTR记录的标识符
20  IN PTR www.benet.com.  ; 192.168.10.20 指向 www.benet.com
22  IN PTR server.benet.com.  ; 假设192.168.10.22 指向 server.benet.com(原配置中未提及)
100 IN PTR mail.benet.com.  ; 假设的条目,因为192.168.10.100可能不是您的网络中的地址

3. 重启或重载BIND服务

systemctl restart named
# 或者
rndc reload

4. 测试反向解析

使用 dighost 命令测试反向解析是否工作正常。例如:

host 20.10.168.192.in-addr.arpa
# 或者使用dig命令获取更详细的输出
dig -x 192.168.10.20

注意host 命令的语法可能不支持直接查询反向解析的PTR记录,因此建议使用 dig -x 命令。上面的 host 命令示例仅用于说明目的,实际使用时可能不会直接工作。

确保您的DNS服务器配置正确,并且网络设置允许DNS查询通过。如果DNS服务器位于防火墙之后,请确保防火墙规则允许DNS查询(通常是UDP/TCP端口53)。

DNS主从服务器配置

配置主服务器 192.168.100.80

1. 修改主配置文件

vim /etc/named.conf
  • 修改 listen-on port 53 { any; }; 允许所有IP地址访问DNS服务。
  • 修改 allow-query { any; }; 允许所有客户端进行DNS查询。

2. 配置区域文件

vim /etc/named.rfc1912.zones
  • 正向区域
zone "benet.com" IN {
    type master;                          # 类型为主区域
    file "benet.com.zone";                # 区域数据文件
    allow-transfer { 192.168.100.17; };   # 允许从服务器同步的区域
};
  • 反向区域(注意:IP地址反转不正确,应为192.168.100,不是100.168.192):
zone "100.168.192.in-addr.arpa" IN {
    type master;
    file "100.168.192.zone";              # 注意文件名应与IP地址段匹配
    allow-transfer { 192.168.100.17; };   # 允许从服务器同步的区域
};

3. 配置正向区域数据文件

cd /var/named/
cp -p name.localhost benet.com.zone
vim /var/named/benet.com.zone
  • 编辑 benet.com.zone 文件,确保内容正确,包括SOA记录、NS记录、A记录、MX记录等。

配置从服务器 192.168.100.17

1. 安装BIND

yum install -y bind

2. 修改主配置文件

vim /etc/named.conf
  • 修改 listen-on port 53 { 192.168.100.17; }; 仅监听本机的53端口。
  • 确保其他选项如 directorydump-filestatistics-filememstatistics-file 指向正确的目录和文件。
  • 修改 allow-query { any; }; 允许所有客户端进行DNS查询。

3. 修改区域配置文件

vim /etc/named.rfc1912.zones
  • 正向区域
zone "benet.com" IN {
    type slave;                        # 类型为从区域
    file "slaves/benet.com.zone";      # 从主服务器同步后保存的文件
    masters { 192.168.100.80; };       # 主服务器地址
};
  • 反向区域(同样注意IP地址反转问题):
zone "100.168.192.in-addr.arpa" IN {
    type slave;
    file "slaves/100.168.192.zone";    # 反向区域的数据文件
    masters { 192.168.100.80; };       # 主服务器地址
};

重启服务并验证

systemctl restart named
ls -1 /var/named/slaves/  # 检查从服务器是否成功从主服务器同步了区域文件

客户端配置

在客户端的 /etc/resolv.conf 文件中添加从服务器的地址:

echo "nameserver 192.168.100.17" >> /etc/resolv.conf

测试

  • 使用 hostnslookup 命令测试DNS解析是否正常。
  • 停止主服务器服务,模拟主服务器故障,验证从服务器是否能正常提供DNS服务。

注意:在真实环境中,IP地址反转和区域文件命名需要严格遵循规范,以确保DNS服务的正确性和可靠性。

DNS分离解析实验配置

以下是整理后的清晰步骤,包含了易懂的注释,以帮助理解和实施DNS分离解析:

实验环境

  • 主服务器/DNS服务器:192.168.20.80 (网卡vmnet2)
  • Web服务器:192.168.20.80 (网卡vmnet2)
  • 外网客户主机:10.0.0.101 (网卡vmnet3,DNS解析地址设为10.0.0.100)

步骤

1. 配置网关服务器双网卡
  1. 在关机状态下添加一块网卡,重启系统。
  2. 配置网卡:
    ifconfig ens33 192.168.20.80/24
    ifconfig ens37 10.0.0.1/24
    ifconfig  # 查看网卡配置
    
2. 安装BIND软件包
yum install -y bind
3. 修改主配置文件
vim /etc/named.conf
options {
    listen-on port 53 { any; };  # 监听所有IP的53端口
    directory "/var/named";      # 区域数据文件的默认存放位置
    allow-query { any; };        # 允许所有网段使用本DNS解析服务
}

include "/etc/named.rfc1912.zones";
4. 修改区域配置文件
vim /etc/named.rfc1912.zones
view "lan" {  # 定义内网view
    match-clients { 192.168.20.0/24; };  # 匹配内网网段
    zone "benet.com" IN {
        type master;
        file "benet.com.zone.lan";  # 数据配置文件
    };
    zone "." IN {
        type hint;
        file "named.ca";
    };
};

view "wan" {  # 定义外网view
    match-clients { any; };  # 匹配除了内网网段以外的任意地址
    zone "benet.com" IN {
        type master;
        file "benet.com.zone.wan";
    };
};
5. 修改区域数据配置文件
cd /var/named
cp -p named.localhost benet.com.zone.lan
cp -p named.localhost benet.com.zone.wan

vim benet.com.zone.lan
$TTL 1D
@   in SOA benet.com. admin.benet.com. (
                     0   ; serial
                    1D   ; refresh
                    1H   ; retry
                    1W   ; expire
                    3H)  ; minimum
        NS      benet.com.
        A     192.168.20.80
www  IN A     192.168.20.80
vim benet.com.zone.wan
$TTL 1D
@   in SOA benet.com. admin.benet.com. (
                     0   ; serial
                    1D   ; refresh
                    1H   ; retry
                    1W   ; expire
                    3H)  ; minimum
        NS      benet.com.
        A     10.0.0.1
www  IN A     10.0.0.100
6. 启动DNS服务
systemctl start named
7. 配置内、外网客户端的DNS服务器地址
  • 内网客户端:
    echo "nameserver 192.168.20.80" >> /etc/resolv.conf
    
  • 外网客户端:
    echo "nameserver 10.0.0.1" >> /etc/resolv.conf
    
8. 测试DNS解析
  • 在内、外网客户端上测试:
    nslookup www.benet.com
    

以上步骤完成了DNS分离解析的配置,使得内网和外网客户端请求同一域名时,解析到不同的IP地址。

补充

SDN与CDN

SDN(Software Defined Network,软件定义网络)和CDN(Content Delivery Network,内容分发网络)是两种在网络领域广泛应用的技术,它们在目的、实现方式及应用场景上存在显著差异。

SDN(软件定义网络)

定义与特点

  • SDN是一种新型的网络架构,通过将网络控制与底层硬件分离,实现网络的灵活性、可编程性和自动化。它试图摆脱硬件对网络架构的限制,使网络可以像升级、安装软件一样进行修改,便于更多的应用程序能够快速部署到网络上。
  • SDN起源于2006年斯坦福大学的Clean Slate研究课题,2009年由Mckeown教授正式提出。它将网络控制抽象化,通过软件定义的方式实现网络流量的动态调度和控制,使得网络管理员可以更加灵活地配置和管理网络资源。
    应用场景
  • SDN技术可能引入的场景包括云数据中心、城域骨干网层面、接入网层面等。通过引入SDN技术,可以实现数据中心资源的虚拟化,提升网络的集约化运营能力,实现数据中心间组网方案的智能化承载。
  • 在城域骨干网中,SDN可以将边缘接入控制设备中的路由转发之外的功能提升到城域网控制器中实现,并采用虚拟化的方式实现业务的灵活快速部署。
  • 在接入网中,SDN可以实现接入节点管理、维护的大大简化,方便快速部署新的业务。

CDN(内容分发网络)

定义与特点

  • CDN是一种通过分布式网络架构将内容分发到距离用户最近的节点,提高内容传输效率和可用性的技术。它采用各种缓存服务器,将这些缓存服务器分布到用户访问相对集中的地区或网络中,通过全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上,由缓存服务器直接响应用户请求。
  • CDN主要用于内容分发和加速,通过分布式节点和缓存技术,减少内容传输的延迟和拥塞,提高用户的访问速度和体验。
    应用场景
  • CDN广泛应用于各种需要快速内容传输和分发的场景,如视频网站、电商网站、新闻网站等。通过CDN,这些网站可以将内容缓存在全球各地的节点上,使用户能够就近访问,提高访问速度和稳定性。

SDN与CDN的区别

  • 目的不同:SDN主要关注于网络控制和管理的自动化与灵活性,而CDN则主要关注于内容分发和加速,提高用户访问速度和体验。
  • 实现方式不同:SDN通过将网络控制与底层硬件分离,实现网络的灵活配置和管理;而CDN则通过分布式节点和缓存技术,将内容分发到网络的边缘。
  • 应用场景不同:SDN更适用于需要高度灵活性和自动化网络控制的场景,如云数据中心、城域骨干网等;而CDN则更适用于需要快速内容传输和分发的场景,如视频网站、电商网站等。

综上所述,SDN和CDN在网络领域中各自扮演着重要的角色,它们通过不同的方式和技术手段,为网络的高效运行和用户体验的提升提供了有力支持。

配置文件中的各字段含义

$TTL 1D
@   in SOA benet.com. admin.benet.com. (
                     0   ; serial
                    1D   ; refresh
                    1H   ; retry
                    1W   ; expire
                    3H)  ; minimum
        NS      benet.com.
        A     192.168.20.80
www  IN A     192.168.20.80
  1. $TTL 1D

    • $TTL:表示默认生存时间(Time To Live),单位是秒。这里设置为1D,即1天,意味着如果解析记录没有特定的TTL值,就使用这个默认值。
  2. @ in SOA benet.com. admin.benet.com. (...)

    • @:代表当前区域(benet.com)的起始点。
    • IN:表示这是一个Internet记录。
    • SOA:表示“起始授权机构”记录,它定义了区域的主要属性。
    • benet.com.:是此SOA记录所关联的区域名。
    • admin.benet.com.:是负责此区域的管理员的邮箱地址(实际使用中,邮箱地址的@符号用.替代)。
    • (...):括号内包含的是SOA记录的具体参数,包括:
      • 0:序列号,用于区域传输时的同步检查。
      • 1D:刷新间隔,从服务器多久向主服务器查询一次更新。
      • 1H:重试间隔,如果从服务器在刷新间隔后未收到响应,则多久再次尝试。
      • 1W:过期时间,如果从服务器在指定的时间内未收到主服务器的响应,则认为区域数据已过期。
      • 3H:最小TTL,区域中所有记录的TTL的最小值。
  3. NS benet.com.

    • NS:表示“名称服务器”记录,用于指定该区域的权威名称服务器。
    • benet.com.:是此NS记录所指定的名称服务器的域名。
  4. A 192.168.20.80

    • A:表示“地址”记录,用于将域名映射到IPv4地址。
    • 192.168.20.80:是此A记录所关联的IPv4地址。
  5. www IN A 192.168.20.80

    • www:是一个子域名,表示www.benet.com
    • IN:同样表示这是一个Internet记录。
    • A:表示这是一个地址记录。
    • 192.168.20.80:是www.benet.com所关联的IPv4地址。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值