Ubuntu下网卡域名解析异常排查：从配置到生效的完整指南
Ubuntu网卡域名配置的核心答案是：通过netplan管理网络服务，配合systemd-resolved解析DNS，修改配置文件后执行sudo netplan apply即可生效，绝大多数解析异常都源于配置与生效流程的脱节。
为什么你的Ubuntu网卡配置总是不生效
刚接触Ubuntu的朋友常遇到一个困惑：明明改了/etc/network/interfaces，重启网络服务却报错，这背后是Ubuntu网络管理架构的变迁，早些年Ubuntu沿用/etc/network/interfaces配置方式，但从18.04版本开始，netplan成为默认网络配置工具，它统一管理底层网络渲染器（NetworkManager或systemd-networkd），配置文件改用YAML格式存放在/etc/netplan/目录下。
行业共识认为，理解这个架构差异是解决Ubuntu下网卡域名问题的前提，如果还在按老教程修改interfaces文件，很可能改了不生效,甚至干扰netplan的正常工作。
查看当前生效的网络配置,最直接的办法是运行：
ip addr show ip route show
ip命令能清晰展示网卡状态、IP地址、网关等信息，比ifconfig更符合现代Ubuntu系统的实际情况，想确认netplan当前加载的配置,用：
sudo netplan get
这条命令会输出当前生效的完整配置树，包括网卡、地址、路由、DNS等所有参数。
如何正确配置Ubuntu网卡的IP地址与DNS
编辑netplan配置文件
配置文件通常在/etc/netplan/目录下，文件名类似01-network-manager-all.yaml或50-cloud-init.yaml，使用sudo权限编辑前,先备份原文件是个好习惯：
sudo cp /etc/netplan/01-network-manager-all.yaml /etc/netplan/01-network-manager-all.yaml.bak
以配置静态IP为例,一个典型的YAML片段如下：
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp4: no
addresses:
- 192.168.1.100/24
routes:
- to: default
via: 192.168.1.1
nameservers:
addresses:
- 223.5.5.5
- 119.29.29.29
这里指定了静态IP、网关和DNS，国内用户用阿里、腾讯的公共DNS通常比国外DNS响应更快,修改后执行：
sudo netplan apply
没有报错就说明配置已生效，此时用ip addr show确认IP地址，用resolvectl status验证DNS配置。
临时修改IP地址和DNS不重启
某些场景下（比如测试环境），不想改配置文件，只想要临时效果,这时可用ip命令直接操作：
sudo ip addr add 192.168.1.100/24 dev eth0 sudo ip route add default via 192.168.1.1
临时换DNS则修改/etc/resolv.conf，不过要注意，这个文件通常被systemd-resolved软链接接管，直接编辑可能被覆盖,更稳妥的方式是临时切换DNS解析服务：
sudo systemctl stop systemd-resolved sudo rm /etc/resolv.conf sudo vim /etc/resolv.conf
写入nameserver后保存，等需要恢复时再启动systemd-resolved服务即可。
Ubuntu网卡域名解析常见的故障场景
能ping通IP但解析不了域名
这是典型DNS故障，网络连通性没问题，DNS解析卡住了,先确认系统用的DNS服务器是哪个：
systemd-resolve --status
或者新版本用：
resolvectl status
输出里能看到当前DNS服务器和各网卡关联的解析配置，如果显示DNS服务器指向了不可达地址（比如内网DNS下线）,改成公共DNS再试试。
配置了静态IP后上不了网
多半是网关写错了，或者DNS没配，执行ip route show看看默认路由是否存在，再ping网关地址确认二层通不通，有些场景下，云服务器还需要检查安全组和子网路由表，这些属于平台侧配置,容易和系统内配置混淆。
netplan配置无误但重启失效
排查思路分两步：其一，确认配置文件权限，netplan目录下文件权限建议600；其二，检查是否被cloud-init覆盖，云服务器镜像常预装cloud-init，它会在启动时根据云平台元数据重新生成网络配置，如果不需要，可以禁用cloud-init的网络配置模块，或者把netplan配置放在cloud-init之后执行的路径中。
针对不同使用场景的Ubuntu配置策略
家用服务器或开发机
这类机器IP通常固定，建议直接使用静态IP加公共DNS的组合，好处是SSH连接不会因IP变化而中断，DNS解析速度也比较稳定，配置方法参考上面的YAML片段，将nameservers设为223.5.5.5即可。
Ubuntu桌面版双网卡环境
笔记本常见有线加无线双网卡，默认情况下，NetworkManager接管了所有网卡，路由优先级可能导致流量走错网卡，此时可修改/etc/NetworkManager/system-connections/下的连接配置文件，调整route-metric参数,数值越小优先级越高。
云服务器或虚拟机
云场景下，多数镜像预置了cloud-init和DHCP，一般无需手动配置IP，真正需要人工介入的往往是主机名和域名解析问题，比如购买了一台云主机，改了hostname后发现sudo命令变慢，这通常是主机名无法解析回环地址导致的，解决办法是在/etc/hosts中加入一行：
0.1.1 你的主机名这个细节在本地虚机环境（如VirtualBox、VMware）中同样适用,很多网络怪问题都源于此。
Ubuntu下网卡域名配置的长期维护建议
配置完成后，建议定期检查网络状态，尤其注意DNS变化，systemd-resolved会在/run/systemd/resolve/目录下生成实际生效的resolv.conf，当遇到解析问题时，可以对比这个文件和/etc/resolv.conf的差异。
每次修改netplan配置后务必执行sudo netplan try，这条命令会先测试配置是否可用，几秒后自动回滚，避免因配置错误导致网络断开连不上的尴尬，sudo netplan apply虽然直接生效，但没有回滚保护,生产环境操作需谨慎。
你的Ubuntu网卡域名问题还可能出在哪
如果以上步骤都验证过仍无法解决，不妨检查一下网卡物理状态和驱动，老版本内核可能不兼容新网卡硬件，此时需要更新内核或额外安装驱动，也可以在Ubuntu社区论坛搜索相同网卡型号的解决方案,不少用户会分享特殊硬件的配置经验。
Ubuntu网卡配置文件修改后如何排查生效状态
修改配置后先别急着看效果，按这个顺序排查：先运行sudo netplan generate检查YAML语法，有错误会直接提示；没问题再执行sudo netplan apply；然后看ip addr show确认IP地址；最后用ping测网关、用nslookup测域名解析，一步步走下来,基本能定位到具体环节。
Ubuntu下如何修改DNS服务器地址
临时修改就是改/etc/resolv.conf，但重启会丢；永久修改要进netplan配置文件，在nameservers段里写清楚，如果系统同时跑着Docker，注意Docker的DNS设置可能和宿主机冲突，需要单独在/etc/docker/daemon.json里配置dns字段。
Q&A：Ubuntu网卡域名常见疑问解答
Ubuntu下能ping通IP但无法解析域名，如何排查？
先用ping 223.5.5.5确认网络连通性，然后看/etc/resolv.conf是否指向了有效DNS，如果这个文件指向127.0.0.53（systemd-resolved的本地监听地址），再用resolvectl status查看实际上游DNS配置，多数情况下，是上游DNS不可达或配置错误，将其改为公网DNS后问题即可消失，最终执行sudo netplan apply让配置重新加载。
Ubuntu修改网卡配置后如果不生效怎么办？
先运行sudo netplan generate检查语法，再确认配置文件权限为600，如果配置没问题，可能是cloud-init按平台元数据重新生成了配置，检查/etc/cloud/cloud.cfg中网络相关设置，或直接临时移除netplan配置目录下的云初始化文件，执行sudo netplan apply后重启网络服务验证。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/660219.html
