DNS分为正向查找区域和反向查找区域，然后在分为，主要，辅助，存根区域，在这些区域里，又存在着很多的记录，今天，就让我们来看看这些记录：
1，A记录
A记录也称为主机记录，是使用最广泛的DNS记录，A记录的基本作用就是说明一个域名对应的IP是多少， 它是域名和IP地址的对应关系，表现形式为 www.contoso.com 192.168.1.1 这就是一个A记录！A记录除了进行域名IP对应以外，还有一个高级用法，可以作为低成本的负载均衡的解决方案，比如说，www.contoso.com 可以创建多个A记录，对应多台物理服务器的IP地址，可以实现基本的流量均衡！
2，NS记录
NS记录和SOA记录是任何一个DNS区域都不可或缺的两条记录，NS记录也叫名称服务器记录，用于说明这个区域有哪些DNS服务器负责解析，SOA记录说明负责解析的DNS服务器中哪一个是主服务器。因此，任何一个DNS区域都不可能缺少这两条记录。NS记录，说明了在这个区域里，有多少个服务器来承担解析的任务，
3，SOA记录
NS记录说明了有多台服务器在进行解析，但哪一个才是主服务器呢，NS并没有说明，这个就要看SOA记录了，SOA名叫起始授权机构记录，SOA记录说明了在众多NS记录里那一台才是主要的服务器！
4，MX记录
全称是邮件交换记录，在使用邮件服务器的时候，MX记录是无可或缺的，比如A用户向B用户发送一封邮件，那么他需要向ＤＮＳ查询Ｂ的MX记录，DNS在定位到了B的MX记录后反馈给A用户，然后Ａ用户把邮件投递到B用户的ＭＸ记录服务器里！
５，Cname记录
又叫别名记录，我们可以这么理解，我们小的时候都会有一个小名，长大了都是学名，那么正规来说学名的符合公安系统的，那个小名只是我们的一个代名词而已，这也存在一个好处，就是比暴漏自己，比如一个网站a.com 在发布的时候，他可以建立一个别名记录，把B.com发不出去，这样不容易被外在用户所察觉！达到隐藏自己的目的！
6，SRV记录
SRV记录是服务器资源记录的缩写，SRV记录是DNS记录中的新鲜面孔，在RFC2052中才对SRV记录进行了定义，因此很多老版本的DNS服务器并不支持SRV记录。那么SRV记录有什么用呢？SRV记录的作用是说明一个服务器能够提供什么样的服务！SRV记录在微软的Active Directory中有着重要地位，大家知道在NT4时代域和DNS并没有太多关系。但从Win2000开始，域就离不开DNS的帮助了，为什么呢？因为域内的计算机要依赖DNS的SRV记录来定位域控制器！表现形式为：
—ldap._tcp.contoso.com 600 IN SRV 0 100 389 NS.contoso.com
ladp: 是一个服务，该标识说明把这台服务器当做响应LDAP请求的服务器
tcp：本服务使用的协议，可以是tcp，也可以是用户数据包协议《udp》
contoso.com：此记录所值的域名
600： 此记录默认生存时间（秒）
IN： 标准DNS Internet类
SRV：将这条记录标识为SRV记录
0： 优先级，如果相同的服务有多条SRV记录，用户会尝试先连接优先级最低的记录
100：负载平衡机制，多条SRV并且优先级也相同，那么用户会先尝试连接权重高的记录
389：此服务使用的端口
NS.contoso.com:提供此服务的主机
7,PTR记录
PTR记录也被称为指针记录，PTR记录是A记录的逆向记录，作用是把IP地址解析为域名。由于我们在前面提到过，DNS的反向区域负责从IP到域名的解析，因此如果要创建PTR记录，必须在反向区域中创建。
以上只是一些简单的介绍，并特别说明了SRV记录的格式，如果掌握了这些为以后的AD管理会有很大的帮助！
有说的不对的地方还请指教，没说到位的，还请补充！谢谢！
NS和SOA记录的补充：http://bbs.51cto.com/thread-908637-1.html
IT之梦---你---我---他
Day Day Up
参考1 SRV记录 信息：
SRV记录它是DNS服务器的数据库中支持的一种资源记录的类型，它记录了哪台计算机提供了哪个服务这么一个简单的信息
SRV 记录：一般是为Microsoft的活动目录设置时的应用。DNS可以独立于活动目录，但是活动目录必须有DNS的帮助才能工作。为了活动目录能够正常的工作，DNS服务器必须支持服务定位（SRV）资源记录，资源记录把服务名字映射为提供服务的服务器名字。活动目录客户和域控制器使用SRV资源记录决定域控制器的IP地址。 s>XAbT:M
SRV记录功能包括（基于它们在DNS控制台的分组）
‘ _MSDCS。这个分组中，SRV记录是根据它们的状态来收集的。各种状态包括DC、域调用、GC以及PDC。DC和GC按站点来划分，这样一来，AD客户端就能快速的知道去哪里寻找本地服务。“域调用”用于支持复制。每个DC都获得了一个GUID，它会在调用复制时用到。PDC条目包含了被设定为PDC模拟器的DC的SRV记录。
‘ _SITES。站点代表的是一个高速连接区域，根据DC的站点从属关系来建立了DC索引之后，客户端就可以检查_SITES来寻找本地服务，而不必通过WAN来发送它们的LDAP查询请求。标准LDAP查询端口是389，全局编录查询则使用3268。
‘ _TCP。在这个分组中，收集了DNS区域中的所有DC。如果客户端找不到它们特定的站点，或者具有本地SRV记录的任何DC都没有响应，需要寻找网络中其他地方的DC，就应该将这些客户端放到这个分组中。
‘ _UDP。Keberos v5允许客户端使用“无连接”服务来获取票证并更改密码。这是通过与相同服务的TCP端口对应的UDP端口来完成的。具体说，票证交换使用UDP的88端口，而密码更改使用464
参考2
查看srv记录的完整性！
分类：Windows相关 字号： 大大 中中 小小 在活动目录中，srv记录担当着很重要的功能！比如客户端登录都要通过dc的srv记录来寻找dc！
下面我们就来看看如果通过命令查看活动目录中的dc，gc等的srv记录是否完整！
Y:\>nslookup
Default Server: tom.***.com
Address: 192.168.1.2
> set type=srv
下面的一条命令是查看dc的srv的记录的，其中蓝色的字体是命令的输入结果！
> _ldap._tcp.dc._msdcs.***.com
Server: tom.***.com
Address: 192.168.1.2
_ldap._tcp.dc._msdcs.***.com SRV service location:
priority = 0
weight = 100
port = 389
svr hostname = mary.***.com
_ldap._tcp.dc._msdcs.***.com SRV service location:
priority = 0
weight = 100
port = 389
svr hostname = tom.***.com
mary.***.com internet address = 192.168.1.3
tom.***.com internet address = 192.168.1.2
下面的一条命令是查看gc的srv的记录的，其中蓝色的字体是命令的输入结果！
> _ldap._tcp.gc._msdcs.***.com
Server: tom.***.com
Address: 192.168.1.2
_ldap._tcp.gc._msdcs.***.com SRV service location:
priority = 0
weight = 100
port = 3268
svr hostname = tom.***.com
_ldap._tcp.gc._msdcs.***.com SRV service location:
priority = 0
weight = 100
port = 3268
svr hostname = mary.***.com
tom.***.com internet address = 192.168.1.2
mary.***.com internet address = 192.168.1.3
下面的一条命令是查看pdc的srv的记录的，其中蓝色的字体是命令的输入结果！
> _ldap._tcp.pdc._msdcs.***.com
Server: tom.***.com
Address: 192.168.1.2
_ldap._tcp.pdc._msdcs.***.com SRV service location:
priority = 0
weight = 100
port = 389
svr hostname = tom.***.com
tom.***.com internet address = 192.168.1.2
>
参考3
防止DNS记录确定的服务资源（SRV）记录2006-08-31 14:33在Windows 2000和2003中，域控制器位置进程定位域控制器去为不同的客户端和应用执行确定的功能。这个进程查找DNS服务位置记录，并被每一个域控制器注册，用来作为寻找像一个LDAP服务器，Kerberos(计算机网络中一种安全的服务认证请求方式)服务器，全球目录服务器以及PDC仿真器这样的应用目的。然而，合理的原因去防止为确定的域控制器进行确定的SRV记录。这将会强制要求像验证请求这样的操作去避免确定的域控制器，或者寻找另外的方法，它将会强制验证来只允许确定的域控制器作为带宽限制或性能因素。
举例来说，在先前的文章中，我描述了使用the "lag site"去直接推动“在线”错误删除对象的修复。在这个方法里，两个域控制器中每一个域被放置在一个单独的站点(没有其他的域控制器)中，并且预定进行每周一次或者两次的复制，这取决于你的恢复策略。从而，如果你误删除了一个具有10，000用户的组织单位(OU)的话，你可以到一个还没有复制删除的lag site的域控制器上，执行一个权威修复来恢复被删除的对象。这消除了来自于备份修复的时间和争论。
在我先前的文章中简单的提到了在这个策略中，你一定要避免来自于鉴别用户的lag站点域控制器，因为他们将会潜在地包括旧口令和账户信息，并且能够导致用户验证失败。因此，我们需要去避免这些来自于校验用户的域控制器。
为了能够实现这一点，你可以使用一个组策略设置，“域控制器位置DNS记录不能通过域控制器注册”。这项设置允许你去制定哪一个DNS记录将不会被注册。当然，整个策略中重要的一个部分是去确认这个策略只能被应用在那些选定的域控制器。你不要想去定义一个策略来预防被审定需要的SRV记录的注册，并且将它应用到所有的域控制器上，你将会收获一大堆非常不满意的用户。
警告:记住以下的文字是很重要的:在你的活动目录环境上执行这项策略能带来损失惨重的影响。在将它运用到你的生产域上之前，切记要对执行这项策略作彻底的测试。
按照下面的步骤，一步步的去做防止DNS的SRV记录注册的设置:
创建一个指定的组织单位(OU)。创建一个脱离了域控制器组织单位的子组织单位，并确认在这个新的组织单位中放置的域控制器是没有注册确定的SRV记录。
为这个组织单位创建一个名为“约束证明” 单独的组策略:
a. 找到计算机设置→管理模板→系统→NetLogon服务→DC位置DNS记录。
b.选择“域控制器位置DNS记录不能通过域控制器注册”设置，并且点击“可以”按钮。这些设置允许你去指定哪一个SRV记录不是通过NetLogon服务注册的，就像下面图1中显示的那样。
c.在助记键部分中，你要列出那些没有被注册的记录。所有记录的描述在说明标签中被显示出来。注意图1中显示，你输入的每一个SRV记录在助记件部分是被约束的。这些记录在空间上是单独出来的。
举例:如果你执行了一个Lag站点域控制器，去约束来自于鉴别客户端的域控制器，你将需要去约束除了CNAME和主机记录之外的所有SRV记录。这些需要进入到助记键部分中，就像这里显示出的通过空间分离出的:
Ldap LdapAtSite Pdc Gc GcAtSite GcIpAddress DcByGuid Kdc KdcAtSite Dc DcAtSite
Rfc1510Kdc Rfc1510KdcAtSite GenericGc GenericGcAtSite Rfc1510UdpKdc
Rfc1510Kpwd Rfc1510UdpKpwd.
注意:特别需要注意的是这个操作是有因果关系的。请注意了解一下的提示:
如果你进行这样的操作为灾难修复执行一个lag站点。你应该将Lag域控制器放入一个单独的站点，并且将它作为一个站点策略来执行。
如果你想要防止一些域控制器注册Kerberos记录，并且其他的域控制器注册LDAP记录，那么你将会需要去创建多策略。
请在正式应用之前，确定它已经被作了全面的测试。这个例子中描述的是能够很好的通过Lag站点域控制器防止鉴定。如果你想要利用这个方法为其他的应用作约束SRV记录注册操作的话，你首先必须要确认在正式使用之前，你已经得到了想要的结果
