DNS解析——下

最新推荐文章于 2025-03-03 11:23:46 发布
最新推荐文章于 2025-03-03 11:23:46 发布
阅读量464 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： 杂
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/fsx2550553488/article/details/79746220
泛域名解析

当用户输入错误的URL，使用泛域名解析，定向到一个友好错误页面。

URL重定向：当访问到一个不存在(错误)的页面的时候，重定向到一个固定的提示页面

DNS主从复制

dig命令深解

递归查询

dig +recurse -t A www.baidu.com @172.25.254.111

使用+trace，请求递归查询

解析分布过程查询

dig +trace -t A www.baidu.com @172.25.254.111*

使用+trace，可以看到DNS解析记录："."-->".com"-->"baidu.com"-->"www.baidu.com"

为了让dns服务器进行递归查询，编辑配置文件，vim /etc/named.conf

options {

    directory       "/var/named";

// recursion no; //拒绝开启递归功能

// recursion yes; //开启递归功能,这种方式没有过滤，会帮助任何人进行递归

    allow-recursion { 172.25.254.0/24; };//规定只给某一网段请求递归

};

完全区域传送

理论上不能让其他主机进行区域传送(从机可以)，编辑配置文件规定权限

zone "qpy.com" IN{

    type master;
    file "qpy.com.zone";
    allow-transfer { 172.25.254.2; };   //添加只允许该IP进行区域传送

};//定义完成重器named

如此定义之后，只能由172.25.254.2使用以下命令获取区域内的所有(或者部分)数据

dig -t axfr qpy.com

得到区域内的所有数据

[root@localhost named]# dig -t axfr qpy.com

; <<>> DiG 9.9.4-RedHat-9.9.4-14.el7 <<>> -t axfr qpy.com;; global options: +cmdqpy.com. 600 IN SOA www.qpy.com. root.localhost.qpy.com. 2018032701 3600 300 172800 21600qpy.com. 600 IN NS www.qpy.com.qpy.com. 600 IN MX 10 mail.qpy.com.*.qpy.com. 600 IN A 172.25.254.2ftp.qpy.com. 600 IN A 172.25.254.2ftp.qpy.com. 600 IN A 172.25.254.111mail.qpy.com. 600 IN A 172.25.254.2www.qpy.com. 600 IN A 172.25.254.111www.qpy.com. 600 IN A 172.25.254.2qpy.com. 600 IN SOA www.qpy.com. root.localhost.qpy.com. 2018032701 3600 300 172800 21600;; Query time: 0 msec;; SERVER: 172.25.254.111#53(172.25.254.111);; WHEN: Wed Mar 28 15:45:44 CST 2018;; XFR size: 10 records (messages 1, bytes 253)

增量区域传送

从服务器建立

dns服务，两个服务器可以互为主从

从服务配置DNS服务

安装bind包

yum install bind bind-libs.x86_64 bind-utils.x86_64

修改从服务器配置文件

options {

    directory       "/var/named";
    allow-recursion { 172.25.254.0/24; };
    notify yes;     //启动通知功能

};

logging {

    channel default_debug {
            file "data/named.run";
            severity dynamic;
    };

};

zone "." IN {

    type hint;
    file "named.ca";

};

zone "localhost" IN{

    type master;
    file "named.localhost";

};

zone "0.25.172.in-addr.arpa" IN{

    type master;
    file "named.loopback";

};

zone "qpy.com" IN{

    type slave;     //表明自己是从服务器
    file "slaves/qpy.com.zone";     //存放在slaves目录下
    masters { 172.25.254.111; };    //指定主服务器是谁
    allow-transfer { 172.25.254.2; };

};

zone "254.25.172.in-addr.arpa" IN{

    type slave;
    file "slaves/172.25.254.zone";
    masters { 172.25.254.111; };

};

修改主服务器区域数据文件

qpy.com. IN NS back

back IN A 172.25.254.2

//添加从服务器的NS记录和A记录，保证主服务可以找到从服务器，并且同步数据

//每当添加一个从服务器，都要在主服务器上添加NS记录

修改完配置文件后重器服务。

测试

在主服务器上尝试增加DNS记录，重新reload或者等待TTL，可以实现同步。

主服务修改区域数据文件：

hello IN A 172.25.254.6

//添加了一条记录

reload主服务器，可以查看主服务器日志：

Mar 28 16:28:26 localhost named[17094]: zone qpy.com/IN: sending notifies (serial 2018032702)Mar 28 16:28:26 localhost named[17094]: runningMar 28 16:28:26 localhost named[17094]: client 172.25.254.2#40532 (qpy.com): transfer of 'qpy.com/IN': AXFR-style IXFR startedMar 28 16:28:26 localhost named[17094]: client 172.25.254.2#40532 (qpy.com): transfer of 'qpy.com/IN': AXFR-style IXFR endedMar 28 16:28:26 localhost systemd: Reloaded Berkeley Internet Name Domain (DNS).

从服务查看同步情况

在从服务器的/var/named/salves/下，会同步主服务器的修改cat /var/named/slaves/qpy.com.zone

$ORIGIN .$TTL 600 ; 10 minutesqpy.com IN SOA www.qpy.com. root.localhost.qpy.com. (

                            2018032702 ; serial
                            3600       ; refresh (1 hour)
                            300        ; retry (5 minutes)
                            172800     ; expire (2 days)
                            21600      ; minimum (6 hours)
                            )
                    NS      www.qpy.com.
                    NS      back.qpy.com.
                    MX      10 mail.qpy.com.

$ORIGIN qpy.com.

  • A 172.25.254.2back A 172.25.254.2fsx A 172.25.254.23ftp A 172.25.254.2

                      A       172.25.254.111

    hello A 172.25.254.6 ;此处是同步前没有，同步后出现的记录mail A 172.25.254.2www A 172.25.254.111

                      A       172.25.254.2

查看从服务器日志：

Mar 28 04:28:27 fsx named[2872]: client 172.25.254.111#36041: received notify for zone 'qpy.com'Mar 28 04:28:27 fsx named[2872]: zone qpy.com/IN: Transfer started.Mar 28 04:28:27 fsx named[2872]: transfer of 'qpy.com/IN' from 172.25.254.111#53: connected using 172.25.254.2#40532Mar 28 04:28:27 fsx named[2872]: zone qpy.com/IN: transferred serial 2018032702Mar 28 04:28:27 fsx named[2872]: transfer of 'qpy.com/IN' from 172.25.254.111#53: Transfer completed: 1 messages, 14 records, 330 bytes, 0.001 secs (330000 bytes/sec)Mar 28 04:28:27 fsx named[2872]: zone qpy.com/IN: sending notifies (serial 2018032702)

RNDC控制DNS服务器

RNDC子命令

使用rndc -h查看rndc远程控制的子命令

status #显示bind服务器的工作状态

reload #重新加载配置文件和区域文件

reload zone_name #重新加载指定区域

reconfig #重读配置文件并加载新增的区域

querylog #关闭或开启查询日志

dumpdb #将高速缓存转储到转储文件 (named_dump.db)

freeze #暂停更新所有动态zone

freeze zone [class [view]]#暂停更新一个动态zone

flush [view] #刷新服务器的所有高速缓存

flushname name #为某一视图刷新服务器的高速缓存

stats #将服务器统计信息写入统计文件中

stop #将暂挂更新保存到主文件并停止服务器

halt #停止服务器，但不保存暂挂更新

trace #打开debug, debug有级别的概念，每执行一次提升一次级别

trace LEVEL #指定 debug 的级别, trace 0 表示关闭debug

notrace #将调试级别设置为 0

restart #重新启动服务器（尚未实现）

addzone zone [class [view]] { zone-options }

#增加一个zone

delzone zone [class [view]]#删除一个zone

tsig-delete keyname [view]#删除一个TSIG key

tsig-list#查询当前有效的TSIG列表

validation newstate [view]#开启/关闭dnsse

rndc实现远程控制

  • 首先服务端得生成一个KEY来控制访问权限，即作为远程申请访问得凭证

    rndc-confgen > /etc/rndc.conf

    生成内容：

    第一部分：

    //Start of rndc.conf

    key "rndc-key" {

        algorithm hmac-md5;
    secret "sZ/zHvPdRoJqvp0ixvWDOg==";

    };

    options {

        default-key "rndc-key";
    default-server 127.0.0.1; //如果发送给远程端口，此处IP是指向服务器端IP
    default-port 953;       //控制服务器端端口

    };

    /End of rndc.conf

    //上述是发给远程端口，用于申请远程控制得凭证

    第二部分：

    //Use with the following in named.conf, adjusting the allow list as needed:

    //key "rndc-key" {

    //algorithm hmac-md5;

    //secret "sZ/zHvPdRoJqvp0ixvWDOg==";

    //};

    //controls {

    //inet 127.0.0.1 port 953 //本机IP，即监听953端口的IP

    //allow { 127.0.0.1; } keys { "rndc-key"; }; //允许监控的远程端IP

    //};

    //End of named.conf

    //上述文件存放在服务器端，用于认证申请控制得远程端口

分别编辑，将第二部分编辑到一个文件中命名为rndc.conf.key，并发送给远程端，具体内容：

key "rndc-key" {

  algorithm hmac-md5;   secret "sZ/zHvPdRoJqvp0ixvWDOg==";};

options {

  default-key "rndc-key";   default-server 172.25.254.111; //DNS服务器IP   default-port 953; };

将第二部分编辑追加到DNS主配置文件中，/etc/named.conf，具体追加如下：

key "rndc-key" {

    algorithm hmac-md5;
    secret "CT4tB5Uu0eqLcPzi90v+9g==";

};

controls {

    inet 172.25.254.111 port 953    //本机(dns服务器)IP
            allow { 172.25.254.2; } keys { "rndc-key"; };   //允许远端IP为172.25.254.2

};

完成后需要重器服务

测试

在远端(172.25.254.2)上，执行rndc相关命令(此处用status做测试)：

rndc -c rndc.conf status注意存放rndc.conf的位置

[root@fsx ~]# rndc -c rndc.conf statusversion: 9.9.4-RedHat-9.9.4-14.el7 id:8f9657aaCPUs found: 4worker threads: 4UDP listeners per interface: 4number of zones: 102debug level: 0xfers running: 0xfers deferred: 0soa queries in progress: 0query logging is OFFrecursive clients: 0/0/1000tcp clients: 0/100server is up and running

注意问题

  • 远端和服务器端需要时间同步

  • 默认服务器端由配置文件/etc/rndc.key ，需要删除

  • rndc开启属于比较危险的操作，一般不要使用

子域授权

为了方便管理，将主服务器的DNS服务，分配给不同子服务器，从而完成分布式DNS数据库的手段。

www.qpy.com-->www.a.qpy.com和www.b.qpy.com

子域必须得到授权才有效

正向区域：

.com

qpy.com. IN NS a.qpy.com.

a.qpy.com. IN A 172.25.254.3

  • 在主DNS服务器的区域数据/var/named/中添加待添加的子域的NS记录和A记录

vim /var/named/qpy.com.zone//这块是追加新的记录

a IN NS ns1.a

//a.qpy.com. IN NS ns1.a.qpy.com.

ns1.a IN A 172.25.254.3

  • 同时在子域服务器上要声明，允许父域添加

修改配置文件(追加，这里只显示追加内容)：vim /etc/named.conf

options{

forward first;

forwarders { 172.25.254.111; };

};

  • 重器服务器

  • 测试

dig -t A www.a.qpy.com @172.25.254.2

;; QUESTION SECTION:;www.a.qpy.com. IN A

;; ANSWER SECTION:www.a.qpy.com. 600 IN A 172.25.254.2

;; AUTHORITY SECTION:a.qpy.com. 600 IN NS ns1.a.qpy.com.

;; ADDITIONAL SECTION:ns1.a.qpy.com. 600 IN A 172.25.254.111


DNS系统的解析流程
lihuilin521的博客
04-14 492
1.DNS简介 了解完用户访问网站的基本流程后,再来了解下DNS解析的基本流程,这是企业针对运维岗位进行招聘时经常会面试的问题,因此,必须要熟练掌握。DNS,全称为 Domain Name System,它在一个网站运行中起到了至关重要的作用,其主要作用是把网站域名解析为对应的P地址,例如:把www.baidu.com解析为对应的IP地址记录,如1.1.1.1,这个从域名到IP的解析过程,称...
Windows service中的DNS服务——正向解析&反向解析配置
qq_38954700的博客
06-14 2075
windows server 2008/dns服务器/域名/网络 坚信并为之坚持是一切希望的原因。 ------------------------------------------------------------------------------------------------------- 一：DNS热身运动 DNS是计算机域名系统(Domain Name System 或Domain Name Service) 的缩写，它是由域名解析器和域名服务器组成的。域名服务器是指保...
dnstrace:DNS解析跟踪工具
05-22
dnstrace 该工具通过跟踪根名称服务器的委派路径并遵循CNAME链来执行DNS解析。 报告每个查询，并提供有关所有委派名称服务器的统计信息。 特征 关注CNAME 并行查询所有名称服务器，并报告每个名称服务器的统计信息 报告有关非粘合名称服务器的查找时间 启用DNSSEC查询选项以更好地模拟名称服务器查询 计算最佳冷路径，就好像解析器以空缓存开始以递归查询的名称一样 用法 Usage: dnstrace [qtype] <domain> -color Enable/disable colors (default true) 安装 使用： brew install rs/tap/dnstrace 来自来源： go get github.com/rs/dnstrace 或下载。 执照 所有源代码均根据。
DNS解析流程
weixin_45036829的博客
04-23 4390
dns是如何一步一步工作的 DNS的工作原理和过程分为以下几个步骤： 第一步：客户端提出域名解析请求，并将请求发送给本地域名服务器。 第二步：本地域名服务器收到请求后，首先查询本地缓存。如果有这条记录，则本地域名服务器直接返回查询结果。 第三步：如果本地缓存没有记录，则本地域名服务器直接向根域名服务器发送请求，然后根域名服务器返回域的主域名（根的子域） ) 的本地域名服务器。服务器的地址。 第四步：本地服务器向上一步返回的域名服务器发送请求，然后接受请求的服务器查询自己的缓存。如果没有该记录，则返回
DNS工作流程
坚定目标，超越自我
08-29 2127
TLD DNS服务器管理着在其下注册的所有二级域名的记录，它会返回负责该域名的权威DNS服务器的地址。DNS查询过程中，通常用户的本地DNS服务器对根服务器、TLD服务器和权威服务器的查询是迭代查询，而用户的计算机对本地DNS服务器的查询是递归查询。根DNS服务器是顶级的DNS服务器，它不直接解析域名，而是告诉下一级的顶级域（TLD，例如.com、.net等）DNS服务器的地址。的DNS服务器）没有缓存该域名的IP地址，它会作为DNS客户端，向根DNS服务器发起查询。如果本地DNS解析器（通常是。
2-Windows中的DNS服务——正向解析&反向解析配置.docx
06-14
**五、验证DNS解析** 1. 使用`ipconfig /flushdns`清空DNS缓存。 2. `ping www.geoWindPower.com`验证正向解析是否成功。 3. `ping cloud.geoWindPower.com`验证别名（CNAME记录）设置是否正确。 通过以上步骤，...
【iCore4 双核心板_ARM】例程二十五：LWIP_DNS实验——域名解析-附件资源
03-05
【iCore4 双核心板_ARM】例程二十五：LWIP_DNS实验——域名解析-附件资源
云原生PAAS环境下DNS解析策略分析——k8s POD dnsPolicy
lijunwusino的博客
10-25 1035
k8sdnsPolicy汇总序号dnsPolicyPOD的/etc/resolv.conf配置方式1None当dnsPolicy为None时， POD的/etc/resolv.conf会使用dnsConfig（如果有）参数进行配置。2Default当dnsPolicy为Default时，POD的/etc/resolv.conf会使用宿主机的resolv.conf，同时把dnsConfig的配置追加至POD的resolv.conf相关配置后面。3false(默认)
DNS解析过程
Fengtim
11-07 1328
小馮同学在浏览器中输入www.baidu.com时，dns就开始了解析过程，有以下步骤 如上图：原文 第一步：本地客户端如果访问一个网站，首先需要dns解析，先查看本地的host文件后将该请求发送给本地域名服务器 第二步：但本地DNS缓存收到请求后，就先查询本地的缓存，如果有该记录，则本地的域名服务器就直接把查询的结果返回 第三步：如果本地DNS缓存中没有该记录，则本地域名服务器就直接把请求发送...
dnstrace:命令行 DNS 基准测试
05-29
DNS跟踪 命令行 DNS 基准测试工具，用于压力测试和测量具有商用硬件的 DNS 服务器的性能。 如果您的服务器、操作系统和网络允许您达到合适的并发级别，此工具通常每个并发连接消耗约 30kB，并且每个现代核心可以维持约 30,000 QPS。 DNStrace 绕过操作系统解析器，并作为 Docker 打包的预构建静态二进制文件提供。 支持基本延迟测量、结果检查和直方图。 目前仅支持A 、 AAAA和TXT问题。 用法 $ dnstrace --help usage: dnstrace [<flags>] <queries>... A DNS benchmark. Flags: --help Show context-sensitive help (also try --help-long
万字长文爆肝 DNS 协议！
程序员cxuan的个人主页
01-18 4552
试想一个问题，我们人类可以有多少种识别自己的方式？可以通过身份证来识别，可以通过社保卡号来识别，也可以通过驾驶证来识别，尽管我们有多种识别方式，但在特定的环境下，某种识别方法可能比另一种方法更为适合。因特网上的主机和人类一样，可以使用多种识别方式进行标识。互联网上主机的一种标识方法是使用它的 主机名(hostname) ，如 www.facebook.com、 www.google.com 等。但是这是我们人类的记忆方式，路由器不会这么理解，路由器喜欢定长的、有层次结构的 IP地址。 如果你还不理解 IP.
DNS完整解析流程
weixin_43710037的博客
04-01 8479
一、DNS介绍   域名(Domain Name)是一个标记主机或主机组的名称，相当于IP地址的别名。   域名系统(Domain Name Server)是将域名解析成IP地址的互联网基础服务，提供该服务的服务器成为域名解析服务器。 二、域名结构 域名系统是一个分布式系统，Internat采用树状结构命名，结构如下图所示： 三、DNS解析过程 1、DNS域名解析服务器分类 本地域名服务器(Local DNS) 如果通过DHCP配置，Local DNS由ISP提供 根域名服务器(Root DNS
阐明DNS的工作流程
一个程序媛的成长记录❤
07-04 943
DNS domain name system域名系统 是一个基于客户/服务器模式的分布式系统，主要作用是进行域名和IP地址之间的相互映射。 运行在UDP之上，使用53号端口。 域名到IP地址的解析是由运行在域名服务器上的程序完成的。 大致流程是： （1）客户机向本地域名服务器发出DNS请求报文，以UDP数据报方式； （2）本地域名服务器收到请求后，查询本地缓存，假设有该记录，则返回相映...
DNS的解析流程和解析方法
qq_63144807的博客
09-09 569
递归查询发生在本地和本地DNS服务器的交互中，本地DNS服务器通常使用递归查询方式向用户提供服务，客户机向本地DNS服务器发送请求，而本地DNS服务器会代替客户端向其他DNS服务器发送请求，直到找到答案ip。迭代查询发生在本地DNS服务器和其他多个DNS服务器的交互，每个服务器只会范围下个DNS地址，本地DNS会替客户机不断地向下机服务器发起查询，直到找到结果。本地DNS服务器向顶级域DNS服务器发起查询，请求获取负责该域名（如baidu.com）的权威DNS服务器地址。DNS解析的流程和解析方式分类。
DNS解析全流程详解 —— 从客户端到权威服务器的完整路径
最新发布
2301_80320652的博客
03-03 1370
A记录：IPv4 地址映射。AAAA记录：IPv6 地址映射。CNAME记录：别名记录，将一个域名映射为另一个域名。MX记录：邮件交换记录，用于邮件服务器定位。NS记录：指定域名服务器。DNS 解析流程贯穿于互联网通信的每个环节，从本地缓存、操作系统和 hosts 文件，到递归查询本地 DNS 解析器，再到根、TLD 和权威服务器，构成了一条复杂而高效的数据查询链路。通过理解缓存机制、查询协议以及安全扩展，我们可以更好地优化网络访问速度、提高系统安全性，并为问题排查提供有效手段。
traceroute tracert dns+trace
weixin_34248258的博客
05-30 253
1) traceroute不加参数是UPD和ICMP协议结合的协议，发送ttl逐次加1的upd消息来检测每一跳，并接收路由器回复的不可达的icmp消息。2）tracert 和traceroute -l都是只用icmp协议，traceroute -I 相当于ping了。3）traceroute的输出中的*号是防火墙过滤掉返回的icmp协议后的原因，如果后面继续走了，说明路由还是...
DNS域名解析过程
jzlcheng的博客
01-07 4349
1.输入网址（www.163.com） 2.电脑发出一个DNS请求到本地DNS服务器    （本地DNS服务器一般由网络接入商提供，中国移动、电信等） 3.本地服务器查询缓存记录，有则直接返回结果。没有则向DNS根服务器进行查询。    （根服务器没有记录具体的域名和IP地址对应的关系） 4.告诉本地DNS服务器域服务器地址    （此处为.com）
DNS是什么？DNS的工作流程
weixin_42560424的博客
06-25 5051
DNS是一个分布式的命名系统，它用于将人类可读的域名（例如）转换为计算机可识别的IP地址（例如因为互联网上存在大量的计算机和服务器，每个设备都有一个唯一的IP地址，使用域名可以方便地访问和记忆特定的资源。DNS的工作原理是基于域名和IP地址的映射关系。当用户在浏览器中输入一个域名时，系统会先查询本地缓存，如果缓存中不存在相应的记录，则会向DNS服务器发送请求，以获取域名对应的IP地址。DNS服务器会根据域名的层级结构进行递归查询或迭代查询，直到找到对应的IP地址，并将结果返回给用户的设备。DNS。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值