详解DNS的常用记录(上)-DNS系列之二

合集下载

DNS 简介

DNS 简介

DNS: 名称解析服务,不是域名解析服务,因为它解析的是计算机FQDN:FQDN :(Fully Qualified Domain Name)完全合格域名/全称域名,是指主机名加上全路径,全路径中列出了序列中所有域成员。

全域名可以从逻辑上准确地表示出主机在什么地方,也可以说全域名是主机名的一种完全表示形式。

从全域名中包含的信息可以看出主机在域名树中的位置。

DNS 组件:DNS 服务器DNS CLIENTDNS 查询:递归查询:DNS 会回应查询的IP 地址迭代查询:在DNS 迭代查询中,客户端可能得到下一个DNS 服务器的地址根提示:本地的DNS 查询公网的13台根DNS(当DNS 为.域,根提示不可用)转发:将所有的DNS 请求转发给指定的DNS条件转发:windows 2003及之后,主要zone1.辅助zone2.存根zone3.DNS 区域类型正向查找区域 反向查找区域主要区域 辅助区域 存根区域Zone 类型:加入域时,当没有配置DNS 时,可以使用域的netbios 名加入域Enter command 1.Local host name 2.Hosts file 3.DNS server 4.NetBIOS name cache 5.WINS Server 6.Broadcast 7.LMHOSTS File 8.名称解析过程DNS 简介8.LMHOSTS File使用DNSSEC技术保护DNS安全DNSSEC主要依靠公钥技术对于包含在DNS中的信息创建密码签名。

密码签名通过计算出一个密码hash数来提供DNS中数据的完整性,并将该hash数封装进行保护。

私/公钥对中的私钥用来封装hash数,然后可以用公钥把hash数译出来。

如果这个译出的hash值匹配接收者刚刚计算出来的hash树,那么表明数据是完整的。

不管译出来的hash数和计算出来的hash数是否匹配,对于密码签名这种认证方式都是绝对正确的,因为公钥仅仅用于解密合法的hash数,所以只有拥有私钥的拥有者可以加密这些信息。

DNS基础知识ppt课件

DNS基础知识ppt课件
31
DNS起源
2
DNS的域和区
3DNS资Leabharlann 记录4DNS服务器
35
DNS相关知识
DNS权威服务器 web服务器
Domain Name system(域名系统)
早期,使用HOSTS.TXT存储主机名到IP地址的映射,由SRI (Stanford Research Institute)的NIC负责维护,各个主 机通过FTP进行更新。
域名发出来的,用以判断垃圾邮件。一些比如log的应用程序也会使 用反向解析记录日志。
指针类型 PTR
Domain
T C Type
43.105. 241.218.in-addr.arpa.
PTR
77.105.241.218.in-addr.arpa.
PTR

RDATA
IP地址顺序被倒置 以符合域名树结构
内部类型
权威记录: NS, SOA, SOA:权威区的开始 NS:区的权威服务器列表
间接记录: CNAME 导致递归服务器改变查找方向
终止类型:
地址记录: A, AAAA, 携带信息类: TXT,承载应用程序的数据
非终止RR: MX 包含域名用于下一次查询
31
– 记录一条域名 -> 信息的映射,称之为资源记录(RR)
– . 600
IN A 202.173.11.10
– 对应于关系数据库中的一行
Domain TTL class
type
rdata
域名
生存周期 网络/协议类型 资源记录类型 资源记录数据
. 600
IN
mx包含域名用于下一次查询目录dnsdns服务器dns资源记录dns起源dns相关知识将一个zone交由一个nameserver解析会遇到一个问题当唯一的nameserver出现故障会造成internet上的用户无法取得属于这个zone的记录主服务器master辅服务器slaveknetcn的ip地址主服务器和辅服务器都可以给出权威应答将zone交由多个nameserver解析一个zone一般具有一台主服务器辅服务器会定期从主服务器同步区数据这些服务器对外是平等地接收该区的查询从而起到了负载均衡和容灾备份的双重作用权威服务器refresh时间到请求soa需要更新区发axfr或ixfraxfr或ixfr响应需要更新区发axfr或ixfraxfr或ixfr响应响应notify普通方式带notify支持dnsdns权威服务器管理区数据ddnsxfr访问控制提供各种dnsdns递归服务器实际应用中常常分开部署dnsstubresolver主机上的dns软件库

网络协议知识:DNS解析过程和DNS缓存的应用场景和优缺点

网络协议知识:DNS解析过程和DNS缓存的应用场景和优缺点

网络协议知识:DNS解析过程和DNS缓存的应用场景和优缺点DNS解析过程和DNS缓存的应用场景和优缺点随着互联网的普及,越来越多的人开始使用互联网上的各种服务,比如访问网站、发送电子邮件、收发即时消息等。

而要进行这些操作,电脑、手机等设备都需要获取目的地址的IP地址,而这就是DNS解析的任务。

DNS(Domain Name System)是域名系统的缩写,它是一个将域名转化为IP地址的分布式数据库系统,实现了域名和IP地址之间的映射。

在使用互联网时,我们通常只需要输入一个域名,就可以访问网站或是发送邮件,实际上,这背后的工作是由DNS服务器完成的。

DNS解析的过程分为以下几步:1.本地DNS服务器查询当我们在浏览器中输入一个网址时,首先会查询本地DNS服务器中是否有缓存该域名的映射关系,如果有,则直接返回已经缓存的IP地址。

否则,本地DNS服务器就会向根域名服务器发送请求,以获取目标域名的首个域名服务器的IP地址。

2.根域名服务器查询根域名服务器是域名系统中最高级别的,它存储了所有顶级域名的DNS服务器的地址。

在查询目标域名的首个域名服务器的过程中,本地DNS服务器会向根域名服务器发送请求,以获取目标域名的顶级域名服务器的IP地址。

3.顶级域名服务器查询在获取了目标域名的顶级域名服务器的IP地址后,本地DNS服务器会继续向顶级域名服务器发送请求,以获取目标域名的次级域名服务器的IP地址。

4.次级域名服务器查询在获取了目标域名的次级域名服务器的IP地址后,本地DNS服务器会向次级域名服务器发送请求,以获取目标域名的IP地址。

5.返回IP地址当本地DNS服务器获得了目标域名对应的IP地址后,它会将该信息缓存起来,并将IP地址返回给浏览器或是其他应用程序。

下次再访问相同的网站时,本地DNS服务器就可以直接从缓存中获取IP地址,这样就可以大大加快DNS解析的速度,提高整个互联网服务的效率。

由于DNS解析是一个非常频繁的操作,在DNS缓存方面的应用非常广泛。

dns解析过程,原理

dns解析过程,原理

dns解析过程,原理
DNS解析过程和原理如下:
当用户访问一个网页时,首先需要通过DNS解析来找到该网页的存放服务器。

这个过程包括以下步骤:
浏览器缓存:浏览器会首先检查自己是否曾经访问过该域名,如果曾经访问过,则直接从浏览器的缓存中获取该域名的IP地址。

系统缓存:如果浏览器缓存中没有该域名的IP地址,则系统会检查系统的Hosts文件DNS缓存中是否有该域名的IP地址。

路由器缓存:如果系统缓存中也没有该域名的IP地址,那么路由器缓存将会被检查。

ISP(互联网服务提供商)DNS缓存:如果以上步骤都未找到对应的IP地址,则ISP DNS缓存将会被查询。

例如,用户使用的是电信的网络,那么电信的DNS缓存服务器将会被查询。

根域名服务器:如果以上所有步骤都未能找到对应的IP地址,最后会进入根服务器进行查询。

全球仅有13台根域名服务器,1个主根域名服务器,其余12为辅根域名服务器。

以上就是DNS解析的全过程,它帮助我们找到想要访问的网页的存放服务器,是互联网正常运作的重要环节。

DNS(2)--bind服务介绍及配置文件语法格式

DNS(2)--bind服务介绍及配置文件语法格式

DNS(2)--bind服务介绍及配置⽂件语法格式⽬录1. bind服务1.1 bind概述BIND 是由美国加州⼤学开发并且维护的,BIND是⼀个开源、稳定、且应⽤⼴泛的DNS服务。

开源:指 BIND 服务源代码是开放的;稳定:指 BIND 服务运⾏⾮常稳定;⼴泛:政府企业、单位机构、学校、等;BIND提供域名解析服务、权威域名服务、DNS调试⼯具:域名解析服务:将域名解析为IP地址;权威域名服务:能从该服务器查询到完整域名对应的IP地址,则这台服务器就算权威解析;DNS调试⼯具:主要提供DNS客户端调试⼯具,供客户端使⽤;1.2 bind程序包结构安装bind[root@dns01 ~]# yum install bind bind-utils[root@dns01 ~]# rpm -q bindbind-9.11.4-16.P2.el7.x86_64其中:bind-utils:bind客户端程序集,例如dig, host, nslookup等;bind:提供的dns server程序、以及⼏个常⽤的测试程序;bind-libs:被bind和bind-utils包中的程序共同⽤到的库⽂件;bind包⽂件:bind的system的unit⽂件:/usr/lib/systemd/system/named.servicebind主配置⽂件:/etc/named.conf主程序⽂件:/usr/sbin/namedbind⼦配置⽂件:/etc/named.rfc1912.zones区域解析数据库⽂件,也就是IP地址与域名的对应关系存放的⽬录:/var/namedbind的⽇志⽂件默认存放在/var/log/messages⽂件中。

1.3 bind配置⽂件详解1.3.1 bind配置⽂件1.3.1.1 bind主配置⽂件主配置⽂件组成部分::options {} :全局选项(监听端⼝、数据⽂件存储位置、缓存位置、权限等)logging {} :服务⽇志选项zone . {} :⾃定义区域配置include :包含其他的⽂件主配置⽂件注意事项语法⾮常严格;⽂件权限属主 root ,属组 named ,⽂件权限 640;配置⽂件各个字段意义:[root@dns01 ~]# cat /etc/named.confoptions {#监听的地址和端⼝,localhost表⽰监听在本机所有地址上;listen-on port 53 { localhost; };listen-on-v6 port 53 { ::1; };#区域数据库⽂件存放的⽬录;directory "/var/named";#dns解析过内容的缓存⽂件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";recursing-file "/var/named/data/named.recursing";secroots-file "/var/named/data/named.secroots";#允许谁向本台DNS发起查询请求(localhost|ip|any);allow-query { any; };#本DNS是否提供递归请求服务,yes表⽰提供,no表⽰不提供;recursion yes;dnssec-enable yes;dnssec-validation yes;/* Path to ISC DLV key */bindkeys-file "/etc/named.root.key";managed-keys-directory "/var/named/dynamic";pid-file "/run/named/named.pid";session-keyfile "/run/named/session.key";};#控制⽇志输出的级别以及输出的位置logging {channel default_debug {file "data/named.run";severity dynamic;};};#默认可以对任何域名提供解析服务;因为named.ca中存储的是全球根域服务器;zone "." IN {type hint;#区域配置⽂件名称;file "named.ca";};#包含的其他⽂件;include "/etc/named.rfc1912.zones";include "/etc/named.root.key";1.3.1.2 bind区域配置⽂件可以使⽤bind来解析⾃定义的的域名,需要配置⾃定义的区域解析⽂件。

DNS记录类型介绍(A记录、MX记录、NS记录等)

DNS记录类型介绍(A记录、MX记录、NS记录等)

DNS A记录 NS记录 MX记录 CNAME记‎录 TXT记录 TTL值 PTR值建站名词解释‎:DNS A记录 NS记录 MX记录 CNAME记‎录 TXT记录 TTL值 PTR 值泛域名泛解析域名绑定域名转向1. DNSDNS:Domain‎Name System‎域名管理系统‎域名是由圆点‎分开一串单词‎或缩写组成的‎,每一个域名都‎对应一个惟一‎的IP地址,这一命名的方‎法或这样管理‎域名的系统叫‎做域名管理系‎统。

DNS:Domain‎Name Server‎域名服务器域名虽然便于‎人们记忆,但网络中的计‎算机之间只能‎互相认识IP‎地址,它们之间的转‎换工作称为域‎名解析,域名解析需要‎由专门的域名‎解析服务器来‎完成,DNS 就是进行域名‎解析的服务器‎。

查看DNS更‎详细的解释2. A记录A (Addres‎s)记录是用来指‎定主机名(或域名)对应的IP地‎址记录。

用户可以将该‎域名下的网站‎服务器指向到‎自己的web‎server‎上。

同时也可以设‎置域名的子域‎名。

通俗来说A记‎录就是服务器‎的IP,域名绑定A记‎录就是告诉D‎N S,当你输入域名‎的时候给你引‎导向设置在D‎N S的A记录‎所对应的服务‎器。

简单的说,A记录是指定‎域名对应的I‎P地址。

3. NS记录NS(Name Server‎)记录是域名服‎务器记录,用来指定该域‎名由哪个DN‎S服务器来进‎行解析。

您注册域名时‎,总有默认的D‎N S服务器,每个注册的域‎名都是由一个‎D NS域名服‎务器来进行解‎析的,DNS服务器‎N S记录地址‎一般以以下的‎形式出现:ns1.domain‎.com、ns2.domain‎.com等。

简单的说,NS记录是指‎定由哪个DN‎S服务器解析‎你的域名。

4. MX记录MX(Mail Exchan‎g er)记录是邮件交‎换记录,它指向一个邮‎件服务器,用于电子邮件‎系统发邮件时‎根据收信人的‎地址后缀来定‎位邮件服务器‎。

linux下dns配置详解

linux下dns配置详解

linux下dns配置详解dns配置详解大全DNS简介在Linux中,域名服务(DNS)是由柏克莱网间名域(Berkeley Internet Name Domain——BIND)软件实现的。

BIND是一个客户/服务系统,它的客户方面称为转换程序(resolver),它产生域名信息的查询,将这类信息发送给服务器,DNS软件回答转换程序的查询。

BIND的服务方面是一个称为named (读作“name”“d”)的守护进程。

我们将讨论三种基本BIND配置任务:配置BIND转换程序。

配置BIND域名服务。

建立服务器数据库文件,称为“区文件(zone file)。

前面我们介绍过,术语“区(zone)”往往可以与单词“域(domain)”互换使用,但这里却有一些区别,“区”是指域数据库文件,而“域”则比较通用。

在本书中,域是用域名定义的域结构中的一部分,而区则是域数据库文件中包含域信息的集合,包含域信息的文件称为“区文件”。

DNS的作用是把IP地址转化为代表主机、网络和邮件别名的助记名。

它把整个Internet IP地址和名字空间分解为不同的逻辑组来做这项工作。

每个组对它所拥有的计算机和其他信息具有控制权。

DNS服务器的类型BIND可以配置成以几种不同的方法运行的DNS,常见的BIND配置是唯转换程序系统、唯高速缓存系统、主服务器和辅助服务器。

转换程序是一段要求域名服务器提供域信息的程序,在Linux系统中,它是作为一个库程序来实现的,不是一个单独的客户程序。

在唯转换程序系统中,仅使用转换程序,并不运行域名服务器。

这种系统是很容易配置的,最多只需要设置/etc/resolv.conf文件。

其它三个BIND配置选项都是用于named服务软件的。

唯高速缓存服务器唯高速缓存服务器(caching-only server)可运行域名服务器软件但是没有域名数据库软件。

它从某个远程服务器取得每次域名服务器查询的回答,一旦取得一个答案,就将它放在高速缓存中,以后查询相同的信息时就用它予以回答。

DNS详解

DNS详解

DNS详解1. DNS定义:DNS 是域名系统(Domain Name System) 的缩写,该系统用于命名组织到域层次结构中的计算机和网络服务。

在Inter net上域名与IP地址之间是一一对应的,域名虽然便于人们记忆,但机器之间只能互相认识IP地址,它们之间的转换工作称为域名解析,域名解析需要由专门的域名解析服务器来完成,DNS就是进行域名解析的服务器,域名的最终指向是IP。

在IPv4中IP是由32位二进制数组成的,将这32位二进制数分成4组每组8个二进制数,将这8个二进制数转化成十进制数,就是IP地址,范围是在0~255之间。

(8个二进制数转化为十进制数的最大范围就是0~255)现在已开始试运行、将来必将代替IPv4的IPV6中,将以128位二进制数表示一个IP地址。

DNS:Domain Name System 域名管理系统域名是由圆点分开一串单词或缩写组成的,每一个域名都对应一个惟一的IP地址,这一命名的方法或这样管理域名的系统叫做域名管理系统。

DNS:Domain Name Server 域名服务器域名虽然便于人们记忆,但网络中的计算机之间只能互相认识IP地址,它们之间的转换工作称为域名解析,域名解析需要由专门的域名解析服务器来完成,DNS就是进行域名解析的服务器。

2. 使用的是UDP53号端口。

3.DNS的工作原理:以访问[url][/url] 为例,(1)客户端首先检查本地c:\windows\system32\drivers\etc \host文件,是否有对应的IP地址,若有,则直接访问WEB站点,若无,则(2);(2)客户端检查本地缓存信息,若有,则直接访问WEB站点,若无(3);(3)本地DNS检查缓存信息,若有,将IP地址返回给客户端,客户端可直接访问WEB站点,若无;(4)本地DNS检查区域文件是否有对应的IP,若有,将IP地址返回给客户端,客户端可直接访问WEB站点,若无;(5)本地DNS根据cache.dns文件中指定的根DNS服务器的IP地址,转向根DNS查询;(6)根DNS收到查询请求后,查看区域文件记录,若无,则将其管辖范围内.com服务器的IP地址告诉本地DNS服务器; (7).com服务器收到查询请求后,查看区域文件记录,若无,则将其管辖范围内.xxx服务器的IP地址告诉本地DNS服务器; (8).xxx服务器收到查询请求后,分析需要解析的域名,若无,则查询失败,若有,返回[url][/url]的IP地址给本地服务器(9)本地DNS服务器将[url][/url]的IP地址返回给客户端,客户端通过这个IP地址与WEB站点建立连接4. 实例:具体看一个名字到地址的解析过程:当您在浏览器中输入([url].[/url]),我们的电脑是如何得到IP地址的?1、浏览器发现是一个名字,于是调用我们机器内部的DNS Cl ient软件,这个软件会把我们的请求发送到网卡Tcp/IP设置中的默认DNS服务器IP地址(上海电信提供DNS的服务器有3台,其中一台IP是202.96.209.5):“您可以告诉我[url]www.seebod.c om.[/url]的IP地址吗?我这是一个递归查询”2、202.96.209.5的DNS服务器会检查自己的DNS缓存,如果缓存里有,就直接返回给客户,如果没有,202.96.209.5就会向自己系统内部配置中负责.域的DNS服务器的IP地址(负责.域的那台DNS服务器位于美国,共13台,系统会随机选一台,这里比如是61.1.1.1)发出请求: “您能告诉我[url].[/ url]的IP地址吗?我这是一个迭代查询”3、.域DNS服务器61.1.1.1中包含负责net.域解析的IP地址,把查询结果返回给202.96.209.5:“负责net.域的DNS服务器地址是54.4.4.4”4、202.96.209.5收到上面的查询结果后,于是询问负责net.域的DNS服务器54.4.4.4 :“您能告诉我负责[url]www.seebo .[/url]的IP地址吗?我这是一个迭代查询。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

详解DNS的常用记录(上)
在上篇博文中,我们介绍了DNS服务器的体系结构,从中我们了解到如果我们希望注册一个域名,那么必须经过顶级域名服务器或其下级的域名服务器为我们申请的域名进行委派,把解析权委派到我们的DNS服务器上,这样我们才可以获得对所申请域名的解析权。

本文中我们将再进一步,假设我们已经为公司成功申请了一个域名,现在的解析权被委派到公司的DNS服务器202.99.16.1,那我们在202.99.16.1服务器上该进行什么样的配置呢?
一安装DNS服务器
首先我们要在服务器上安装DNS组件,服务器的TCP/IP配置如下图所示。

安装DNS组件非常简单,依次点击控制面板-添加或删除程序-添加/删除Windows组件-网络服务,如下图所示,选择“域名系统”即可。

二创建区域
DNS服务器创建完毕之后,我们接下来就要创建DNS区域了,区域是DNS服务器所负责的名称空间,DNS服务器有正向区域和反向区域,正向区域负责把域名解析为IP,而反向区域负责把IP解析为域名。

DNS区域有三种类型,正向区域,反向区域和存根区域。

要理解区域类型,先要明白DNS服务器有主服务器和辅助服务器的区别。

一般情况下,企业申请域名时会考虑配备两个DNS服务器,一个是主服务器,另一个是辅助服务器。

一般的解析请求由主服务器负责,辅助服务器的数据是从主服务器复制而来的,辅助服务器的数据是只读的,当主服务器出现故障或由于负载太重无法响应客户机的解析请求时,辅助服务器会挺身而出担负起域名解析的任务。

现在我们回过头来解释一下什么是主要区域,主服务器使用的区域就是主要区域,同样,辅助服务器使用的区域是辅助区域。

存根区域可以看做是一个特殊的,简化的辅助区域,具体区别我们在后续博文中会加以介绍。

一般我们使用较多的是正向区域,而且从逻辑上考虑,必然是先创建主要区域,因为辅助区域和存根区域都需要从主要区域复制数据,因此我们现在的任务是要为区域创建一个正向的主要区域。

如下图所示,我们在DNS服务器上选择创建一个正向区域。

出现新建区域向导,点击下一步继续。

选择创建一个主要区域。

区域名称和申请的域名是一样的,。

区域数据文件是.dns,区域内的所有记录都存储在这个文件里,注意,这个文件我们以后会用到的。

向导询问是否允许区域动态更新,一般来说,如果DNS区域在企业内网使用,我们会允许动态更新;如果用于Internet,那么一般不需要动态更新。

如下图所示,区域创建完毕。

区域创建完毕之后,如下图所示,区域中只有一个NS记录和一个SOA记录,我们接下来要做的工作就是在区域中创建适当的DNS记录。

三创建记录
DNS记录是DNS区域数据的具体表现形式,我们接下来为大家介绍几种最常见的DNS记录,大家掌握了这些记录就可以基本掌握DNS的基本应用了。

1、 A记录
A记录也称为主机记录,是使用最广泛的DNS记录,A记录的基本作用就是说明一个域名对应的IP 是多少,例如,我们想通过A记录说明一台主机的域名是,IP是202.99.16.185,那么我们就可以进行下列操作。

如下图所示,我们在区域中选择“新建主机”。

如下图所示,我们在A记录中说明了域名对应的IP是202.99.16.185。

其中提到了一个完全合格域名的概念,这里我们介绍一下。

完全合格域名指的是点结尾的域名,例如
.就是一个完全合格域名。

在一般的网络应用中,我们可以省略完全合格域名最右侧的点,但DNS对这个点不能随便省略。

因为这个点代表了DNS的根,有了这个点,完全合格域名就可以表达为一个绝对路径,例如.就可以表示为DNS根下的com子域下域中一个名为bbs的主机。

如果DNS发现一个域名不是以点结尾的完全合格域名,就会把这个域名加上当前的区域名称作为后缀,让其满足完全合格域名的形式需求。

例如DNS会把域名bbs处理为
.。

因此,如果要求输入完全合格域名,我们应该注意让域名以点结尾。

A记录的基本用法是描述域名和IP的对应关系,其实A记录还有一个高级用法,A记录有负载平衡的作用。

DNS经常被用作一个低成本的负载平衡解决方案,主要就是依靠A记录来实现的。

举个例子加以说明,例如我们有四个Web服务器共同负责[url][/url]这个网站,四个Web服务器的IP地址分别为202.99.16.81,202.99.16.82,202.99.16.83和202.99.16.84,那么我们就应该创建如下的主机记录。

以上我们用四条A记录分别描述了[url][/url]对应的四个IP,那么,到底如何利用这些IP来实现负载平衡呢?原理是这样的,客户机访问Web服务器一般都使用域名,因此需要利用DNS服务器把域名解析为IP。

第一个客户机查询[url][/url]时,DNS服务器会告诉客户机这个域名对应的IP是202.99.16.81,第二个客户机来查询时DNS服务器就会把答案改为202.99.16.82,依此类推,DNS使用了“轮询”的技术把不同的访问用户导向了四个不同的Web服务器,这样就达到了一个简易负载平衡的效果。

我们可以通过一个简单的实验来验证一下DNS轮询的效果,如下图所示,我们在客户机上用ping [url][/url]的方式来查询域名对应的IP,但奇怪的是,客户机两次查询域名得到的是同一个结果,这时为什么呢?难道DNS轮询不起作用了吗?
其实并非DNS轮询出了问题,而是由于客户机有DNS缓存机制,当客户机第一次查询DNS服务器获得了域名对应的IP地址,客户机会把查询结果放入缓存,这样下次查询时就直接从缓存获取结果而不用去问DNS服务器了。

明白了这个道理,我们只要用IPCONFIG/FLUSHDNS清除客户机的DNS缓存就可以继续实验了,实验结果如下图所示,我们可以看到DNS轮询已经发挥了作用。

2、 NS记录
NS记录和SOA记录是任何一个DNS区域都不可或缺的两条记录,NS记录也叫名称服务器记录,用于说明这个区域有哪些DNS服务器负责解析,SOA记录说明负责解析的DNS服务器中哪一个是主服务器。

因此,任何一个DNS区域都不可能缺少这两条记录。

假设区域有两个DNS服务器负责解析,是主服务器,是辅助服务器,的ip是202.99.16.1,的ip是202.99.16.2。

那么我们应
该创建两条NS记录,当然,NS记录依赖A记录的解析,我们首先应该为和
创建两条A记录,创建的A记录如下图所示。

有了两条主机记录的支持,我们就可以编辑ns记录了,如下图所示,当前区域的ns记录是创建区域时系统自动创建的。

这条ns记录并不能正常工作,因为nsserver并不是一个可以解析的完全合格域名,因此我们删除这条记录,重新再创建两条NS记录。

如下图所示,我们创建一条ns记录,ns服务器的完全合格域名是..,解析出的IP 是202.99.16.1,这条记录说明有一个服务器负责的域名解析。

用同样方法创建的ns记录,创建完成的结果如下图所示。

3、 SOA记录
NS记录说明了有两个DNS服务器负责的域名解析,但哪个是主服务器呢?NS记录并没有说明,这个任务由SOA记录来完成。

SOA记录也称为起始授权机构记录,SOA记录中负责说明哪个DNS 服务器是主服务器,以及主服务器和辅助服务器之间的一些关联参数。

如下图所示就是 的SOA记录,我们逐一进行分析。

首先我们要分析序列号,序列号反映了DNS服务器数据变化的次数,DNS服务器的数据每更新一次,序列号就加大一位。

但我们仔细想想,对管理员来说,了解这个参数意义不大,因为DNS服务器到底
是更新了10000次还是9999次对管理员来说并没有实质性的影响。

实际上,这个参数是给辅助服务器使用的。

我们前面提到,辅助服务器的数据都是从主服务器复制而来的,那么辅助服务器怎么判断主服务器的数据有没有进行更新呢?辅助服务器只要简单地检查一下主服务器的序列号就明白了,如果主服务器的序列号比辅助服务器的序列号大,那么辅助服务器就应该去主服务器进行增量更新了。

主服务器这个参数的重要性不言而喻,目前的SOA记录中主服务器参数是nsserver.,这并不是一个可以解析的完全合格域名,我们应该把主服务器改为.,如下图所示,这才是正确的主服务器参数。

可能大家会有疑问,为什么NS记录和SOA记录默认都是nsserver.,主要是因为nsserver.是这台DNS服务器的NETBIOS名称。

从上图可知,我们把SOA记录中的负责人参数改为了.,看起来象个主机的完全合格域名,其实意思是admin@,是一个邮箱地址。

那么为什么负责人这个参数不直接写成admin@呢?毕竟这样就好理解多了,这时因为@符号在DNS中有特殊含义,@在DNS中代表当前区域,也就是代表,因此我们被迫把邮件地址写成了完全合格域名的格式。

刷新间隔指的是辅助服务器每隔15分钟联系一下主服务器,查看主服务器有无数据更新。

重试间隔10分钟值的是如果辅助服务器和主服务器失去了联系,那么辅助服务器每隔10分钟联系一下主服务器,在此期间由辅助服务器负责当前区域的域名解析。

过期时间是1天指的是如果辅助服务器过了一天还没有联系上主服务器,辅助服务器就会认为主服务器永远不会再回来了,自己的数据也没有保存的意义了,因此会宣布数据过期,并拒绝为用户继续提供解析服务。

TTL一个小时指的是记录在DNS 缓存中的生存时间是一个小时。

在本篇博文中我们介绍了DNS的三种记录,A记录,NS记录和SOA记录,从内容来看,显然对任何一个DNS区域来说都是必备的,下篇博文中我们将介绍MX,Cname,SRV和PTR记录。

相关文档
最新文档