二级域名 SRV 记录怎么设置,常见难点不在“填一条记录”,而在于正确理解服务名、协议、优先级、权重、端口和目标主机之间的关系。SRV 只会被支持该机制的客户端查询,不能把普通网站访问自动转到某个端口,也不能替代目标主机的 A 或 AAAA 记录。本文从字段、示例和验证三个层面说明配置边界。

SRV 记录解决什么问题
按照 RFC 2782,查询名称通常写成 _服务._协议.域名。返回结果告诉支持 SRV 的客户端:应该连接哪个目标主机、使用哪个端口,以及存在多个节点时先选谁。它适合语音、即时通信、目录服务等明确规定了 SRV 查询方式的协议;普通浏览器输入网址时不会因为存在 SRV 就改用其中的端口。关于 A、CNAME 和端口的基础边界,可先看域名解析能否直接指定端口。
六个字段分别怎么理解
- 服务名:通常以下划线开头,例如
_sip,必须符合目标应用的规范。 - 协议:常见为
_tcp或_udp,不能凭习惯互换。 - 优先级:数值越小越优先;只有优先节点不可达时才尝试更大的数值。
- 权重:只在优先级相同的记录之间影响选择概率,数值较大并不表示绝对独占。
- 端口:客户端最终连接目标主机时使用的端口,范围和应用要求要匹配。
- 目标:应填写可解析的完整主机名,RFC 要求它不能是 CNAME 别名,并需要相应的地址记录。
用一个结构化示例检查配置
假设应用要求查询 _service._tcp.example.com,准备两个服务节点:主节点优先级 10、备用节点优先级 20。主节点可以有多条相同优先级记录,再用权重表达相对选择倾向;备用节点只有在更低数值优先级的目标不可用时才参与。目标主机还要单独拥有 A 或 AAAA 记录。不要把 https://、路径、斜杠或 IP 地址直接写进目标字段。
先确认解析平台和应用都支持
如果你正在规划可独立管理的二级域名,可以先查看玩创二级域名自助解析平台的当前在线入口,再以页面实际提供的记录类型和字段为准确认是否支持 SRV;不要因为本文讲解了 SRV 就假定任意套餐或控制台都能添加。也应核对目标软件的官方文档,因为只有客户端主动查询 SRV,记录才会生效。常见记录类型的用途可与域名解析记录类型说明对照阅读。
发布后怎样验证
先向权威 DNS 查询完整名称和 SRV 类型,确认答案区里的优先级、权重、端口与目标一致;再分别查询每个目标主机的 A 或 AAAA 记录,并从真实客户端验证连接。若只用浏览器打开二级域名,无法证明 SRV 是否正确。变更期间还要考虑 TTL 缓存,旧答案没有过期前,不同网络看到的结果可能暂时不同。
- 查询名称是否包含正确的服务与协议前缀。
- 同优先级记录的权重是否符合预期比例。
- 目标是否为主机名且能够解析到地址。
- 端口是否开放,服务是否正在监听。
- 真实应用是否声明并实际支持 SRV 服务发现。
SRV 的价值是把“服务在哪台主机、用哪个端口”交给支持它的客户端发现。配置前先看应用规范,配置后同时验证 DNS 答案和真实连接,才能避免出现记录看似存在、业务却完全没有读取它的情况。






暂无评论内容