SuperAPI AI 工具集

dns-management

部署与运维

查看项目

更新于 10-15 13:58

技能介绍

用途

DNS 管理技能用于配置和管理生产基础设施的 DNS 区域、记录与解析。典型使用场景包括:为 Web 应用、API 和邮件设置域名;迁移 DNS 服务商或整合区域;为 CDN、负载均衡器和云服务配置 DNS;排查解析失败、传播延迟或配置错误;实施 DNSSEC、SPF、DKIM 和 DMARC 以增强邮件安全。

前置条件

  • 域名已在注册商处注册(如 Namecheap、Route53、Google Domains、Cloudflare)。
  • 可访问 DNS 服务商控制台或 API。
  • 已配置 AWS CLI(用于 Route53 示例)。
  • 本地具备 dig 和 nslookup(多数操作系统自带)。

DNS 记录类型参考

资料列出了常见记录类型及其用途与示例值:

  • A:IPv4 地址,示例 93.184.216.34。
  • AAAA:IPv6 地址,示例 2606:2800:220:1:248:1893:25c8:1946。
  • CNAME:指向另一域名的别名,示例 www.example.com -> example.com。
  • MX:带优先级的邮件服务器,示例 10 mail.example.com。
  • TXT:任意文本(SPF、DKIM、验证),示例 v=spf1 include:_spf.google.com ~all。
  • NS:权威名称服务器,示例 ns1.example.com。
  • SRV:服务位置(主机、端口、优先级),示例 10 5 5060 sip.example.com。
  • CAA:证书颁发机构授权,示例 0 issue "letsencrypt.org"。
  • PTR:反向 DNS 查询,示例 34.216.184.93.in-addr.arpa。

AWS Route 53

托管区域管理

提供创建托管区域、列出托管区域、获取区域名称服务器(用于在注册商处更新)的 AWS CLI 命令示例。

创建与管理记录

提供创建 A 记录、CNAME 记录、别名记录(无 TTL,Route53 特有)、列出区域记录、删除记录(需精确匹配)的 change-resource-record-sets 命令示例。

健康检查

提供创建健康检查的命令示例,配置包含 IPAddress、Port、Type、ResourcePath、RequestInterval、FailureThreshold 等字段。

Cloudflare DNS

提供通过 API 管理记录的方法:获取 zone ID、创建 A 记录(可代理)、创建 CNAME 记录(仅 DNS 不代理)、列出所有记录、删除记录,均使用 curl 与 Bearer Token 认证。

Terraform DNS 管理

Route 53 with Terraform

提供 dns.tf 示例,包含:创建托管区域、A 记录、CNAME 记录、CloudFront 别名记录、MX 邮件记录、SPF 记录、DMARC 记录。

Cloudflare with Terraform

提供 cloudflare_record 资源示例,包含 A 记录(proxied)与 MX 记录(带 priority)。

DNS 排障命令

dig

提供查询 A 记录、指定 DNS 服务器查询、显示完整应答与 TTL、查询 MX 记录、追踪完整解析路径、检查 DNSSEC 验证、查询 TXT 记录(SPF、DKIM)等命令示例。

nslookup

提供基本查询、指定 DNS 服务器、查询特定记录类型(MX、TXT)的命令示例。

检查 DNS 传播

提供循环查询多个公共解析器(8.8.8.8、1.1.1.1、9.9.9.9、208.67.222.222)的脚本示例。

邮件安全记录

  • SPF:授权发送服务器,TXT 记录示例 "v=spf1 include:_spf.google.com include:sendgrid.net -all"。
  • DKIM:邮件签名验证,TXT 记录位于 google._domainkey.example.com,值由邮件服务商提供。
  • DMARC:针对 SPF/DKIM 失败策略,TXT 记录位于 _dmarc.example.com,示例 "v=DMARC1; p=reject; rua=mailto:dmarc-reports@example.com; pct=100"。

TTL 策略

资料给出不同场景的推荐 TTL:

  • 稳定生产记录:3600-86400(1h-24h),减少 DNS 查询、加快解析。
  • 迁移前预热:60-300(1-5 分钟),迁移前几天降低 TTL。
  • 迁移/故障转移期间:60,快速传播变更。
  • 迁移后冷却:逐步提升至 3600+,确认稳定后恢复正常。
  • 负载均衡记录:60-300,允许基于健康检查的故障转移。

故障排查

资料提供症状、原因与修复对照表:

  • DNS 变更不可见:递归解析器 TTL 未过期;等待旧 TTL 过期,下次变更前降低 TTL。
  • SERVFAIL 响应:DNSSEC 验证失败或委派损坏;检查注册商处 NS 记录,验证 DNSSEC 签名。
  • 有效记录返回 NXDOMAIN:托管区域错误或记录缺失;用 dig @<权威 NS> 验证记录存在。
  • 区域顶点 CNAME 返回错误:RFC 不允许区域顶点使用 CNAME;使用 ALIAS(Route53)或代理 A 记录(Cloudflare)。
  • 邮件进入垃圾箱:SPF/DKIM/DMARC 缺失或损坏;用 dig example.com TXT 验证,并在 mail-tester.com 测试。
  • 解析缓慢:递归解析器距离权威 NS 较远;使用 Anycast DNS 服务商(Cloudflare、Route53)。
  • 不同解析器结果不一致:部分传播或缓存污染;直接查询权威 NS,检查冲突记录。

相关技能

资料列出相关技能:cdn-setup(CDN CNAME 与别名记录配置)、load-balancing(基于 DNS 的负载均衡与健康检查)、cloudflare-zero-trust(隧道 DNS 路由)、reverse-proxy(将域名连接到后端服务)。

限制

资料未提供该技能的具体安装方式、收费模式、支持平台或版本要求,这些信息暂未提供。