DNS域名解析服务及其配置

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
简介: 详细介绍DNS域名解析服务及其配置流程。

一、背景

到 20 世纪 70 年代末,ARPAnet 是一个拥有几百台主机的很小很友好的网络。仅需要一个名为 HOSTS.TXT 的文件就能容纳所有需要了解的主机信息:它包含了所有连接到 ARPAnet 的主机名字到地址的映射(name-to-addressmapping)。

HOSTS.TXT 文件是由 SRI 的网络信息中心(Network Information Center,简称 NIC)负责维护,并且从一台主机 SRI-NIC 上分发到整个网络。ARPAnet的管理员通常是通过电子邮件通知 NIC,同时定期 FTP 到 SRI-NIC 上获得最新的 HOSTS.TXT 文件。

但是随着 ARPAnet 的增长,这种方法行不通了。每台主机的变更都会导致 HOSTS.TXT 的变化,导致所有主机需要到 SRI-NIC 上获得更新文件。当ARPAnet 采用 TCP/IP 协议后,网络上的主机爆炸性的增长,出现了以下问题:

  • 流量和负载:
  • 名字冲突:
  • 一致性

二、DNS介绍

DNS(Domain Name System,域名系统),万维网上作为域名和IP地址相互映射的一个分布式数据库,能够使用户更方便的访问互联网,而不用去记住能够被机器直接读取的IP数串。通过域名,最终得到该域名对应的IP地址的过程叫做域名解析(或主机名解析)。DNS协议运行在UDP协议之上,使用端口号53。在RFC文档中RFC 2181对DNS有规范说明,RFC 2136对DNS的动态更新进行说明,RFC 2308对DNS查询的反向缓存进行说明。

三、DNS数据结构

3.1 DNS记录类型

域名和IP之间的对应关系,称为“记录”(record)。根据使用的目的不同,又分为不同的类型,常见的DNS记录类型如下:

  • A:地址记录(Address),返回域名指向的IP地址。
  • NS:域名服务器记录(Name Server),返回保存下一级域名信息的服务器地址。该记录只能设置为域名,不能设置为IP地址。
  • MX:邮件记录(Mail eXchange),返回接收电子邮件的服务器地址。
  • CNAME:规范名称记录(Canonical Name),返回另一个域名,即当前查询的域名是另一个域名的跳转。
  • PTR:逆向查询记录(Pointer Record),只用于从IP地址查询域名。

3.2 工作原理

DNS服务的工作过程

当 DNS 客户机需要查询程序中使用的名称时,它会查询本地DNS 服务器来解析该名称。客户机发送的每条查询消息都包括3条信息,以指定服务器应回答的问题。

  • 指定的 DNS 域名,表示为完全合格的域名 (FQDN) 。
  • 指定的查询类型,它可根据类型指定资源记录,或作为查询操作的专门类型。
  • DNS域名的指定类别。

对于DNS 服务器,它始终应指定为 Internet 类别。例如,指定的名称可以是计算机的完全合格的域名,如im.qq.com,并且指定的查询类型用于通过该名称搜索地址资源记录。

DNS 查询以各种不同的方式进行解析。客户机有时也可通过使用从以前查询获得的缓存信息就地应答查询。DNS 服务器可使用其自身的资源记录信息缓存来应答查询,也可代表请求客户机来查询或联系其他 DNS 服务器,以完全解析该名称,并随后将应答返回至客户机。这个过程称为递归。

另外,客户机自己也可尝试联系其他的 DNS 服务器来解析名称。如果客户机这么做,它会使用基于服务器应答的独立和附加的查询,该过程称作迭代,即DNS服务器之间的交互查询就是迭代查询。

DNS 查询的过程

四、DNS安装

YUM安装

yum install bind*   caching-nameserver

源码安装

tar zxvf bind-9.6.1.tar.gz
cd bind-9.6.1
./configure --prefix=/usr/local/bind9   --sysconfdir=/etc/named/ --enable-threads --disable-chroot --disable-ipv6
make &&  make install

配置环境变量

vim /etc/profile.d/bind.sh

追加以下行

export PATH=/usr/local/bind9/bin:/usr/local/bind9/sbin:$PATH

帮助文档的查看

man -M share/man/ named

vim /etc/man.config

追加以下行

MANPATH /usr/local/bind9/share/man

DNS 单点配置

#修改/etc/named.conf
 listen-on port 53 { any; }; 
 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     { any; }; 
 recursion yes; 
#(此处,做的是dns转发,当本地服务器无法解析的,如公网上的域名时,转发到114.114.114.114上)
forwarders { 114.114.114.114; };
};
#配置/etc/named.rfc1912.zones 
zone "test.com" IN { 
  type master; 
file "test.com.zone";
}; 
  
zone "40.168.192.in-addr.arpa" IN {
  type master;
  file "40.168.192.in-addr.arpa.zone";
};
  
#test.com.zone 配置文件
  
$TTL         600
@            IN SOA  ns.test.com.  root.test.com. (
                                201810131834 ; serial
                                300        ; refresh (5 minutes)
                                60         ; retry (1 minute)
                                604800    ; expire (1 week)
                                3600       ; minimum (1 hour)
                                )
  
@        IN         NS     ns.test.com.
ns       IN         A      192.168.40.105
mail     IN         A      192.168.40.103  
rhl      IN         A      192.168.40.102
  
#40.168.192.in-addr.arpa.zone 配置文件
  
$TTL 600
@                       IN SOA  ns.test.com. root.test.com. (
                                201810151834 ; serial
                                300        ; refresh (5 minutes)
                                60         ; retry (1 minute)
                                604800     ; expire (1 week)
                                3600       ; minimum (1 hour)
                                )
 @               IN       NS         ns.test.com.
 103             IN       PTR        mail.test.com.

DNS的主从同步

1)主服务器配置

#修改/etc/named.conf
 options {
     listen-on port 53 { any; }; 
     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     { any; }; 
     recursion yes; 
#(此处,做的是dns转发,当本地服务器无法解析的,如公网上的域名时,转发到114.114.114.114上
  
  forwarders { 114.114.114.114; };    
#配置/etc/named.rfc1912.zones 
zone "test.com" IN { 
  type master; 
  file "test.com.zone";
allow-update {none;}; 
#从服务器地址
  allow-transfer {192.168.40.170;}; 
  notify yes; 
}; 
  
#反向解析 
zone "40.168.192.in-addr.arpa" IN { 
  type master; 
  file "named.192.168.40"; 
allow-update {none;}; 
#从服务器地址
  allow-transfer {192.168.40.170;};  
  notify yes; 
};

2)从服务器的配置

#修改/etc/named.conf
  
options {
  
  
     listen-on port 53 { any; }; 
     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     { any; };
        recursion yes;
     forwarders { 114.114.114.114; };
};
  
#配置/etc/named.rfc1912.zones 
  
  
zone "test.com" IN {
  type slave;           
   file "slaves/test.com.zone";
  #设置主dns服务器的地址
  
masters { 192.168.40.105; };  
  allow-update { none; };
};
  
zone "40.168.192.in-addr.arpa" IN {
  type slave;
  file "slaves/40.168.192.in-addr.arpa.zone";
  masters { 192.168.40.105; };
  allow-update { none; };
};

DNS 配置文件检查

#检查主配置文件
named-checkconf
 #检查域名配置文件 
named-checkzone test.com /var/named/test.com.zone
 #测试正向解析
dig -t A rhl.test.com  @192.168.40.105
 #测试反向解析
dig -x  192.168.40.103  @192.168.40.105

作者:秦伟/计宝满/任宏利

来源:宜信技术学院

相关文章
|
2月前
|
网络协议 Java 应用服务中间件
tomcat配置域名及HTTPS
tomcat配置域名及HTTPS
|
1月前
|
数据安全/隐私保护
HAProxy的高级配置选项-ACL篇之基于域名匹配案例
这篇文章介绍了HAProxy的高级配置选项中的ACL(访问控制列表)功能,特别是如何基于域名匹配进行流量分发的案例,包括ACL的基本概念、语法、使用场景和配置实例。
51 8
HAProxy的高级配置选项-ACL篇之基于域名匹配案例
|
1月前
|
Apache 数据安全/隐私保护
HAProxy的高级配置选项-ACL篇之域名重定向案例
这篇文章介绍了HAProxy的ACL(访问控制列表)功能,特别是如何基于域名进行重定向的高级配置选项,并通过实战案例展示了如何配置ACL规则以实现基于特定域名的HTTP重定向。
53 6
HAProxy的高级配置选项-ACL篇之域名重定向案例
|
12天前
|
PHP
ThinkPHP 多应用配置,及不同域名访问不同应用的配置【详解】
本文详解了在ThinkPHP框架中配置多应用的方法,包括安装扩展、删除默认controller文件夹、创建多应用、修改配置文件以启用多应用、测试访问以及如何配置不同域名访问不同应用的步骤。
ThinkPHP 多应用配置,及不同域名访问不同应用的配置【详解】
|
15天前
|
JavaScript 应用服务中间件 Linux
宝塔面板部署Vue项目、服务端Node___配置域名
本文介绍了如何使用宝塔面板在阿里云服务器上部署Vue项目和Node服务端项目,并配置域名。文章详细解释了安装宝塔面板、上传项目文件、使用pm2启动Node项目、Vue项目打包上传、以及通过Nginx配置域名和反向代理的步骤。
42 0
宝塔面板部署Vue项目、服务端Node___配置域名
|
27天前
|
域名解析 缓存 网络协议
域名系统DNS_基础知识
域名系统(DNS)使我们能够通过易记的域名访问互联网资源,而非直接使用IP地址。DNS采用层次树状结构,由多个分量组成,如顶级域名(如.com或.cn)位于最右侧。域名长度限制为255个字符,各级域名由相应管理机构监管,顶级域名由ICANN管理。DNS分为国家顶级域名、通用顶级域名和反向域等。域名解析涉及根域名、顶级域名及权限域名服务器,通过递归和迭代查询完成。为提高效率,DNS使用分布式服务器和高速缓存技术。
|
2月前
|
持续交付 jenkins Devops
WPF与DevOps的完美邂逅:从Jenkins配置到自动化部署,全流程解析持续集成与持续交付的最佳实践
【8月更文挑战第31天】WPF与DevOps的结合开启了软件生命周期管理的新篇章。通过Jenkins等CI/CD工具,实现从代码提交到自动构建、测试及部署的全流程自动化。本文详细介绍了如何配置Jenkins来管理WPF项目的构建任务,确保每次代码提交都能触发自动化流程,提升开发效率和代码质量。这一方法不仅简化了开发流程,还加强了团队协作,是WPF开发者拥抱DevOps文化的理想指南。
52 1
|
2月前
|
持续交付 jenkins C#
“WPF与DevOps深度融合:从Jenkins配置到自动化部署全流程解析,助你实现持续集成与持续交付的无缝衔接”
【8月更文挑战第31天】本文详细介绍如何在Windows Presentation Foundation(WPF)项目中应用DevOps实践,实现自动化部署与持续集成。通过具体代码示例和步骤指导,介绍选择Jenkins作为CI/CD工具,结合Git进行源码管理,配置构建任务、触发器、环境、构建步骤、测试及部署等环节,显著提升开发效率和代码质量。
48 0
|
2月前
|
监控 网络协议 Java
Tomcat源码解析】整体架构组成及核心组件
Tomcat,原名Catalina,是一款优雅轻盈的Web服务器,自4.x版本起扩展了JSP、EL等功能,超越了单纯的Servlet容器范畴。Servlet是Sun公司为Java编程Web应用制定的规范,Tomcat作为Servlet容器,负责构建Request与Response对象,并执行业务逻辑。
Tomcat源码解析】整体架构组成及核心组件
|
2月前
|
存储 NoSQL Redis
redis 6源码解析之 object
redis 6源码解析之 object
58 6

相关产品

  • 云解析DNS
  • 推荐镜像

    更多