域名解析成ip地址通过啥服务器

Posted 2023-04-12

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了域名解析成ip地址通过啥服务器相关的知识，希望对你有一定的参考价值。

域名解析靠的是DNS服务

当用户访问我们网站一个网页时，他需要经过以下步骤：

找到这个网页的存放服务器；

服务器将用户的请求信息接入；

服务器通过文件路径（URL）查找用户请求网页；

用户将该网页内容下载到自己电脑上。

为什么要有DNS解析？

让用户电脑和服务器（网页存放电脑）连接起来并不是靠域名进行，网络上计算机之间实现连接是通过每台计算机在网络中拥有的惟一的IP地址来完成的。但IP地址并不便于记忆，这样就需要在用户容易记忆的地址和计算机能够识别的地址之间有一个解析，用户容易记忆的地址就是域名，而DNS服务器便充当了将用户请求的域名“翻译”成相应IP地址以便于计算机之间相互连接的角色。

DNS解析原理

DNS解析主要有递归查询，就是在某个DNS服务器缓存中查找不到相应的域名与IP地址对应关系时，自动跳转到到下一步骤通过下一个DNS服务器进行查找。具体可见如下两图：

DNS解析过程

1.　浏览器缓存

　　当用户通过浏览器访问某域名时，浏览器首先会在自己的缓存中查找是否有该域名对应的IP地址（若曾经访问过该域名且没有清空缓存便存在）；

2.　系统缓存

　　当浏览器缓存中无域名对应IP则会自动检查用户计算机系统Hosts文件DNS缓存是否有该域名对应IP；

3.　路由器缓存

　　当浏览器及系统缓存中均无域名对应IP则进入路由器缓存中检查，以上三步均为客服端的DNS缓存；

4.　ISP（互联网服务提供商）DNS缓存

　　当在用户客服端查找不到域名对应IP地址，则将进入ISP DNS缓存中进行查询。比如你用的是电信的网络，则会进入电信的DNS缓存服务器中进行查找；

5.　根域名服务器

　　当以上均未完成，则进入根服务器进行查询。全球仅有13台根域名服务器，1个主根域名服务器，其余12为辅根域名服务器。根域名收到请求后会查看区域文件记录，若无则将其管辖范围内顶级域名（如.com）服务器IP告诉本地DNS服务器；

6.　顶级域名服务器

　　顶级域名服务器收到请求后查看区域文件记录，若无则将其管辖范围内主域名服务器的IP地址告诉本地DNS服务器；

7.　主域名服务器

　　主域名服务器接受到请求后查询自己的缓存，如果没有则进入下一级域名服务器进行查找，并重复该步骤直至找到正确纪录；

8.　保存结果至缓存

　　本地域名服务器把返回的结果保存到缓存，以备下一次使用，同时将该结果反馈给客户端，客户端通过这个IP地址与web服务器建立链接。

参考技术A 一般在你的域名注册商处有专门的域名解析服务器，就是在你的域名Mydns中可以设置。本回答被提问者采纳参考技术B 当然是域名解析服务器了

DNS and BIND

DNS服务器，为了获取目标IP地址，从而达到目标区域的服务器；DNS服务器可以手动指定IP地址从而将IP地址转化为域名进行访问，也可以通过域名转化为IP地址进行访问；就像我们平常使用的www.baidu.com,就是可以通过域名解析成IP地址进行访问的；那么这类域名是如何找到这个域名所表示的主机呢；我们通过访问域名或IP地址得出对应的IP地址或域名来进行访问，那这些海量的数据都是保存在哪，若都是保存在一个服务器中，这些海量的数据，要通过一个服务器去查找那效率是非常底下且不实用的；所以加州大学的伯克利分校就提出了名称域这一概念；设置一个根域，由根域去管理下属的第一级顶级域，如com，org，edu，gov，mil，net等组织域；cn,tw,hk,jp,iq等地理域；以及反向域in-addr.arpa；这个反向域其实就是原本的根，但为了突出根的独一无二，而把他单独划为一个顶级域，由这些顶级域去管理下属的第二级域空间，第二级域空间去管理第三极域空间，依次往下；

当客户端想要去访问一个域名，首先就要去查看他所在域空间的服务器中是否有该域名，若没有，则查看该服务器中的缓存信息；若还是没有，服务器需要向客户端递归传回无法提供的信息；不管结果如何都要向客户端给一个“交代”；当当前域的服务器无法满足客户端要求时，服务器会直接把客户端的要求发向根域，由根域进行查找，根域会通过域名尾部的顶级域判断该域名的顶级域是什么，再传给该顶级域；如百度的顶级域为com，则传给第一级顶级域com，com再去查找下属的域名，查找到baidu这个域名后，再去查找baidu这个域名下的www主机，当找到后，将信息回馈给客户端；这种返回给根域的查询方式叫做迭代；客户端发出请求后能够收到的只有两种结果，一种是肯定的结果，能够按客户端的请求给出正确的名称解析；第二种是否定答案，无法根据客户端的请求作出回应；

DNS服务器分类有两种，一种是至少负责一个域的数据库，当遇到请求时可以先查找自身域是否满足要求，若无，则将请求转向根域；第二种是不负责任何域数据库的，如联通，移动等，当遇到请求时直接将其转向根域；

DNS服务器中的数据，是网络连接的根本；当DNS服务器因为一些突然地事故而中断时，对于一些在生产环境下的网络服务用户而言是一个很麻烦的问题；而针对于这类问题，DNS服务器便发展为现在的主从通信机制；DNS主服务器对于区域数据有读写功能，当主服务器中的数据进行改变后，就会将数据更新到从服务器上，而从服务器只能就行读操作，没有改写数据的权限；若主服务器长时间没有进行更新，从服务器会根据之前在主服务器设定好的刷新时间，进行主动更新；若从服务器请求刷新失败的话，则根据重试时间重新请求刷新；若从DNS一直无法联系上主服务器，那么久根据设定好的过期时间，当达到期限时停止从DNS服务器的工作；这对于这三个时间，需要注意的是主DNS服务器和从DNS服务器两者之间的时间必须要同步，若不同步则会造成信息混乱；

刷新时间间隔：refresh，从DNS服务器每隔多长时间到主DNS服务器上检查序列号的变化情况；

重试时间间隔：retry，从服务器向主DNS服务器要求同步数据库失败之后，再次发起尝试请求的时间间隔；

过期时间：expire，从DNS服务器始终联系不上主DNS服务器时，从DNS服务器多长时间之后停止服务；

否定答案的缓存时常：minimal TTL

DNS主从服务器是如何保证主DNS服务器与从DNS服务器中的区域数据是一致的，需要判断什么时候更新数据，什么时候不更新数据；当主DNS服务器出现修改后其序号会递增；从服务器根据判断其序号是否递增来判断主服务器是否修改，若递增，则更新从服务器，若不递增则保持原样；数据区域的传送对于双方而言，主服务器可以主动要求更新，而从服务器在满足刷新时间后也可以主动要求主服务器进行更新操作；数据区域的传送方式有两种：

增量传送：IXFR；只传送上次未更新的数据;

全量传送：AXFR；传送所有数据区域；

区域是DNS服务器用于进行正常的权威解析活动的必要的基础；称存放于区域数据库文件中的那些用于解析工作的数据为资源记录，简称RR；

资源记录类型有七种：

SOA：起始授权记录，在任何一个区域数据文件当中都要有一条SOA资源记录，用于设定FQDN，邮件交换器，以及从DNS服务器的刷新时间，重试时间，过期时间和否定答案的缓存时间；

NS：声明当前域中所有DNS服务器；

MX：邮件交换服务器，由邮件域名映射到完全合格域名；Domain-->FQDN

A：设置完全合格域名映射到IP地址，可以映射NS，MX等服务器的IP地址，并使用dig调用测试；针对于IPv4；

AAAA：设置完全合格域名映射到IP地址，针对于IPv6；

CNAME：设置别名，可以设置服务器或域名的别名，通过别名进行调用测试；

PTR：标识从完全合格域名到IP地址的转化，常用于反向区域的配置和解析；

区域数据库中资源记录的定义格式：

语法：name|FQDN [TTL] IN RR_TYPE VALUE

需要在对应的配置文件中书写资源记录，才能配备出一个DNS服务器；由我们手动为DNS服务器添加域名，FQDN，以及域名所对应的IP地址，域名所对应的别名等；

区域数据资源记录的开头，可以是去除主机名的域名，也可以是FQDN，至于TTL可写可不写，用于整体实现的时间，RR_TYPE则是资源记录的类型，VALUE表示不同资源记录所代表的有效值；“@”符号可以用于引用当前区域的域名；我们可以用“@”来代替开头的名称；也可以通过宏定义的方式，如：

若不采用宏定义的一条资源记录：

qhdlink.com. [TTL] IN RR_TYPE VALUE

采用宏定义的一条资源记录：

$ORIGIN qhdlink.com.

$TTL 86400

IN RR_TYPE VALUE

当采用宏定义的方式，之前所需要书写的内容就会缩减，相当于之前声明过的变量，如今不需要再去声明；

七种资源记录：

SOA记录：

name：当前域的域名，可以使用“@”替代；

VALUE：

1.当前区域的主DNS的域名，或者FQDN；

2.当前区域数据库管理员的邮件地址；邮件常用格式为[email protected]但是在资源记录中却不可以使用带有特殊含义的“@”，这样系统会认为其为mailqhdlink.com.com不符合邮件格式；将“@”符号替换为“.”即可；

3.对应主服务器序列号以及区域传送的刷新时间，重试时间，过期时间，否定答案缓存时间；

如：

①

qhdlink.com. 86400 IN SOA ns1.qhdlink.com. admin.qhdlink.com. (

2017811;serial

1H;refresh

10M;retire

1W;expire

);ttl

②

@ 86400 IN ns1.qhdlink.com. admin.qhdlink.com. (

2017811;serial

1H;refresh

10M;retire

1W;expire

);ttl

1H：一小时，从服务器主动要求刷新检查是否需要更新；

10M：十分钟，从服务器未得到回应，十分钟后再次重试；

1W：一周，一周后若主服务器还未回应则停止从服务器工作；

1D：一天，否定时间；

NS记录：表示当前域中的所有服务器，在使用NS记录后，还要通过A记录指定服务器的IP地址，才能进行正常访问；

name：当前域域名；可以在前方宏定义，省略name；

VALUE:当前域中的完全合格域名；

如：

无宏定义：

qhdlink.com. 86400 IN NS ns1.qhdlink.com.

有宏定义：

$ORIGIN qhdlin.com.

$TTL 86400

IN NS ns1

注意：每个域中可以有多条NS记录，但每条NS记录只能对应一个A记录；

MX记录：邮件交换服务器；

name：当前域域名，可以在前方宏定义，省略name；

VALUE：当前域中的有效邮件服务器的主机名；

如：

无宏定义：

qhdlink.com. 86400 IN MX mail.qhdlink.com.

有宏定义：

IN MX mail

注意：每个域中可以有多条MX记录，但每条MX记录对应一个A记录；

A记录：

name：域中某主机名称或FQDN；

VALUE：域中某主机名称或FQDN所对应的IP地址；

如：

无宏定义：

www.qhdlink.com. 86400 IN A 172.16.72.1

有宏定义：

$ORIGIN qhdlink.com.

$TTL 86400

www IN A 172.16.72.1

PTR记录：

name：将IP地址反过来写，并在其后缀加反向域的标准后缀，所以其完整写法应该是：

1.72.16.172.in-addr.arpa

value:FQDN

如：

1.72.16.172.in-addr.arpa. 86400 IN PTR www.qhdlink.com.

BIND软件：

BIND--Berkeley Internet Name Domain, ISC(isc.org)

bind-libs:为bind的其他应用程序提供共享库文件

bind-utils：通用工具包，如：dig，host，nslookup等；

bind：主程序包，包括DNS服务器程序，解析库，检测工具；

bind-chroot：设置伪根，启用监牢模式；安全体现；

BIND软件只需挂载光盘，使用yum命令安装即可；

BIND命令的主服务进程是named，接下来我们也要围绕着named来进行DNS服务器的配置工作；

首先打开named进程服务；

如：

CentOS7：systemctl start named.service

CentOS6-：service named start

打开后使用status查看状态；

bind：

主配置文件/etc/named.conf

可以在主配置文件中设定DNS服务器的named进程监听的IP地址，令其监听DNS主服务器IP地址；可以设置允许那些主机查询请求到服务器，使用IP段的方式最好；4

主配置文件格式：

1.注释的方式：

//：单行注释；

/* */：任意内容注释；

2.分段配置的特点：

a.访问控制列表的定义段；

acl ACL_NAME {...}; "分号结尾"

b.全局选项段：

options {...};

c.日志配置段：

logging {...};

d.区域配置段：

zone "ZONE_NAME" IN {...};

e.视图配置段：

view VIEW_NAME {...};

f.include包含段：

include /PATH/TO/SOME_CONFIG_FILE

如：

listen-on port 53 { 127.0.0.1; 172.16.72.2; };：监听端口53，53端口用于完成主机名的查询以及区域传送；named进程监听的IP地址；

directory "/var/named";：区域数据库的根目录；在该目录下创建文件书写资源记录；

allow-query { 172.16.0.0/16; };：访问控制语句，默认是localhost，只为自身服务器提供查询请求；修改为让所有172.16网段的都可以访问DNS服务器；

recursion yes；全局开启的递归查询；默认为所有客户端开启递归查询；

初学时，建议关闭dnssec功能；

dnssec-enable yes；

dnssec-validation no；

dnssec-lookaside no

当配置好DNS服务器后，需要去测试DNS服务器的可用性，是否正确；这时候我们就需要一个能够通过域名和IP地址来访问到指定的区域的工具；如dig，host以及nslookup；

dig：

dig [@Server] [-t RR_TYPE] [QUERY_OPTIONS]

@Server：表示此次服务请求由主DNS服务器来完成，Server为该服务器IP地址；

-t RR_TYPE：表示此次服务请求所要查询的资源记录；

QUERY_OPTIONS：

+[no]recurse：要求目标DNS服务器必须[不]进行递归查询；

+[no]trace：对整个解析过程进行跟踪，由根域开始直到指定主机；

如：

①由域名正向解析

对baidu.com进行dig跟踪，查看在当前主机如何去访问baidu.com；

首先访问根域，再有根域去访问下属的13个在世界范围的服务器；判断，baidu.com;在哪块服务器上；

去访问顶级域名com

由com去找在他之下的baidu；找到5个与baidu相关的服务器；

表示baidu.com存在别名为a.shifen.com；可以通过别名访问baidu

②dig -x IPADDR

由IP地址反向解析

反向解析出该IP地址的资源记录；

host命令：

host [-t RR_TYPE] DOMAIN_NAME SERVER

host www.kernel.org 172.16.72.1(本机IP)

没有加-t选项；host命令直接显示www.baidu.com使用那个DNS服务器；

nslookup命令：

使用交互的方式来对域名或IP地址进行查询；

nslookup(交互命令)

set type=RR_TYPE(设置查询的资源记录)

set q=RR_TYPE(设置查询的资源记录)

两种设置方式

如

使用域名解析

DNS服务器配置：

1.基本的正向和反向区域的配置和解析；

2.主从服务器的设置；

3.子域和子域的委派；

4.转发器；

5.访问控制列表和视图；

步骤

①配置DNS服务器，首先需要将DNS主配置文件/etc/named.conf中的监听IP地址处加上该DNS服务器的IP地址；如listen-on port 53 { 127.0.0.1; 172.16.72.2; };再将allow-query { 172.16.0.0/16; };修改为让所有172.16网段都能访问该DNS服务器；

②配置数据区域，数据区域的配置有正向反向之分，在/etc/named.rfc1912.zones中定义；

如

zone "ZONE_NAME" IN {

type {master|slave|forward|hint};

file "ZONE_NAME.zone";

};括号后需要加分号

type：

master表示该数据区域为主DNS服务器；

slave表示该数据区域为从DNS服务器；

file：

在该命令后的文件名，作为相对路径，需要在/etc/named/下创建对应的文件；