Dnsmasq能玩出的花样之App Store

还依稀记得上学时候老师给讲hosts文件自己那个惊讶的神情。开源时代已经到了鼎盛时期,甚至连微软、苹果、Facebook等等科技巨头也逐渐逐渐开源起来。dnsmasq是一个小巧好玩的dns解析服务开源软件,能在很多系统平台运行起来。Google、Facebook等等被墙已经不是一两天的事情了。但很多Apple用户会感觉App Store、Apple Music等等苹果服务也是很慢很慢的。 继续阅读Dnsmasq能玩出的花样之App Store

防止ISP劫持DNS,手动设置TP-link路由器DNS

不知道你们这是在哪里。反正我所在的地方就有一个叫鹏博士的ISP带宽服务商。。。由于当初轻信房东所言的传说中的电信加长城宽带双线服务,最后才上当拉了房东的网。结果,我就还从来没遇到过自己的IP地址是电信的。一直都是鹏博士旗下的吧叫长城宽带。我哩个去哦~~~

老是劫持我的DNS,而且,房东使用的是垃圾软件路由器,,,貌似叫WayOS的路由。。。各种限制各种不可破。。。还好我的要求不是很高。能流量下网页,看看电影什么的就可以了。话又说回来,长城宽带就是于下载速度著名远播的。下载速度确实也不差,房东说4MB的带宽,平时下载就都会超过1MB的实际速度。看来只有无良ISP才能有这技术哈。(不惧版权,分布式缓存至内网)

好吧,下面就说说TP-Link如何手动设置DNS而不是PPPOE拨号自动获取的DNS服务器来作为客户端的DNS解析服务器,当然。本例中不适用于对应什么CMCC无线啊什么的那种网页安全认证。目前无线最安全的就数https网页认证了。这种无线还是要借助DNS来实现的。

config route wan interfacesave your configure

这样,大概就可以摆脱isp劫持你的DNS了。不过,这个方法也不是很灵验的,有些是强制侦听客户端请求的53端口并劫持客户端DNS。。。因此。不是最完美的解决方法。但目前这个已经很少人注意到了。劫持dns无非就是为了弹窗广告。。。特么的贱字了得啊~!

浅谈Centos6.3下配置BIND服务器

这个折腾。。。折腾。。。。一个小小的错误折腾了我很久~表示就快要抓狂了。记录下这次的错误所在,woligequ~~~~我去年买了个表~好吧,记录下来,当作告诫~有需要的看到可能会有帮助的。错误是:** server can’t find www.abc.com: NXDOMAIN 如下:

[root@localhost named]# nslookup www.abc.com
Server: 192.168.2.111
Address: 192.168.2.111#53

** server can’t find www.abc.com: NXDOMAIN

[root@localhost named]#

原因:

[root@localhost named]# cp named.empty abc.com.zone  这样的cp。。。是个错误。至少不适用于Centos下bind服务器的搭建。正确的方法是加 -p 参数。之前一直没留意这东西,而且在RHEL下搭建bind下我是喜欢用p参数就用p参数,不喜欢用就没用,也没出现过什么问题。可以正常完成bind服务器的搭建。这次在Centos6.3下配置bind服务器。折腾的厉害。不多说,先来看下上述命令cp的结果:

错误的cp方法
错误的cp方法

不带p参数(没有源文件的属组属主属性。这样cp后的文件是root用户所属的,而bind服务有自己的用户。属组是root的。)我们应该改变该文件的属主用户,如下:

[root@localhost named]# chown root.named abc.com.zone
[root@localhost named]# service named restart
停止 named:. [确定]
启动 named: [确定]
[root@localhost named]# ll
总用量 44
-rw-r—– 1 root named 200 5月 2 03:50 2.168.192.zone
-rw-r—– 1 root named 183 5月 2 03:46 abc.com.zone
drwxr-x—. 6 root named 4096 3月 10 02:26 chroot
drwxrwx—. 2 named named 4096 5月 2 03:29 data
drwxrwx—. 2 named named 4096 5月 2 03:56 dynamic
-rw-r—– 1 root named 218 5月 2 03:49 kutea.net.zone
-rw-r—–. 1 root named 1892 2月 18 2008 named.ca
-rw-r—–. 1 root named 152 12月 15 2009 named.empty
-rw-r—–. 1 root named 152 6月 21 2007 named.localhost
-rw-r—–. 1 root named 168 12月 15 2009 named.loopback
drwxrwx—. 2 named named 4096 6月 22 2012 slaves
[root@localhost named]#

nslookup www.abc.com
nslookup www.abc.com

此文只为记录~~~有需要的看到可以检查。看来是该步步为细心哪~~~

RHEL6下搭建DNS服务器

DNS是大部分网络服务基石,DNS解释的主要作用就是让域名替换IP,即:人们通过记忆的域名找到该域名所对应的物理主机的真实地址,可以方便人记忆。所以说DNS解释是大部分网络服务的基石,可想而知,人记IP地址的话,最多可以记上几个!上一篇博文中介绍了RHEL6中搭建本地YUM库的方法。这里我们用上了。下面就用YUM软件包管理器的方法安装DNS服务器的所需组件。这里就是最简单的安装DNS服务,用的DNS服务的软件包是有名的BIND软件。这里和通常的不一样就是没有安装bind-chroot组件。所以配置可能会和通常的有点小小的差别。But,没关系,原理还是一样的。bind-chroot组件的作用就是可以改变DNS各种主要或者次要的默认配置文档的目录路径。

一、用yum安装bind软件。
检查系统中是否安装bind软件,
#rpm -qa | grep bind
bind-libs-9.7.3-8.P3.el6.i686 (这里没有安装bind主要软件包)
#yum install bind -y  (这里的-y参数是确认安装的意思)
[root@localhost ~]# rpm -qc bind      (查询bind软件包安装路径和各配置文档的具体路径,结果如下)

简单的DNS服务器只需要对DNS的主配置文档,正反向解释配置文档进行简单的配置就OK了!
上面列出的其中/etc/named.conf为主配置文档、正反向解释配置文档存放在目录/var/named/下。这里因为么有安装bind-chroot软件包。所以默认的解释文档就放在目录/var/named/下。
前提是修改本地DNS服务器的指向。这里我的RHEL6-Server的其中一张网卡IP地址为 192.168.3.15
# vi /etc/resolv.conf
search localdomain
nameserver 192.168.3.15

二、配置DNS主配置文档。
下面是RHEL6中DNS主配置文档默认的配置。我们只需进行小小的改动就可以了。
vi /var/named/chroot/etc/named.conf

options {
        listen-on port 53 { 192.168.3.15; };(更改服务器侦听53端口的网络IP地址,这是我的RHEL6其中一张网卡的IP地址。)
        listen-on-v6 port 53 { ::1; };
        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; };(更改允许DNS请求的范围。这里为了方便就填写any,允许所有。你也可以控制只允许某些)
        recursion yes;

        dnssec-enable yes;
        dnssec-validation yes;
        dnssec-lookaside auto;

        /* Path to ISC DLV key */
        bindkeys-file “/etc/named.iscdlv.key”;
};

logging {
        channel default_debug {
                file “data/named.run”;
                severity dynamic;
        };
};

zone “.” IN {
        type hint;
        file “named.ca”;
};

//添加正向zone区域进行解释。这里得注重语法。不要错漏了末尾的“;”号。写错了是无法启动DNS服务的!

zone “kutea.net” IN {
 type master;  (DNS服务器类型,master表示主域名服务器区域)
 file “kutea.net.zone”;  (DNS服务器解释指向的配置文件,直接填写名字表明存放在默认路径/var/named/目录下)
 allow-update { none;};  (不允许域名进行动态更新)
};

//添加反向zone区域解释。这里的zone区域命名有严格的要求,一般反向IP断后面的都有严格遵守它的写法。

zone “3.168.192.in-addr.arpa” IN {
 type master;
 file “1.168.192.zone”;
 allow-update { none;};
};

include “/etc/named.rfc1912.zones”;

最后保存退出就OK了!

三、配置正反向解释文档。

#cd /var/named/
#cp -p named.localhost kutea.net.zone (加-p参数确保copy后的文件某些权限还和源文件一样)
#vi kutea.net.zone
添加以下简单代码:

dns     IN A    192.168.3.15   (解释域名dns.kutea.net指向的主机IP为192.168.3.15 即本地IP地址)
www     IN CNAME dns.kutea.net. (添加别名 ‘CNAME’表示别名 注意域名后面的‘.’不要错漏了!)

最后,保存退出!

#cp -p named.loopback 3.168.192.zone
#vi 3.168.192.zone

添加以下解释:

15      IN PTR  dns.kutea.net.

保存退出!
到此,RHEL6下简单的DNS服务器配置完成,接下来进行测试。

四、测试DNS服务器正反向的解释情况。

[root@localhost Packages]# nslookup www.kutea.net
-bash: nslookup: command not found
[root@localhost Packages]#
RHEL6最小安装默认没有安装nslookup功能的软件包,不要紧,我们安装下就OK。
找到系统中COPY的RHEL6镜像文件中的Packages目录。用find命令查找bind
#find bind (按tab键,显示如下)

[root@localhost Packages]# find bind-
bind-9.7.3-8.P3.el6.i686.rpm          bind-libs-9.7.3-8.P3.el6.i686.rpm
bind-chroot-9.7.3-8.P3.el6.i686.rpm   bind-utils-9.7.3-8.P3.el6.i686.rpm
bind-dyndb-ldap-0.2.0-7.el6.i686.rpm 
[root@localhost Packages]# find bind-
然后安装软件包bind-utils-9.7.3-8.P3.el6.i686.rpm即可。
#rpm -ivh bind-utils-9.7.3-8.P3.el6.i686.rpm

Preparing…                ########################################### [100%]
   1:bind-utils             ########################################### [100%]
[root@localhost Packages]# nslookup www.kutea.net
Server:         192.168.3.15
Address:        192.168.3.15#53

www.kutea.net   canonical name = dns.kutea.net.
Name:   dns.kutea.net
Address: 192.168.3.15

[root@localhost Packages]#

[root@localhost /]# ping www.kutea.net
PING dns.kutea.net (192.168.3.15) 56(84) bytes of data.
64 bytes from dns.kutea.net (192.168.3.15): icmp_seq=1 ttl=64 time=0.036 ms
64 bytes from dns.kutea.net (192.168.3.15): icmp_seq=2 ttl=64 time=0.044 ms
64 bytes from dns.kutea.net (192.168.3.15): icmp_seq=3 ttl=64 time=0.041 ms
^C
— dns.kutea.net ping statistics —
3 packets transmitted, 3 received, 0% packet loss, time 2769ms
rtt min/avg/max/mdev = 0.036/0.040/0.044/0.006 ms
[root@localhost /]#

nslookup test
nslookup test

DNS记录定义与其作用

NS 记录
(Name Server)记录是域名服务器记录,用来指定该域名由哪个DNS服务器来进行解析。您注册域名时,总有默认的DNS服务器,每个注册的域名都是由一个DNS域名服务器来进行解析的,DNS服务器NS记录地址一般以以下的形式出现:ns1.domain. com
MX 记录
(Mail Exchanger)记录叫做邮件交换记录,也有说法叫做邮件路由记录,用户可以将该域名下的邮件服务器指向到自己的mail服务器上,然后即可自行操控所有的邮箱设置。您只需在线填写您服务器的IP地址,即可将您域名下的邮件全部转到您自己设定相应的邮件服务器上。简单的说,通过操作MX记录,您才可以得到以您域名结尾的邮局。
A 记录
A (Address) 记录是用来指定主机名(或域名)对应的IP地址记录。用户可以将该域名下的网站服务器指向到自己的WEB服务器上。同时也可以设置您域名的子域名。通俗来说A记录就是服务器的IP,域名绑定A记录就是告诉DNS,当你输入域名的时候给你引导向设置在DNS的A记录所对应的服务器.
CNAME 记录
CNAME (Canonical Name)别名指向记录,通常称别名指向。在这里,你可以定义一个主机别名,比如设置www1.kutea.net,用来指向一个主机www.kutea.net,那么以后就可以用www1.kutea.net来代替访问www.kutea.net了。
PTR 记录
PTR (Pointer Recore)指针记录俗称反向记录,是电子邮件系统中的一种数据类型。与其相对应的是A记录、地址记录。二者组成邮件交换记录。A记录解析名字到地址,而PTR记录解析地址到名字。地址是指一个客户端的IP地址,名字是指一个客户的完全合格域名。
TXT 记录
SPF记录就是通过TXT记录来实现的。SPF就是Sender Policy Framework。SPF可以防止别人伪造你来发邮件,是一个反伪造性邮件的解决方案。当你定义了你的domain name的SPF记录之后,接收邮件方会根据你的SPF记录来确定连接过来的IP地址是否被包含在SPF记录里面,如果在,则认为是一封正确的邮件,否则则认为是一封伪造的邮件。
TXT记录一般指为某个主机名或域名设置的说明,如:(mail IN TXT “邮件主机,存放在xxx,管理人:AAA”)也就是您可以设置TXT,以便使别人联系到您
SRV 记录
SRV记录一般是为Microsoft的活动目录设置时的应用。DNS可以独立于活动目录,但是活动目录必须有DNS的帮助才能工作。为了活动目录能够正常的工作,DNS服务器必须支持服务定位(SRV)资源记录,资源记录把服务名字映射为提供服务的服务器名字。活动目录客户和域控制器使用SRV资源记录决定域控制器的IP地址。

Linux CentOS下BIND搭建智能DNS寻线

由于互联网的飞速发展,简单的DNS解析已经满足不了如今互联网的需求。于是出现了智能DNS的说法。下面就来简单介绍下CentOS下安装BIND软件搭建智能DNS服务器,这样的DNS服务器主要还是用acl和view的语句来实现的。它的好处可是实现CDN快速WEB缓存代理;控制查询源对应的结果等等…..好啦,其他不多说。关于CDN原理和Linux下搭建DNS服务器的安装这里就不多说。请参阅前面的博文。

实验环境:VMware 9 CentOS6.3操作系统虚拟机两台。

智能DNS寻线服务器:IP 192.168.2.125/24 (VMnet 2),客户机IP地址:192.168.2.126/24 192.168.2.127 /24 (VMnet 2)客户主机测试完后更换IP地址。

1.安装BIND软件搭建DNS服务器(略过)

2.配置智能寻线DNS主文件:

named.conf1named.conf2

配置zone区域解析文档:

cnc.zone ctc.zone

配置完成后启动DNS服务器:service named restart   。

3.客户机进行测试:(测试完一个IP后更换客户机IP地址再次进行测试)

下面是客户机(DNS查询源)IP地址192.168.2.126进行的模拟测试,查询结果是对应服务器地址为192.168.2.225 。查询正确!

126nslookup
客户机192.168.2.126查询正确

下面是客户机(DNS查询源)IP地址192.168.2.127进行的模拟测试,查询结果是对应服务器地址为192.168.2.227 。查询正确!

127nslookup
客户机192.168.2.126查询正确

这里还配置了本地查询源(DNS服务器本身)测试结果就不上图了。从上面的实验可以看出。智能DNS的使用可以解决负载均衡,网络安全,快速响应等等。使用了view和acl语句的话。默认不进行配置是连DNS服务器地址也无法查询的。简单搭建,不足之处请各位多多指点。欢迎各位友友进行讨论。

文章原创,转载请注明出处,多谢合作!

 

DNS服务器之反向解释

DNS服务器所需的所有软件包都已经安装好了。这里不再重复。其实就一条命令:
#yum install bind -y (请参阅 本地yum库的搭建)。声明:本地IP有改动:192.168.110.128。所以,
在 /etc/resolv.conf的配置修改为:
search kutea.net
nameserver 192.168.110.128
当然,IP地址还是静态的得先配置好。
下面直接进入DNS-Server主文件的配置:
#vi 或 vim /etc/named.conf
添加以下代码:
zone “110.168.192.in-addr.arpa” {
type master;
file “110.168.192.zone”;
};
反向区域zone的文件指向/var/named目录
#cp -p named.loopback 110.168.192.zone (-p确保copy后的文件有源文件的属性)。
#vim 110.168.192.zone
添加以下代码:
128 IN PTR www.kutea.net. (不要忘记www.kutea.net.这里是有个小数点的!)
128指的是在192.168.110.0/24网段的本地IP地址,PTR是反向解析记录,www.kutea.net.是正向解释指向主机192.168.110.128的域名(记得小数点)
保存退出!
重启DNS服务器。service named restart,进行测试。
[root@localhost named]# service named restart
Stopping named: [ OK ]
Starting named: [ OK ]
[root@localhost named]# nslookup www.kutea.net
Server: 192.168.110.128
Address: 192.168.110.128#53

Name: www.kutea.net
Address: 192.168.110.128

[root@localhost named]# nslookup 192.168.110.128
Server: 192.168.110.128
Address: 192.168.110.128#53

128.110.168.192.in-addr.arpa name = www.kutea.net.

[root@localhost named]#

一个虚拟空间搭建多个不同域名站点

上篇博文中介绍了什么是CDN和CDN的工作原理 。下面就介绍下如何做到充分利用虚拟空间无限子域和无限流量这一优点搭建多个不用域名的WEB站点。其实不是什么难的事情。理解清楚CDN的原理。充分利用域名CNAME这个记录。能够实现这一功能的前提就是:

购买的虚拟空间支持无限子域最好也支持无限流量了。

购买的域名能够正常管理域名记录。就这两点就可以实现这一想法了。

下面介绍下实现这一过程的实例:

利用域名 kutea.net购买一个无限流量无限子域的虚拟主机空间。

在虚拟主机空间里面添加001cdn 002cdn 003cdn等等子域,那么在该空间里面就有了001cdn.kutea.net 002cdn.kutea.net 003cdn.kutea.net这样的多个子站点。

上面是第一步,然后回到其他域名管理控制面板。例如域名 abc.com xyz.com 123.com 这些主域名里面管理。添加域名别名记录。使得www.abc.com的别名指向子域记录001cdn.kutea.net   www.xyz.com的别名指向子域记录002cdn.kutea.net 使得www.123.com的别名记录指向子域记录003cdn.kutea.net

OK。就这样可以实现一个好的虚拟空间搭建多个不同域名的站点。原创文章,转载请注明出处,多谢合作!

什么是CDN和CDN的工作原理

之前介绍一篇关于本站WEB架构的博文。那是搭建在OpenShift开源平台上的wordpress站点。下面就介绍下什么是CDN和CDN的工作原理,其实这个原理很有用。很多空间商是支持无限子域和无限流量的。同时虚拟空间质量还不错的话,那么,你就可以利用CDN的原理部分,在同一个主机空间里面搭建多个不用域名的站点了。先说明下这个不是CDN。只是利用空间无限子域和无限流量搭建自己多个不用域名的站点。想了解的可以继续往下看,其他不用多说了。

内容分发网络(CDN)采用智能路由和流量管理技术,及时发现能够给访问者提供最快响应的加速节点,并将访问者的请求导向到该加速节点,由该加速节点提供内容服务。利用内容分发与复制机制,CDN客户不需要改动原来的网站结构,只需修改少量的DNS配置,就可以加速网络的响应速度。当用户访问了使用CDN服务的网站时,DNS域名服务器通过CNAME方式将最终域名请求重定向到CDN系统中的智能DNS负载均衡系统。智能DNS负载均衡系统通过一组预先定义好的策略(如内容类型、地理区域、网络负载状况等),将当时能够最快响应用户的节点地址提供给用户,使用户可以得到快速的服务。同时,它还与分布在不同地点的所有CDN节点保持通信,搜集各节点的健康状态,确保不将用户的请求分配到任何一个已经不可用的节点上。而CDN还具有在网络拥塞和失效情况下,能拥有自适应调整路由的能力。

用户向浏览器提供要访问网站的域名,域名解析的请求被发往网站的DNS域名解析服务器;

由于网站的DNS域名解析服务器对此域名的解析设置了CNAME,请求被指向CDN网络中的智能DNS负载均衡系统;

智能DNS负载均衡系统对域名进行智能解析,将响应速度最快的节点IP返回给用户;

浏览器在得到速度最快节点的IP地址以后,向CDN节点发出访问请求;

由于是第一次访问,CDN节点将回到源站取用户请求的数据并发给用户;

当有其他用户再次访问同样内容时,CDN将直接将数据返回给客户,完成请求/服务过程。

通过以上的分析我们可以看出,CDN服务对网站访问提供加速的同时,可以实现对普通访问用户透明,即加入缓存以后用户客户端无需进行任何设置,直接输入被加速网站原有的域名即可访问。

万网CN姓名域名一元购

刚刚才看到,万网CN域名一元购。但是要提交真实资料进行审核,需要的孩童们抓紧时间吧。活动有期限……

活动说明:

1、因姓名域名的特殊性,防止恶意注册,每个会员限领1个。

2 、域名注册成功后需要提交证件资料到CINNC进行审核,请勿虚假注册。

3 、请注册和自己姓名强相关的域名:如zhangsan.cn、zhangsanweibo.cn。

4 、本次活动仅适用1月15日后(含1月15日)注册会员。http://www.net.cn/promotion/20130002/

诠释BIND软件下的zone文件

BIND软件中的区域文件是由named.conf文档指定的,RHEL6中,如果没有安装chroot组件包的话。named.conf默认存放位置在/etc/目录下。而named.conf默认指定的区域文件就在/var/named/
目录下。下面先来看下一个基本的正向解析区域文档。

@ IN SOA kutea.net. root.kutea.net. (
1999051401 ; Serial
3600 ; Refresh
300 ; Retry
3600000 ; Expire
3600 ) ; Minimum

(@ 这符号是缩写,表示 named.conf 中这个 zone 文档所对应的区域,SOA 后面的两个是该zone文件中的参数,是指定这个zone文件是在哪部主机(kutea.net)定义的,以及这个zone文件的负
责人(root)既是(root.kutea.net),亦可以看成是 root@kutea.net )

(Serial 代表这个zone 文件的版本,每当zone 文件内容有变动,name server 管理者就应该增加这个号码,因为slave 会将这个号码与其copy 的那份比对以便决定是否要再copy 一次(即进
行zone 传输))

(Refresh Slave server 每隔这段时间(秒),就会检查Master server 上的serial number。不过这里会发生一个问题就是,在master server 在update data 完成到slave server 来检查时再update 可能还有好一段时间,因此这段期间master/slave DNS server间zone files 就可能出现不一致。所以在Bind较新的版本中便加入”notify”功能,使用者在”named.conf” 设定中在需要的zone 中加入”notify”的设定,则master server在update 完成某个zone file 的data 后便会主动发个讯息(NOTIFY),借以通知该其它的slave servers,因此如果slave servers 也有支援这个”notify”功能时,接下来slave servers 马上就可以做zone 传输来更新数据)

zone “kutea.net” IN {
type master;
file “kutea.db”;
notify yes;
also-notify { 192.168.0.15; }; //指定slave server的IP地址
};

(Retry 当从服务器无法和主站进行串行检查时,要每隔几秒再试一次)

(Expire 当时间超过Expire 所定的秒数而slave server 都无法和master 取得连络,那么slave 会删除自己的这份copy)

(Minimum 代表这个zone 文件中所有record 的内定的TTL 值,也就是其它的DNS server cache 这个record时,最长不应该超过这个时间)

NS :
IN NS ns1.kutea.net. (name server, 用来指定操作的DNS服务器主机名称,NS记录是不允许用主机IP地址来表示的。有过域名注册和使用域名的朋友或许知道 域名商要求你指定你域名解释的NS服务器时,你用服务器IP地址来替换,就会报错。就是这个原因了。NS记录其本身就不允许用IP地址来制定)

A 和 AAAA :
A记录 address,即主机记录。(就是将一个域名对应IP地址的记录。)
例如下面的IPv4和IPv6指定A记录的格式是:
www IN A 122.128.109.86
mail IN AAAA CDCD:910A:2222:5498:8475:1FF1:3900:2027

PTR (其中这个记录是出现在反向解析zone文件中):
Pointer , 定义某一 IP 地址对应的 domain name ,就是将 IP 地址转换成主机的FQDN
86 IN PTR www.kutea.net. (注意别名记录后面有个小数点)

CNAME :
Canonical name , 可为同一部主机设定许多别名,例如cdn.kutea.net的别名可为www.kutea.net和ftp.kutea.net 因此所设定的别名都会连到同一台服务器上。

MX :
mail exchanger,设定区域中担任邮件服务器的主机,所有要送往那部机器的mail 都要经过mail exchanger 转送。注意 而数字则是该主机邮件传递时的优先次序,此值越低表示有越高的邮件处理优先权。
mail IN MX 3 ns.kutea.net.

来总结下,以上就是DNS服务器之BIND软件中的zone文档诠释。其中应该注意的是,上文提到的PTR记录出现在反向区域文档中。SOA授权的一些参数在正向反向都存在的,MX(邮件交换)记录中的邮件级别值越低就有越高的邮件处理优先权。

好啦,到此为止!