1. 问题现象与初步诊断
那天早上，我像往常一样启动Ubuntu 22.04准备开始工作，却发现浏览器打不开任何网页。终端里执行ping 8.8.8.8能通，但ping google.com却提示"Name or service not known"。这种典型的DNS解析失败问题，在Linux系统中其实很常见，但每次遇到都需要系统性地排查。
首先确认基本网络状态：
ip a这个命令显示我的网卡已经获取到了IP地址，说明物理连接和DHCP服务是正常的。接着测试基础连通性：
ping -c 4 8.8.8.8得到正常响应，证明TCP/IP协议栈工作正常，能够到达外部网络。问题显然出在域名解析环节。
2. DNS配置深度检查
2.1 查看当前DNS配置
现代Ubuntu使用systemd-resolved管理DNS，首先检查它的状态：
systemd-resolve --status输出显示DNS服务器被正确设置为路由器IP（192.168.1.1），但奇怪的是解析就是不工作。进一步验证：
cat /etc/resolv.conf这个本该包含DNS配置的文件，现在只显示了一行注释：
# This is a dynamic resolv.conf file...原来systemd-resolved通过/run/systemd/resolve/stub-resolv.conf管理实际配置，查看真实配置：
cat /run/systemd/resolve/stub-resolv.conf这里确实包含了正确的DNS服务器地址。
2.2 手动测试DNS解析
使用dig工具直接测试DNS查询：
dig @8.8.8.8 google.com这次能正常返回结果，说明问题不是出在外部DNS服务器，而是本地解析器的配置或缓存出了问题。
3. 解决方案实施
3.1 临时解决方案
最快速的解决方法是直接修改/etc/resolv.conf：
sudo nano /etc/resolv.conf添加：
nameserver 8.8.8.8 nameserver 8.8.4.4保存后立即生效。但这是个临时方案，因为NetworkManager或systemd-resolved可能会覆盖这个文件。
3.2 永久解决方案
对于Ubuntu 22.04，正确的永久配置方式是通过Netplan。检查/etc/netplan/下的YAML文件：
network: version: 2 renderer: networkd ethernets: enp0s3: dhcp4: true nameservers: addresses: [8.8.8.8, 8.8.4.4]应用配置：
sudo netplan apply3.3 验证systemd-resolved
确保systemd-resolved服务正常运行：
sudo systemctl restart systemd-resolved sudo systemctl enable systemd-resolved检查解析状态：
systemd-resolve --statistics4. 深度问题排查
4.1 检查DNS劫持
有时候问题可能出在ISP的DNS劫持上。使用以下命令检测：
dig +short porttest.dns-oarc.net TXT如果返回结果包含"DNS Recursion"字样，说明存在DNS放大攻击风险。
4.2 测试不同DNS协议
现代DNS支持TCP和DoT/DoH协议，测试不同协议下的解析：
# 传统UDP dig +short google.com @8.8.8.8 # 强制TCP dig +short google.com @8.8.8.8 +tcp # DoT测试 kdig -d @8.8.8.8 +tls-ca +tls-host=dns.google.com google.com4.3 检查MTU问题
不合适的MTU设置可能导致DNS包被丢弃：
ping -s 1472 -M do 8.8.8.8如果能ping通1472字节（1500-28包头），说明MTU设置正常。
5. 高级配置方案
5.1 配置DNS over TLS
编辑/etc/systemd/resolved.conf：
[Resolve] DNS=8.8.8.8 8.8.4.4 DNSOverTLS=opportunistic重启服务：
sudo systemctl restart systemd-resolved5.2 使用本地DNS缓存
安装并配置dnsmasq：
sudo apt install dnsmasq编辑/etc/dnsmasq.conf：
server=8.8.8.8 server=8.8.4.4 cache-size=1000重启服务：
sudo systemctl restart dnsmasq5.3 网络管理器配置
对于使用NetworkManager的桌面环境：
nmcli con show nmcli con mod "连接名" ipv4.dns "8.8.8.8 8.8.4.4" nmcli con up "连接名"6. 疑难问题处理
6.1 处理resolv.conf被覆盖
如果/etc/resolv.conf不断被重置，可以将其设为不可变：
sudo chattr +i /etc/resolv.conf要修改时先取消属性：
sudo chattr -i /etc/resolv.conf6.2 诊断DNS泄漏
使用在线工具检查DNS泄漏：
curl ifconfig.me比较返回的IP与DNS查询的实际出口IP。
6.3 处理IPv6问题
有时IPv6 DNS会导致问题，可以临时禁用：
sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1 sudo sysctl -w net.ipv6.conf.default.disable_ipv6=17. 最佳实践建议
多DNS服务器配置：至少配置两个不同的DNS服务器，如一个本地ISP DNS和一个公共DNS（如Cloudflare的1.1.1.1）
定期清理缓存：
sudo systemd-resolve --flush-caches- 日志监控：定期检查DNS查询日志
journalctl -u systemd-resolved -f- DNS性能测试：使用dnsping比较不同DNS响应速度
dnsping -c 10 8.8.8.8- 应急方案准备：在~/.bashrc中添加别名快速切换DNS
alias fixdns='sudo resolvectl dns eth0 8.8.8.8 8.8.4.4'经过这样全面的排查和配置后，Ubuntu 22.04的网络连接应该能稳定工作。我在实际运维中发现，90%的DNS问题都源于配置错误或服务异常，系统性的排查能快速定位问题根源。
