域名服务器平时几乎不会被普通用户感知，一旦故障发生，网页就无法打开。它核心工作只有一项，把浏览器输入的域名，转换成网络设备识别的IP地址。域名供人阅读，IP用于设备之间通信，域名服务器就是二者之间的翻译载体。
域名解析体系不是单一巨型数据库，不会存储全球全部域名与IP映射记录，单台服务器无法承担海量查询与更新压力。DNS整体采用分布式架构，结构类似倒置的树，分层逐级查询。
根域名服务器处于最顶层。它不存储网站IP，只告知查询请求去往对应顶级域服务器。查询www.example.com时，根服务器会返回提示，.com后缀的解析信息需要访问.com服务器。全球存在13个逻辑根域名服务器，命名从a到m，实际部署的物理设备数量更多，依托任播技术部署全球各地，兼顾访问速度与抗攻击能力。
下一层是顶级域服务器。.com、.net、.org、.cn这类后缀，各自拥有独立服务器集群。集群保存该后缀下所有注册域名的NS记录，记录标明负责解析该域名的服务器。向.com服务器查询example.com的IP，不会直接返回IP，而是给出example.com对应的权威域名服务器地址。
权威域名服务器位于底层，保存域名绑定的IP记录。example.com管理员在域名服务商后台添加A记录，将www指向192.0.2.1，这条记录存放于权威服务器。递归解析器逐层查询，最终从权威服务器获取解析结果。
用户每次访问域名不需要从根服务器开始完整查询，重复查询会拖慢访问速度，缓存机制解决这个问题。个人电脑、浏览器、路由器、运营商DNS服务器，各层级都会临时存储查询结果。缓存时长由TTL控制，TTL由域名管理员设置，单位为秒。3600代表缓存一小时，一小时内再次查询同一域名，直接读取缓存数据，省去完整查询链路。TTL数值偏小，修改IP后全网更新速度更快，但会增加服务器查询压力；TTL偏大，查询请求压力更低，更换IP后全网同步需要更长时间。
域名和IP映射信息存放于区域文件，每个域名拥有独立区域，由权威服务器维护。区域文件内逐行记录资源记录，每条记录包含名称、类型、TTL与对应数据。A记录存储IPv4地址，AAAA记录存储IPv6地址，CNAME记录保存别名，MX记录指定邮件接收服务器，NS记录标记该域名对应的解析服务器。简单的记录类型组合，支撑整个互联网域名寻址。
查询分为两种类型。递归查询，客户端向本地DNS服务器发起请求，本地DNS服务器需要返回最终结果，IP地址或是查询失败提示。迭代查询，本地DNS依次访问根服务器、顶级域服务器、权威服务器，每轮获取下一跳服务器地址继续查询。客户端与本地DNS之间属于递归查询，本地DNS向其他服务器发起的请求属于迭代查询。
DNS默认使用UDP 53端口，查询数据包体积小，UDP无需建立连接，响应更快。当返回数据包体积过大，比如附带大量DNSSEC签名信息，或是执行区域数据同步，会切换TCP协议。区域传送功能用于同步主、从权威服务器的区域数据，保证多台服务器记录一致。
反向解析依靠PTR记录，通过IP反向查询对应域名。邮件服务器常利用反向解析验证发件域名合法性，大量反垃圾邮件机制依托这项功能。IP未配置反向解析，发送邮件大概率归入收件箱垃圾箱。
域名服务器的能力不止网站解析。发送邮件依靠MX记录，办公软件通过SRV记录定位服务地址，申请SSL证书时，证书颁发机构通过TXT记录核验域名归属。互联网内任意设备依靠域名寻址，底层都由DNS提供支撑。
这套架构的优势在于压力不会集中在单点。根服务器不保存网站IP，顶级域不存储具体业务IP，权威服务器仅维护自身域名记录。各层级各司其职，叠加多层缓存分担查询压力，支撑全球数十亿设备每日海量域名查询。输入域名后数毫秒获取结果，背后是多台服务器接力完成查询链路。