DNS 管理需要理解两种不同职责：对自己管理的名称提供权威答案，以及通过上游服务和本地缓存解析其他名称。本动手课程使用 BIND9，让这两条解析路径都能在 Linux 终端中被观察和验证。
你将安装并运行 named，检查 UDP/TCP 53 端口，创建主区域文件、添加记录、更新 SOA 序列号，并在加载前验证配置。最终挑战会为三个办公设备建立内部 office.lan 命名空间，同时把外部查询转发到 Google Public DNS。
你将学到什么
- 安装 BIND9 及其工具、启动
named并验证 UDP/TCP 53 端口 - 区分并组织全局选项、本地区域声明和区域数据文件
- 配置转发器并比较冷查询与缓存查询的耗时
- 使用正确的尾随点创建包含 SOA、NS 和 A 记录的主区域
- 添加 A 与 CNAME 记录、递增序列号并使用
rndc重新加载 - 使用
named-checkconf和named-checkzone验证配置与区域数据 - 使用定向
dig、反向查询、+trace和 BIND 日志搜索排查解析
本课程适合谁
本中级课程适合需要运行小型内部 DNS 服务的 Linux 管理员、DevOps 与网络学习者、支持工程师和开发者。如果你理解主机名和 IP 地址，但尚未创建权威区域、配置转发或解读 DNS 诊断，本课程尤其有用。
前置要求： 掌握 Linux 终端、网络、软件包、进程、文件编辑和 sudo 基础。熟悉 IP 地址和域名结构会有帮助。
学习环境： Debian/Ubuntu 风格的 LabEx Linux 终端，配有 BIND9、dig、预置配置模板与日志，并可联网执行转发的公共 DNS 查询。
常见问题
这是权威 DNS 课程还是缓存解析器课程？
课程在同一 BIND 实例上覆盖两种角色。服务器对 lab.local、office.lan 等本地区域提供权威答案，同时把未知公共名称转发至 8.8.8.8，并在 TTL 到期前缓存响应。
课程会让本机或其他客户端自动使用新 DNS 服务吗？
不会。练习使用 dig @127.0.0.1 printer.office.lan 等命令显式查询本机服务器，不会编辑 /etc/resolv.conf、配置 DHCP 下发的 DNS 设置，也不会让其他主机加入为客户端。
包含哪些记录类型和生产功能？
你会创建 SOA、NS、A 和 CNAME 记录，并通过反向查询查看现有 PTR。课程不会创建反向区域、MX、AAAA 或 TXT 记录，也不配置 DNSSEC、辅助服务器、动态更新、访问控制列表或区域传送。
