什么是域名解析？详解DNS原理、记录类型与服务器配置流程
一、域名解析：把名称转换为访问线索
域名解析，是通过DNS（域名系统）查询域名对应资源信息的过程。访问网站时，最常见的需求是找到域名对应的IPv4或IPv6地址。例如输入www.example.com，浏览器获得地址后，才能连接目标服务。DNS并不负责传输网页，也不等于网址跳转；它更像分布式地址簿，还能提供邮件投递、域名验证等信息。
要理解解析，先区分三个角色：注册商负责域名注册与续费；DNS服务商托管解析区域和记录；服务器或CDN负责实际接收访问。三者可以由不同厂商提供。购买域名，不代表已经配置解析；添加解析，也不代表服务器已经能够展示网站。
二、一次DNS查询如何完成
用户输入域名后，浏览器、操作系统可能先检查各自缓存；部分系统还会查询hosts文件。没有可用结果时，请求通常交给递归解析器，它可能由运营商、企业网络或公共DNS服务提供。浏览器启用加密DNS后，实际使用的解析器也可能与系统设置不同。
假设递归解析器没有相关缓存，它会从根DNS体系开始查询。根服务器不保存所有网站的地址，而是提供相应顶级域服务器的线索；例如查询www.example.com时，接下来访问.com顶级域服务器，再获得example.com权威DNS服务器的信息。
递归解析器继续询问权威服务器，取得所需记录，再把结果返回客户端，并按TTL缓存。客户端通常要求解析器“替我查到答案”，这属于递归服务；解析器沿层级逐步寻找答案，通常采用迭代查询。已有缓存时，中间步骤可以省略，并非每次访问都会询问根服务器。
如果结果包含CNAME别名，还要继续查询目标名称。DNS传统上主要使用UDP的53端口，也会使用TCP处理截断响应、区域传送等场景；DoT、DoH则通过加密通道承载查询。DNSSEC用于验证数据真实性和完整性，但并不加密查询内容。
三、常见DNS记录分别做什么
A与AAAA：
A记录将名称映射到IPv4地址，AAAA记录映射到IPv6地址。同一名称可以配置多个地址，但这不自动等同于具备健康检查的负载均衡。尤其不要随意添加AAAA：如果服务器的IPv6路由、防火墙或监听未就绪，部分用户可能遇到访问失败。
CNAME：
把一个名称设置为另一个名称的别名，常用于接入CDN或托管平台。记录值应填写目标域名，不填写 https:// 、路径或端口。同一名称上的CNAME通常不能与其他普通记录共存；根域名还必须具有SOA、NS等记录，因此一般不能直接使用标准CNAME。部分平台提供ALIAS或扁平化功能解决类似需求。
MX与TXT：
MX指定邮件接收服务器，优先级数值越小越优先，目标应填写邮件主机名而非IP。TXT用于存放文本信息，常见于网站归属验证，以及SPF、DKIM、DMARC等邮件配置。配置邮件时，应保留服务商要求的记录，避免修改网站解析时误删。
NS、SOA与CAA：
NS标识某个区域的权威DNS服务器，上级区域中的委派决定查询最终交给谁。SOA保存区域管理及部分缓存参数。CAA可以限制哪些证书颁发机构有权为域名签发证书。另有SRV记录，可为支持它的应用提供服务主机和端口信息，但不能用它给普通浏览器网站随意指定端口。
四、域名指向服务器的完整流程
第一步，准备访问入口。
确认服务器具有可达的公网地址，安装并启动Nginx、Apache等服务，按需求开放80、443端口，同时检查云安全组与主机防火墙。如果使用CDN、负载均衡或托管平台，应以平台提供的接入地址为准，不一定直接指向源站。
第二步，确认权威DNS归属。
在注册商处查看域名使用的名称服务器，并到对应DNS平台添加记录。若要更换DNS服务商，应先迁移原有记录，再修改名称服务器，避免网站、邮箱和验证记录遗漏。启用过DNSSEC的域名，还需正确协调上级DS记录，否则可能导致验证失败。
第三步，添加网站记录。
例如让example.com和www.example.com都访问同一台IPv4服务器，可将“@”配置为A记录，值填服务器公网IPv4；将“www”配置为CNAME，值填example.com。这里“@”通常代表当前区域的根名称，具体填写方式以控制台说明为准。
第四步，配置站点与HTTPS。
在Web服务器中绑定两个主机名，设置站点目录或反向代理，再申请覆盖相应名称的证书。DNS解析正确，不代表站点绑定和证书也正确。如果希望www统一跳转到根域名，应在Web服务器或CDN设置HTTP重定向，DNS本身不能完成这种跳转。
第五步，验证完整链路。
可用“dig example.com A”“dig www.example.com CNAME”检查记录，用“dig NS example.com”查看名称服务器，也可直接向权威服务器查询。随后使用“curl -I”检查HTTPS及响应头。ping不通不能直接证明网站不可用，因为服务器可能禁用了ICMP。
五、实务经验：按层定位，比反复修改更有效
所谓“解析生效”并非全网同时刷新。权威记录可能已经更新，但递归解析器和客户端仍保留旧缓存；此前查不到名称的结果，也可能被负缓存。迁移前可提前降低TTL，并等待原TTL覆盖期过去。修改后再降低TTL，不能立即清除外部已有缓存。
排障建议依次检查：权威记录是否正确、递归结果是否更新、目标端口是否可达、站点是否匹配、证书是否有效。迁移时保留旧服务器一段时间，并观察访问日志。把DNS、网络、应用三个层面分开验证，才能避免把所有故障都误判为“解析还没生效”。
