你在配置网站、调试接口或者上线项目的时候是不是经常被域名相关的问题卡住比如为什么刚买的域名访问不了为什么解析记录明明加了却不生效域名和 DNS 到底是什么关系子域名、一级域名、二级域名又该怎么分如果你对这些问题只有零散的印象那么这篇文章正好适合你。本文将围绕“域名是怎么工作的”这条主线从域名结构、DNS 解析原理、域名注册备案、实际配置命令、常见问题排查这几个方面把整个流程完整拆解一遍。读完以后你不仅能理解输入网址后后台发生了什么还能自己动手查询解析记录、排查域名故障甚至写一个小脚本批量检查域名连通性。1. 先从一次页面访问开始1.1 当你在浏览器输入一个网址时发生了什么打开浏览器在地址栏输入www.example.com回车页面正常显示。这个过程在用户眼里是一瞬间的事但在技术上其实经历了好几步浏览器先判断这个地址是不是合法的 URL。浏览器检查自身缓存里有没有这个域名对应的 IP。如果没有操作系统检查本地 hosts 文件和 DNS 缓存。还是没有系统把查询请求发送给配置的 DNS 服务器。DNS 服务器经过递归查询最终找到存放该域名解析记录的权威服务器。权威服务器返回域名对应的 IP 地址。浏览器拿到 IP向该 IP 发起 HTTP/HTTPS 请求。Web 服务器响应请求浏览器渲染页面。可以看到域名本身并不能直接让浏览器访问资源它只是起到了一个“名字”的作用。真正通信时使用的还是 IP 地址。域名系统要解决的就是把人类容易记忆的名字翻译成机器能够使用的 IP 地址。1.2 域名、IP、DNS 三者的关系很多初学者会把“域名解析”和“DNS”混在一起说其实它们的关系是IP 地址是网络设备的“门牌号”唯一标识一台主机。域名是人类可读的“名字”方便记忆和传播。DNSDomain Name System域名系统是一套分布式数据库系统负责完成域名与 IP 之间的映射。简单打个比方IP 地址相当于一个人的身份证号域名相当于这个人的姓名。DNS 就是那个“查号台”你报出姓名它告诉你身份证号。但这个“查号台”不是一台服务器而是全球范围内协作的很多台服务器组成的层级体系。理解这个层级体系是理解域名工作的关键。2. 域名的结构与层级2.1 从 URL 看域名的组成一个完整 URL 的常见形式是https://www.example.com:443/path/to/page?namevalue#fragment拆开来看组成部分示例作用协议https浏览器与服务器通信的规则主机名www常表示提供 Web 服务的主机域名主体example.com真正注册的域名端口443访问服务器上的某个服务端口路径/path/to/page服务器上的资源路径查询参数namevalue传给后端的参数片段#fragment页面内部锚点其中example.com是域名的主体部分www是它的一个子域名也叫主机记录。2.2 域名的层级域名采用树形层级结构从右往左看www.example.com.最右边有一个隐式的根.通常不显示。层级如下根域名Root Domain用点号表示是整个 DNS 树的起点。顶级域名Top-Level Domain, TLD如com、org、net、cn。二级域名Second-Level Domain如example.com中的example。子域名Subdomain如www.example.com中的www也可以继续扩展为api.example.com、static.example.com。这里有一个容易混淆的概念我们日常说“一级域名”时通常指example.com这种形式“二级域名”在不同语境下含义不同。从域名注册角度看example.com是用户注册的顶级商用域名www.example.com是它的子域名。但从 DNS 树层级看com是顶级域example.com是二级域。为了避免歧义下文统一使用“主域名”和“子域名”来表达。2.3 为什么要划分层级层级结构的最大好处是可扩展和可授权。全世界不可能靠一台服务器维护所有域名记录所以 DNS 被设计成树状结构。每一层只负责自己层级的解析并把下一级的查询任务“委托”给对应的子节点。例如根服务器知道.com的服务器在哪。.com服务器知道example.com的服务器在哪。example.com的权威服务器知道自己所有子域名的记录。这样每个层级只需要维护少量数据整个系统可以无限扩展。3. DNS 解析的核心机制3.1 什么是 DNS 查询DNS 查询指的是终端设备向 DNS 服务器发起请求询问某个域名对应的 IP 地址。根据查询方式的不同可以分成递归查询Recursive Query终端向本地 DNS 服务器发起请求本地 DNS 服务器负责替终端找到最终结果。迭代查询Iterative Query本地 DNS 服务器向其他服务器逐级询问每台服务器只返回它所知道的下一个线索由本地 DNS 服务器继续追问。用户端通常只体验递归查询而 DNS 服务器之间是迭代查询。3.2 一次完整解析流程以下面的场景为例浏览器访问www.example.com。浏览器检查本地 DNS 缓存如果有对应 IP直接使用。浏览器检查操作系统 hosts 文件如果有手动配置记录优先使用。操作系统向本地配置的 DNS 服务器比如路由器的 DNS发起递归查询。本地 DNS 服务器先查自己的缓存没有则从根服务器开始迭代。根服务器返回.com顶级域服务器的地址。本地 DNS 向.com服务器查询得到example.com权威服务器的地址。本地 DNS 向example.com权威服务器查询www记录。权威服务器返回www.example.com的 IP。本地 DNS 把结果缓存起来并返回给操作系统。操作系统把结果交给浏览器并缓存一份。浏览器向返回的 IP 发起真正的网络请求。这就是为什么有时候加了 DNS 记录后不能立刻生效。每一级缓存都可能存在旧数据需要等待缓存过期。3.3 常见 DNS 记录类型不同的记录类型解决不同的问题常用的有记录类型作用示例A把域名指向 IPv4 地址example.com→93.184.216.34AAAA把域名指向 IPv6 地址example.com→2606:2800:220:1:...CNAME把域名指向另一个域名www→example.comMX指定邮件服务器example.com→mail.example.comTXT文本记录常用于验证和 SPF 反垃圾邮件vspf1 include:... -allNS指定域名的权威 DNS 服务器example.com→ns1.dns.comSOA记录域名的起始授权信息包含主 DNS、管理员邮箱等每个域名必须有一条PTRIP 反向解析到域名34.216.184.93→example.comA 记录和 CNAME 记录是最常用的。A 记录直接指向 IPCNAME 记录指向另一个域名适合 CDN 和多域名指向同一目标时使用。需要说明的是CNAME 记录不能与 MX 等部分记录共存于同一个主机名下不同 DNS 服务商约束可能不同。3.4 TTL 与解析生效时间TTLTime to Live是 DNS 记录在缓存中存活的时间单位是秒。假设 TTL 为 600意味着本地 DNS 服务器把这条记录缓存 600 秒。期间有新的查询直接使用缓存结果不再向上级服务器发起请求。TTL 设置需要权衡TTL 越小解析记录更新越快但 DNS 服务器压力越大。TTL 越大查询效率越高但修改记录后生效越慢。所以在做域名迁移或解析变更前建议先把 TTL 调小比如 300 秒等变更完成后再调回来。4. 域名从注册到上线需要什么4.1 域名注册与实名认证购买域名时你实际上是从域名注册商那里获得了一段时间的使用权。域名注册商需要向注册局提交你的注册信息所以大多数平台都要求实名认证。域名注册时需要注意选择可靠、经营稳定的注册商。域名到期前及时续费避免域名被释放。维护好注册邮箱用于接收到期和转移通知。个人主体和公司主体的域名实名信息会影响后续备案主体。4.2 域名备案如果域名解析到的服务器位于中国内地就需要完成 ICP 备案。备案的目的是让域名与服务器主体信息对应属于网络合规的基本要求。操作流程一般是在服务器服务商处提交备案申请。填写主体信息、网站信息、域名信息。提交身份证、核验单等材料。服务商初审后提交管局审核。审核通过后获得备案号。备案需要一定时间且不同的省份、不同的服务商要求略有差异。建议在正式上线前预留充足的备案时间。若服务器在境外则不需要 ICP 备案但访问速度和稳定性需要自行评估。4.3 添加解析记录备案通过后就可以到 DNS 解析服务商后台添加解析记录。国内常见的解析服务商包括阿里云 DNS、腾讯云 DNSPod、华为云 DNS 等。国外常用的有 Cloudflare、Route 53 等。添加解析时界面一般需要填写主机记录如www、表示主域名本身、*泛解析。记录类型A、CNAME、MX、TXT 等。记录值IP 地址或目标域名。TTL缓存时间。以添加一条www.example.com的 A 记录为例配置如下配置项示例值主机记录www记录类型A记录值93.184.216.34TTL600保存后等待生效就可以用命令验证了。4.4 配置 HTTPS 证书域名上线必不可少的一步是配置 HTTPS。现代网站在浏览器地址栏会显示“不安全”或“安全”标识这些都和 SSL/TLS 证书有关。证书申请主要有三种方式云服务商免费证书申请方便有效期通常为 3 个月或 1 年需要定期续期。Let‘s Encrypt 免费证书配合 Certbot 等工具可以自动化续期。商业付费证书适合对品牌和兼容性要求较高的场景。申请证书时通常需要证明你拥有域名常见验证方式有DNS 验证添加一条指定的 TXT 记录。文件验证在网站根目录放置指定文件。邮箱验证通过域名管理员邮箱确认。DNS 验证最常见因为不需要暴露服务端口。比如申请证书时证书服务商要求添加如下 TXT 记录主机记录_dnsauth 记录类型TXT 记录值ca-xxxxxx-xxxx添加后等待 DNS 生效点击验证即可。证书签发后还需要在 Nginx、Apache 或其他 Web 服务器上配置证书文件路径。以 Nginx 为例server { listen 443 ssl; server_name www.example.com; ssl_certificate /etc/nginx/ssl/www.example.com.pem; ssl_certificate_key /etc/nginx/ssl/www.example.com.key; location / { proxy_pass http://127.0.0.1:8080; } }配置完成后使用nginx -t检查语法然后重载 Nginx 生效。5. 实战用命令和脚本观察域名工作过程看完理论部分我们来动手实践一下。这一节会用常见的命令和一个小型 Python 脚本演示如何观察域名解析过程、检查域名连通性。5.1 使用 ping 检查域名连通性ping是最基础也最常用的网络测试命令。它的原理是向目标主机发送 ICMP 报文检查网络是否可达。在 Windows 系统可以打开 CMD 或 PowerShell执行ping www.baidu.com在 Linux 或 macOS 终端里命令格式相同。默认会不断执行按Ctrl C停止也可以指定次数ping -c 4 www.baidu.com-c 4表示只发送 4 个 ICMP 请求。如果不想手动敲命令、又想批量记录结果可以把 ping 的输出重定向到文件。例如将百度 ping 30 次的结果保存到当前目录下的baidu.txtping -c 30 www.baidu.com baidu.txt执行后baidu.txt里就会包含 ping 的统计信息。Windows 下使用ping -n 30指定次数注意参数不同ping -n 30 www.baidu.com baidu.txt5.2 使用 nslookup 查看解析记录nslookup是查询 DNS 记录最方便的命令Windows、Linux、macOS 都自带。查询 A 记录nslookup www.baidu.com输出中会显示域名的 IP 地址以及使用的是哪台 DNS 服务器。指定 DNS 服务器查询可以加上服务器地址nslookup www.baidu.com 8.8.8.8查看 MX 记录nslookup -typemx example.com查看 TXT 记录nslookup -typetxt example.com如果你在 Linux 环境还可以使用更强大的dig命令dig www.baidu.comdig会显示完整的查询过程包括查询状态、查询耗时、权威服务器等信息。dig还可以只查看某一条记录比如 SPF 记录dig example.com TXT short5.3 Python 脚本批量解析域名并保存结果前面那种手动 ping 的方式适合单个域名如果需要对多个域名做检查用 Python 写一个脚本会更方便。下面这段脚本实现的功能是读取一个域名列表逐个解析域名然后发起 ICMP ping 测试并把结果保存到当前目录下的result.txt文件中。# -*- coding: utf-8 -*- 域名连通性批量检查脚本 用法 python check_domain.py 依赖 ping 命令Windows/Linux/macOS 均可参数略有差异 import socket import subprocess import sys import platform def resolve_domain(domain): 解析域名返回 IP 地址列表 try: infos socket.getaddrinfo(domain, None) ip_list sorted(set(info[4][0] for info in infos)) return ip_list except socket.gaierror: return [] def ping_domain(domain, count4): 对域名执行 ping 测试返回是否通、输出信息 system platform.system() if system Windows: cmd [ping, -n, str(count), domain] else: cmd [ping, -c, str(count), domain] try: result subprocess.run( cmd, stdoutsubprocess.PIPE, stderrsubprocess.PIPE, textTrue, timeout30 ) return result.returncode 0, result.stdout except subprocess.TimeoutExpired: return False, ping timeout def main(): # 需要检查的域名列表 domains [ www.baidu.com, www.qq.com, www.example.com, nonexistent-domain-2025.com, ] output_lines [] for domain in domains: print(f正在检查: {domain}) output_lines.append(f域名: {domain}) # 1. 解析域名 ip_list resolve_domain(domain) if ip_list: output_lines.append(f解析结果: {, .join(ip_list)}) else: output_lines.append(解析结果: 失败) # 2. ping 测试 ok, ping_output ping_domain(domain) output_lines.append(fping 状态: {通 if ok else 不通}) output_lines.append(ping 输出:) output_lines.append(ping_output) output_lines.append(- * 50) # 写结果到文件 with open(result.txt, w, encodingutf-8) as f: f.write(\n.join(output_lines)) print(检查完成结果已保存到 result.txt) if __name__ __main__: main()在项目目录中运行python check_domain.py运行结束后打开result.txt可以看到每个域名的解析结果和 ping 输出。需要注意的是部分服务器禁 ping导致 ping 不通并不代表域名解析有问题。如果只是检查域名解析建议优先看resolve_domain返回的 IP 列表。5.4 使用浏览器开发者工具观察请求过程命令行是排查问题的好帮手但浏览器开发者工具能更直观地展示域名与请求之间的关系。以 Chrome 浏览器为例打开开发者工具快捷键F12。切换到 Network 面板。刷新页面。点击任意一个请求查看 Headers 信息。请求头里的Host字段就是目标域名Remote Address显示的是实际连接的 IP。如果出现Failed to load resource之类的错误可以结合 DNS 解析结果判断是域名解析问题还是服务器问题。6. 常见问题与排查思路6.1 检查步骤清单域名相关的问题通常有规律可循。遇到域名访问异常时按以下顺序排查检查域名是否过期。检查域名是否完成了实名认证和备案。检查 DNS 解析记录是否存在、配置是否正确。检查本地 hosts 文件是否有旧记录。检查浏览器和操作系统 DNS 缓存。检查目标服务器是否正常运行。检查服务器防火墙与安全组是否放行对应端口。6.2 常见问题汇总问题现象常见原因解决思路域名无法解析解析记录未添加或记录值写错到 DNS 控制台检查记录解析记录刚修改却不生效各级 DNS 缓存未过期等待 TTL 过期或强制刷新缓存本地能打开别人打不开本地 hosts 文件有旧记录检查 hosts 文件网站打不开但解析正常服务器 80/443 端口被防火墙拦截检查安全组和服务器防火墙邮箱发信被拒缺少 SPF、MX 或 DMARC 记录添加正确的 TXT 记录添加子域名后访问不了子域名没有绑定服务器站点同时在 Web 服务器配置对应主机名域名证书验证失败DNS 验证记录没有生效检查 TXT 记录内容与生效状态域名指向 IP 后访问到其他网站IP 绑定了多个域名需要配置 Host在 Nginx/Apache 配置 server_namehttps 报证书不匹配证书域名和访问域名不一致重新申请匹配域名的证书6.3 清理本地 DNS 缓存当解析结果更新后本机可能仍然使用旧缓存。清理方式因系统而异Windowsipconfig /flushdnsmacOSsudo dscacheutil -flushcache sudo killall -HUP mDNSResponderLinux 如果使用 systemd-resolvedsudo systemd-resolve --flush-caches在重新检查解析前先用nslookup手动查询一次能比较准确地判断权威解析是否已经生效。6.4 关于内网域名 .local有些读者可能在企业或实验环境中见过xxx.local这种域名。.local通常用于局域网内部解析常见于 macOS 的 Bonjour、Windows 活动目录域环境或者基于 mDNS 的设备发现。local不是互联网公共顶级域名公网 DNS 无法解析。所以如果项目里使用.local说明它只用于内网环境不适用于公网访问。如果需要公网解析还是要注册一个正式域名。6.5 查询域名 TLS 版本在排查 HTTPS 兼容性问题时可能需要查看某个域名支持哪些 TLS 版本。可以使用 OpenSSL 客户端测试openssl s_client -connect www.example.com:443 -tls1_2如果要测试其他版本把-tls1_2换成-tls1_1、-tls1_3等。连接成功表示该域名支持对应 TLS 版本。7. 域名使用的工程建议7.1 域名命名规划域名一旦投入使用再更换成本较高所以建议在开始阶段就做好规划使用企业或项目品牌一致的域名方便记忆。主域名尽量简短避免数字、连字符过多。子域名按用途划分例如api.、www.、static.、img.、admin.。不要在一个子域名上同时承载多个不相关业务否则后续迁移困难。在 DNS 服务商处启用域名锁定防止域名被恶意转移。7.2 解析记录管理解析记录是域名对外服务的基础配置建议遵循以下原则使用最小权限策略。不需要公网访问的服务不添加公网解析记录。为每种服务选择正确的记录类型。能用 CNAME 指向稳定目标时不直接用 A 记录写死 IP。重要记录添加监控发现解析异常及时处理。合理设置 TTL。日常使用保持 600 秒左右变更前调低为 60 到 300 秒。所有解析记录变更前先记录旧值便于快速回滚。7.3 安全与监控域名安全直接影响网站可用性建议关注以下几点使用强密码和双重认证保护域名注册商与 DNS 服务商账号。启用 DNSSEC如果服务商支持防止 DNS 欺骗和缓存污染。正确配置 SPF、DKIM、DMARC 记录防止域名被用于伪造发件人。监控域名到期时间提前 30 天续费。定期检查解析记录确认没有新增的未知记录。如果发现陌生子域名或陌生 IP 指向可能存在恶意解析需要立即排查并清理。使用 CDN 服务时注意源站 IP 泄露问题防止攻击者绕过 CDN 直接攻击源站。7.4 多域名与子域名场景实际项目中一个服务器往往需要配多个域名或多个子域名。以 Nginx 为例可以通过多个server块分别配置# 文件路径/etc/nginx/conf.d/www.conf server { listen 80; server_name www.example.com; location / { proxy_pass http://127.0.0.1:8080; } } # 文件路径/etc/nginx/conf.d/api.conf server { listen 80; server_name api.example.com; location / { proxy_pass http://127.0.0.1:9090; } }这样的好处是每个子域名可以独立指向不同的后端服务互不影响。修改 DNS 时只需在解析控制台添加对应的主机记录即可。如果有多个域名共用同一套站点可以使用server_name字段配置多个域名server { listen 80; server_name example.com www.example.com; location / { proxy_pass http://127.0.0.1:8080; } }7.5 域名相关自动化域名配置中重复性较高的操作可以考虑写成脚本。比如批量检查多个域名的解析结果、自动续期 HTTPS 证书、解析记录变更前备份等。对于证书续期推荐使用 Certbotsudo certbot renew --dry-run把续期命令配置为 cron 定期任务可以实现 HTTPS 证书自动化管理避免证书过期导致网站无法访问。8. 写在最后域名的核心并不复杂。理解了域名结构、DNS 解析流程和常见记录类型大部分日常问题都能自己排查。真正容易踩坑的地方反而是缓存、备案、证书、服务器配置这些周边环节。建议你接下来动手做三件事用nslookup或dig查看自己常用网站的 A 记录、MX 记录、TXT 记录对比解析结果。如果你有域名尝试添加一条新的子域名解析记录并配置到本地 Web 服务上。用文中给出的 Python 脚本批量检查几个域名并保存结果体验从解析到连通性测试的完整流程。掌握域名的工作原理后再遇到“网站打不开”“解析不生效”这类问题你就不会盲目改配置而是能按部就班地定位问题出在缓存、解析、服务器还是网络链路上了。 
长河君 · 2026/9/7 14:20:41 · 阅读 1.2k 域名与DNS解析原理全解：从注册到配置的实战指南
你在配置网站、调试接口或者上线项目的时候是不是经常被域名相关的问题卡住比如为什么刚买的域名访问不了为什么解析记录明明加了却不生效域名和 DNS 到底是什么关系子域名、一级域名、二级域名又该怎么分如果你对这些问题只有零散的印象那么这篇文章正好适合你。本文将围绕“域名是怎么工作的”这条主线从域名结构、DNS 解析原理、域名注册备案、实际配置命令、常见问题排查这几个方面把整个流程完整拆解一遍。读完以后你不仅能理解输入网址后后台发生了什么还能自己动手查询解析记录、排查域名故障甚至写一个小脚本批量检查域名连通性。1. 先从一次页面访问开始1.1 当你在浏览器输入一个网址时发生了什么打开浏览器在地址栏输入www.example.com回车页面正常显示。这个过程在用户眼里是一瞬间的事但在技术上其实经历了好几步浏览器先判断这个地址是不是合法的 URL。浏览器检查自身缓存里有没有这个域名对应的 IP。如果没有操作系统检查本地 hosts 文件和 DNS 缓存。还是没有系统把查询请求发送给配置的 DNS 服务器。DNS 服务器经过递归查询最终找到存放该域名解析记录的权威服务器。权威服务器返回域名对应的 IP 地址。浏览器拿到 IP向该 IP 发起 HTTP/HTTPS 请求。Web 服务器响应请求浏览器渲染页面。可以看到域名本身并不能直接让浏览器访问资源它只是起到了一个“名字”的作用。真正通信时使用的还是 IP 地址。域名系统要解决的就是把人类容易记忆的名字翻译成机器能够使用的 IP 地址。1.2 域名、IP、DNS 三者的关系很多初学者会把“域名解析”和“DNS”混在一起说其实它们的关系是IP 地址是网络设备的“门牌号”唯一标识一台主机。域名是人类可读的“名字”方便记忆和传播。DNSDomain Name System域名系统是一套分布式数据库系统负责完成域名与 IP 之间的映射。简单打个比方IP 地址相当于一个人的身份证号域名相当于这个人的姓名。DNS 就是那个“查号台”你报出姓名它告诉你身份证号。但这个“查号台”不是一台服务器而是全球范围内协作的很多台服务器组成的层级体系。理解这个层级体系是理解域名工作的关键。2. 域名的结构与层级2.1 从 URL 看域名的组成一个完整 URL 的常见形式是https://www.example.com:443/path/to/page?namevalue#fragment拆开来看组成部分示例作用协议https浏览器与服务器通信的规则主机名www常表示提供 Web 服务的主机域名主体example.com真正注册的域名端口443访问服务器上的某个服务端口路径/path/to/page服务器上的资源路径查询参数namevalue传给后端的参数片段#fragment页面内部锚点其中example.com是域名的主体部分www是它的一个子域名也叫主机记录。2.2 域名的层级域名采用树形层级结构从右往左看www.example.com.最右边有一个隐式的根.通常不显示。层级如下根域名Root Domain用点号表示是整个 DNS 树的起点。顶级域名Top-Level Domain, TLD如com、org、net、cn。二级域名Second-Level Domain如example.com中的example。子域名Subdomain如www.example.com中的www也可以继续扩展为api.example.com、static.example.com。这里有一个容易混淆的概念我们日常说“一级域名”时通常指example.com这种形式“二级域名”在不同语境下含义不同。从域名注册角度看example.com是用户注册的顶级商用域名www.example.com是它的子域名。但从 DNS 树层级看com是顶级域example.com是二级域。为了避免歧义下文统一使用“主域名”和“子域名”来表达。2.3 为什么要划分层级层级结构的最大好处是可扩展和可授权。全世界不可能靠一台服务器维护所有域名记录所以 DNS 被设计成树状结构。每一层只负责自己层级的解析并把下一级的查询任务“委托”给对应的子节点。例如根服务器知道.com的服务器在哪。.com服务器知道example.com的服务器在哪。example.com的权威服务器知道自己所有子域名的记录。这样每个层级只需要维护少量数据整个系统可以无限扩展。3. DNS 解析的核心机制3.1 什么是 DNS 查询DNS 查询指的是终端设备向 DNS 服务器发起请求询问某个域名对应的 IP 地址。根据查询方式的不同可以分成递归查询Recursive Query终端向本地 DNS 服务器发起请求本地 DNS 服务器负责替终端找到最终结果。迭代查询Iterative Query本地 DNS 服务器向其他服务器逐级询问每台服务器只返回它所知道的下一个线索由本地 DNS 服务器继续追问。用户端通常只体验递归查询而 DNS 服务器之间是迭代查询。3.2 一次完整解析流程以下面的场景为例浏览器访问www.example.com。浏览器检查本地 DNS 缓存如果有对应 IP直接使用。浏览器检查操作系统 hosts 文件如果有手动配置记录优先使用。操作系统向本地配置的 DNS 服务器比如路由器的 DNS发起递归查询。本地 DNS 服务器先查自己的缓存没有则从根服务器开始迭代。根服务器返回.com顶级域服务器的地址。本地 DNS 向.com服务器查询得到example.com权威服务器的地址。本地 DNS 向example.com权威服务器查询www记录。权威服务器返回www.example.com的 IP。本地 DNS 把结果缓存起来并返回给操作系统。操作系统把结果交给浏览器并缓存一份。浏览器向返回的 IP 发起真正的网络请求。这就是为什么有时候加了 DNS 记录后不能立刻生效。每一级缓存都可能存在旧数据需要等待缓存过期。3.3 常见 DNS 记录类型不同的记录类型解决不同的问题常用的有记录类型作用示例A把域名指向 IPv4 地址example.com→93.184.216.34AAAA把域名指向 IPv6 地址example.com→2606:2800:220:1:...CNAME把域名指向另一个域名www→example.comMX指定邮件服务器example.com→mail.example.comTXT文本记录常用于验证和 SPF 反垃圾邮件vspf1 include:... -allNS指定域名的权威 DNS 服务器example.com→ns1.dns.comSOA记录域名的起始授权信息包含主 DNS、管理员邮箱等每个域名必须有一条PTRIP 反向解析到域名34.216.184.93→example.comA 记录和 CNAME 记录是最常用的。A 记录直接指向 IPCNAME 记录指向另一个域名适合 CDN 和多域名指向同一目标时使用。需要说明的是CNAME 记录不能与 MX 等部分记录共存于同一个主机名下不同 DNS 服务商约束可能不同。3.4 TTL 与解析生效时间TTLTime to Live是 DNS 记录在缓存中存活的时间单位是秒。假设 TTL 为 600意味着本地 DNS 服务器把这条记录缓存 600 秒。期间有新的查询直接使用缓存结果不再向上级服务器发起请求。TTL 设置需要权衡TTL 越小解析记录更新越快但 DNS 服务器压力越大。TTL 越大查询效率越高但修改记录后生效越慢。所以在做域名迁移或解析变更前建议先把 TTL 调小比如 300 秒等变更完成后再调回来。4. 域名从注册到上线需要什么4.1 域名注册与实名认证购买域名时你实际上是从域名注册商那里获得了一段时间的使用权。域名注册商需要向注册局提交你的注册信息所以大多数平台都要求实名认证。域名注册时需要注意选择可靠、经营稳定的注册商。域名到期前及时续费避免域名被释放。维护好注册邮箱用于接收到期和转移通知。个人主体和公司主体的域名实名信息会影响后续备案主体。4.2 域名备案如果域名解析到的服务器位于中国内地就需要完成 ICP 备案。备案的目的是让域名与服务器主体信息对应属于网络合规的基本要求。操作流程一般是在服务器服务商处提交备案申请。填写主体信息、网站信息、域名信息。提交身份证、核验单等材料。服务商初审后提交管局审核。审核通过后获得备案号。备案需要一定时间且不同的省份、不同的服务商要求略有差异。建议在正式上线前预留充足的备案时间。若服务器在境外则不需要 ICP 备案但访问速度和稳定性需要自行评估。4.3 添加解析记录备案通过后就可以到 DNS 解析服务商后台添加解析记录。国内常见的解析服务商包括阿里云 DNS、腾讯云 DNSPod、华为云 DNS 等。国外常用的有 Cloudflare、Route 53 等。添加解析时界面一般需要填写主机记录如www、表示主域名本身、*泛解析。记录类型A、CNAME、MX、TXT 等。记录值IP 地址或目标域名。TTL缓存时间。以添加一条www.example.com的 A 记录为例配置如下配置项示例值主机记录www记录类型A记录值93.184.216.34TTL600保存后等待生效就可以用命令验证了。4.4 配置 HTTPS 证书域名上线必不可少的一步是配置 HTTPS。现代网站在浏览器地址栏会显示“不安全”或“安全”标识这些都和 SSL/TLS 证书有关。证书申请主要有三种方式云服务商免费证书申请方便有效期通常为 3 个月或 1 年需要定期续期。Let‘s Encrypt 免费证书配合 Certbot 等工具可以自动化续期。商业付费证书适合对品牌和兼容性要求较高的场景。申请证书时通常需要证明你拥有域名常见验证方式有DNS 验证添加一条指定的 TXT 记录。文件验证在网站根目录放置指定文件。邮箱验证通过域名管理员邮箱确认。DNS 验证最常见因为不需要暴露服务端口。比如申请证书时证书服务商要求添加如下 TXT 记录主机记录_dnsauth 记录类型TXT 记录值ca-xxxxxx-xxxx添加后等待 DNS 生效点击验证即可。证书签发后还需要在 Nginx、Apache 或其他 Web 服务器上配置证书文件路径。以 Nginx 为例server { listen 443 ssl; server_name www.example.com; ssl_certificate /etc/nginx/ssl/www.example.com.pem; ssl_certificate_key /etc/nginx/ssl/www.example.com.key; location / { proxy_pass http://127.0.0.1:8080; } }配置完成后使用nginx -t检查语法然后重载 Nginx 生效。5. 实战用命令和脚本观察域名工作过程看完理论部分我们来动手实践一下。这一节会用常见的命令和一个小型 Python 脚本演示如何观察域名解析过程、检查域名连通性。5.1 使用 ping 检查域名连通性ping是最基础也最常用的网络测试命令。它的原理是向目标主机发送 ICMP 报文检查网络是否可达。在 Windows 系统可以打开 CMD 或 PowerShell执行ping www.baidu.com在 Linux 或 macOS 终端里命令格式相同。默认会不断执行按Ctrl C停止也可以指定次数ping -c 4 www.baidu.com-c 4表示只发送 4 个 ICMP 请求。如果不想手动敲命令、又想批量记录结果可以把 ping 的输出重定向到文件。例如将百度 ping 30 次的结果保存到当前目录下的baidu.txtping -c 30 www.baidu.com baidu.txt执行后baidu.txt里就会包含 ping 的统计信息。Windows 下使用ping -n 30指定次数注意参数不同ping -n 30 www.baidu.com baidu.txt5.2 使用 nslookup 查看解析记录nslookup是查询 DNS 记录最方便的命令Windows、Linux、macOS 都自带。查询 A 记录nslookup www.baidu.com输出中会显示域名的 IP 地址以及使用的是哪台 DNS 服务器。指定 DNS 服务器查询可以加上服务器地址nslookup www.baidu.com 8.8.8.8查看 MX 记录nslookup -typemx example.com查看 TXT 记录nslookup -typetxt example.com如果你在 Linux 环境还可以使用更强大的dig命令dig www.baidu.comdig会显示完整的查询过程包括查询状态、查询耗时、权威服务器等信息。dig还可以只查看某一条记录比如 SPF 记录dig example.com TXT short5.3 Python 脚本批量解析域名并保存结果前面那种手动 ping 的方式适合单个域名如果需要对多个域名做检查用 Python 写一个脚本会更方便。下面这段脚本实现的功能是读取一个域名列表逐个解析域名然后发起 ICMP ping 测试并把结果保存到当前目录下的result.txt文件中。# -*- coding: utf-8 -*- 域名连通性批量检查脚本 用法 python check_domain.py 依赖 ping 命令Windows/Linux/macOS 均可参数略有差异 import socket import subprocess import sys import platform def resolve_domain(domain): 解析域名返回 IP 地址列表 try: infos socket.getaddrinfo(domain, None) ip_list sorted(set(info[4][0] for info in infos)) return ip_list except socket.gaierror: return [] def ping_domain(domain, count4): 对域名执行 ping 测试返回是否通、输出信息 system platform.system() if system Windows: cmd [ping, -n, str(count), domain] else: cmd [ping, -c, str(count), domain] try: result subprocess.run( cmd, stdoutsubprocess.PIPE, stderrsubprocess.PIPE, textTrue, timeout30 ) return result.returncode 0, result.stdout except subprocess.TimeoutExpired: return False, ping timeout def main(): # 需要检查的域名列表 domains [ www.baidu.com, www.qq.com, www.example.com, nonexistent-domain-2025.com, ] output_lines [] for domain in domains: print(f正在检查: {domain}) output_lines.append(f域名: {domain}) # 1. 解析域名 ip_list resolve_domain(domain) if ip_list: output_lines.append(f解析结果: {, .join(ip_list)}) else: output_lines.append(解析结果: 失败) # 2. ping 测试 ok, ping_output ping_domain(domain) output_lines.append(fping 状态: {通 if ok else 不通}) output_lines.append(ping 输出:) output_lines.append(ping_output) output_lines.append(- * 50) # 写结果到文件 with open(result.txt, w, encodingutf-8) as f: f.write(\n.join(output_lines)) print(检查完成结果已保存到 result.txt) if __name__ __main__: main()在项目目录中运行python check_domain.py运行结束后打开result.txt可以看到每个域名的解析结果和 ping 输出。需要注意的是部分服务器禁 ping导致 ping 不通并不代表域名解析有问题。如果只是检查域名解析建议优先看resolve_domain返回的 IP 列表。5.4 使用浏览器开发者工具观察请求过程命令行是排查问题的好帮手但浏览器开发者工具能更直观地展示域名与请求之间的关系。以 Chrome 浏览器为例打开开发者工具快捷键F12。切换到 Network 面板。刷新页面。点击任意一个请求查看 Headers 信息。请求头里的Host字段就是目标域名Remote Address显示的是实际连接的 IP。如果出现Failed to load resource之类的错误可以结合 DNS 解析结果判断是域名解析问题还是服务器问题。6. 常见问题与排查思路6.1 检查步骤清单域名相关的问题通常有规律可循。遇到域名访问异常时按以下顺序排查检查域名是否过期。检查域名是否完成了实名认证和备案。检查 DNS 解析记录是否存在、配置是否正确。检查本地 hosts 文件是否有旧记录。检查浏览器和操作系统 DNS 缓存。检查目标服务器是否正常运行。检查服务器防火墙与安全组是否放行对应端口。6.2 常见问题汇总问题现象常见原因解决思路域名无法解析解析记录未添加或记录值写错到 DNS 控制台检查记录解析记录刚修改却不生效各级 DNS 缓存未过期等待 TTL 过期或强制刷新缓存本地能打开别人打不开本地 hosts 文件有旧记录检查 hosts 文件网站打不开但解析正常服务器 80/443 端口被防火墙拦截检查安全组和服务器防火墙邮箱发信被拒缺少 SPF、MX 或 DMARC 记录添加正确的 TXT 记录添加子域名后访问不了子域名没有绑定服务器站点同时在 Web 服务器配置对应主机名域名证书验证失败DNS 验证记录没有生效检查 TXT 记录内容与生效状态域名指向 IP 后访问到其他网站IP 绑定了多个域名需要配置 Host在 Nginx/Apache 配置 server_namehttps 报证书不匹配证书域名和访问域名不一致重新申请匹配域名的证书6.3 清理本地 DNS 缓存当解析结果更新后本机可能仍然使用旧缓存。清理方式因系统而异Windowsipconfig /flushdnsmacOSsudo dscacheutil -flushcache sudo killall -HUP mDNSResponderLinux 如果使用 systemd-resolvedsudo systemd-resolve --flush-caches在重新检查解析前先用nslookup手动查询一次能比较准确地判断权威解析是否已经生效。6.4 关于内网域名 .local有些读者可能在企业或实验环境中见过xxx.local这种域名。.local通常用于局域网内部解析常见于 macOS 的 Bonjour、Windows 活动目录域环境或者基于 mDNS 的设备发现。local不是互联网公共顶级域名公网 DNS 无法解析。所以如果项目里使用.local说明它只用于内网环境不适用于公网访问。如果需要公网解析还是要注册一个正式域名。6.5 查询域名 TLS 版本在排查 HTTPS 兼容性问题时可能需要查看某个域名支持哪些 TLS 版本。可以使用 OpenSSL 客户端测试openssl s_client -connect www.example.com:443 -tls1_2如果要测试其他版本把-tls1_2换成-tls1_1、-tls1_3等。连接成功表示该域名支持对应 TLS 版本。7. 域名使用的工程建议7.1 域名命名规划域名一旦投入使用再更换成本较高所以建议在开始阶段就做好规划使用企业或项目品牌一致的域名方便记忆。主域名尽量简短避免数字、连字符过多。子域名按用途划分例如api.、www.、static.、img.、admin.。不要在一个子域名上同时承载多个不相关业务否则后续迁移困难。在 DNS 服务商处启用域名锁定防止域名被恶意转移。7.2 解析记录管理解析记录是域名对外服务的基础配置建议遵循以下原则使用最小权限策略。不需要公网访问的服务不添加公网解析记录。为每种服务选择正确的记录类型。能用 CNAME 指向稳定目标时不直接用 A 记录写死 IP。重要记录添加监控发现解析异常及时处理。合理设置 TTL。日常使用保持 600 秒左右变更前调低为 60 到 300 秒。所有解析记录变更前先记录旧值便于快速回滚。7.3 安全与监控域名安全直接影响网站可用性建议关注以下几点使用强密码和双重认证保护域名注册商与 DNS 服务商账号。启用 DNSSEC如果服务商支持防止 DNS 欺骗和缓存污染。正确配置 SPF、DKIM、DMARC 记录防止域名被用于伪造发件人。监控域名到期时间提前 30 天续费。定期检查解析记录确认没有新增的未知记录。如果发现陌生子域名或陌生 IP 指向可能存在恶意解析需要立即排查并清理。使用 CDN 服务时注意源站 IP 泄露问题防止攻击者绕过 CDN 直接攻击源站。7.4 多域名与子域名场景实际项目中一个服务器往往需要配多个域名或多个子域名。以 Nginx 为例可以通过多个server块分别配置# 文件路径/etc/nginx/conf.d/www.conf server { listen 80; server_name www.example.com; location / { proxy_pass http://127.0.0.1:8080; } } # 文件路径/etc/nginx/conf.d/api.conf server { listen 80; server_name api.example.com; location / { proxy_pass http://127.0.0.1:9090; } }这样的好处是每个子域名可以独立指向不同的后端服务互不影响。修改 DNS 时只需在解析控制台添加对应的主机记录即可。如果有多个域名共用同一套站点可以使用server_name字段配置多个域名server { listen 80; server_name example.com www.example.com; location / { proxy_pass http://127.0.0.1:8080; } }7.5 域名相关自动化域名配置中重复性较高的操作可以考虑写成脚本。比如批量检查多个域名的解析结果、自动续期 HTTPS 证书、解析记录变更前备份等。对于证书续期推荐使用 Certbotsudo certbot renew --dry-run把续期命令配置为 cron 定期任务可以实现 HTTPS 证书自动化管理避免证书过期导致网站无法访问。8. 写在最后域名的核心并不复杂。理解了域名结构、DNS 解析流程和常见记录类型大部分日常问题都能自己排查。真正容易踩坑的地方反而是缓存、备案、证书、服务器配置这些周边环节。建议你接下来动手做三件事用nslookup或dig查看自己常用网站的 A 记录、MX 记录、TXT 记录对比解析结果。如果你有域名尝试添加一条新的子域名解析记录并配置到本地 Web 服务上。用文中给出的 Python 脚本批量检查几个域名并保存结果体验从解析到连通性测试的完整流程。掌握域名的工作原理后再遇到“网站打不开”“解析不生效”这类问题你就不会盲目改配置而是能按部就班地定位问题出在缓存、解析、服务器还是网络链路上了。