DHCP 与 DNS:网络配置和名称解析
DHCP 如何分配网络设置,DNS 如何解析名称,以及两种服务如何配合系统化故障排查。
您将学到什么
学以致用的知识。
- 将 DHCP 地址分配与 DNS 解析解释为两个独立过程
- 理解 DORA、租约选项和递归 DNS 解析
- 利用客户端设置、抓包和服务器日志诊断故障
直接前往相关章节
显示全部 5 个章节
DHCP 分发网络配置,DNS 将名称解析为资源记录。应结合客户端实际设置、抓包和服务器证据,将地址分配与名称解析分开排查。
DHCP 提供的不只是 IP 地址
典型的 IPv4 DORA 交换从 Discover 开始:客户端通过广播寻找服务器。Offer 提出带租约的地址,例如 192.168.1.50。Request 指明客户端希望接受哪份提议,Acknowledge 则予以确认。DHCP 还会提供掩码、默认网关、DNS 服务器、搜索域和其他选项。即使地址有效,选项错误仍可能使客户端无法到达目标。
DHCP 通常使用 UDP 端口 67 和 68。广播不会自动跨越路由器。中继会将某个网段的请求转发至中央服务器,并附带来源网络信息。作用域、中继和 VLAN 必须相互匹配。地址保留将地址与客户端标识关联起来,但不能替代关键设备的文档记录。
DNS 是分布式、带缓存的数据库
存根解析器通常向递归解析器查询,后者使用缓存,或沿根、顶级域和权威名称服务器逐层查询。DNS 通常使用端口 53。TTL 决定答案可被缓存多久。
查询成功并不能证明服务可达。反过来,也可能直接访问 IP 地址正常,而名称解析失败。诊断时应把这两个问题分开。
- A 记录将名称关联到 IPv4 地址,例如 bissolux.com → 192.0.2.10。
- AAAA 记录将名称关联到 IPv6 地址,例如 2001:db8::10。
- CNAME 记录将别名指向规范名称,例如 www.bissolux.com → bissolux.com。
- MX 记录标识邮件投递目标;TXT 记录可承载验证信息和邮件策略。
诊断实际经过的路径
对于 DHCP,应检查接口状态、VLAN、客户端地址、租约、中继和作用域。出现 169.254.0.0/16 范围内的 IPv4 地址,往往说明未取得租约。抓包可以看出 DORA 缺少哪一步,而不只是知道重试又失败了。
对于 DNS,应对比配置的解析器、查询类型、响应代码、权威数据和缓存。NXDOMAIN 表示根据该响应,名称不存在;SERVFAIL 更常表示处理、委派或验证失败。分离式 DNS 可能有意为内外部返回不同答案。
实用检查清单
- 01
记录地址、掩码、网关、DNS 服务器和租约期限。
- 02
对照 VLAN、中继地址与 DHCP 作用域。
- 03
明确指定内部解析器和权威服务器进行查询。
- 04
检查响应代码、记录类型、TTL 和委派。
- 05
通过抓包或日志验证变更。
常见问题
为什么可以 ping 通 IP 地址,却无法访问主机名?
这说明 IP 连接可能存在,但名称解析有问题。应检查解析器配置、DNS 记录、搜索后缀、缓存和 DNS 服务器可达性。
VLAN 使用中央 DHCP 服务器时,为什么需要中继?
客户端最初的广播停留在本地网段,路由器通常不会转发它;中继负责将该网段与中央 DHCP 服务连接起来。
相关产品与服务
Bissolux 能如何提供帮助
将指南中的建议落实为具体行动。下单前请核对服务范围、价格与不包含的项目。
广告 · Bissolux