SRV记录用来标识某台服务器使用了某个服务，常见于微软系统的目录管理——深入的话需要去折腾Azure Active Directory

SRV记录

SRV记录

什么情况下会用到SRV记录？

[SRV记录用来标识某台服务器使用了某个服务，常见于微软系统的目录管理]

SRV记录的添加方式

A.主机记录处格式为：服务的名字.协议的类型

例如：_sip._tcp

B.记录类型为SRV。

C.线路类型（默认为必填项，否则会导致部分用户无法解析）

D.记录值格式为：优先级 权重 端口 主机名

例如：0 5 5060 sipserver.example.com.

记录生成后会自动在域名后面补一个“.”，这是正常现象。

E.MX优先级不需要填写。

F.TTL不需要填写，添加时系统会自动生成，默认为600秒（TTL为缓存时间，数值越小，修改记录各地生效时间越快）。

在《A Decentral Architecture for SIP-based Multimedia Networks》中遇到这个名词

SRV记录的作用是指明某域名下提供的服务。

例子：

_http._tcp.example.com. SRV 10 5 80. www.example.com

SRV后面项目的含义：

10 - 优先级，类似MX记录
5 - 权重
80 - 端口
www.example.com - 实际提供服务的主机名。

Windows的域架构下，DNS服务器会用SRV纪录保存域控制器的名称，并且建立域控的时候会注册这个SRV纪录，否则域控和DNS服务器互相无法识别

 

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:提供此服务的主机

它是DNS服务器的数据库中支持的一种资源记录的类型，它记录了哪台计算机提供了哪个服务这么一个简单的信息。

SRV 记录：一般是为Microsoft的活动目录设置时的应用。

DNS可以独立于活动目录，但是活动目录必须有DNS的帮助才能工作。为了活动目录能够正常的工作，DNS服务器必须支持服务定位（SRV）资源记录，资源记录把服务名字映射为提供服务的服务器名字。活动目录客户和域控制器使用SRV资源记录决定域控制器的IP地址。

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。

 

 

在DNS管理中添加SRV记录

我们先来看看在应用Lync Online过程中，Office 365给出的参数

一共有两条，给出了很多的参数，实际中万网给出的输入框并不是按照Office 365给出的格式，我们怎么将数据输入到万网里面呢？

现在结果已经很明显了。需要对Office 365给出的参数进行合并，最终完成SRV记录添加

Office 365是微软提供的一种SaaS服务。提供了几乎所有Office的功能，并且允许开发者扩展现有功能。这篇博客简单介绍一下Office 365提供哪些基本的服务。

第一个也是最重要的一个服务是Azure Active Directory服务。与之前的AD服务类似，这个构建在Azure上的服务也是用于保存用户的信息，并且提供用户认证。在Azure AD中，只有分配了license的用户，才可以使用Office 365提供的服务。

[Office 365 管理中心的Azure AD界面，方便操作用户]

[Azure中的Azure AD管理界面]

第二个服务是Exchange Online服务(EXO),其实就是Exchange的云端的版本。通过这项服务，用户可以使用邮件，calendar等等功能。

[Azure中的Exchange Online管理界面]

第三个服务是Skype for Business服务（S4B)。通过这项服务可以创建在线电话会议，共享文件，实现实时的办公协作。

第四个服务是OneDrive for Business服务（OD4B）。这项服务允许用户在云端存储和分享文档。 第五个服务是SharePoint Online服务（SPO）。这是SharePoint的云端的版本，为Office 365提供了SharePoint的功能。

以及其他的Office相关的服务。