1. 从“ifconfig不见了”说起Ubuntu 20.04网络配置的范式转变如果你刚从CentOS 7或者更老的Ubuntu版本迁移到Ubuntu 20.04打开终端敲下熟悉的ifconfig命令大概率会收获一个“command not found”的提示。这可不是你的系统坏了而是Ubuntu 20.04在底层网络管理上的一次重要转向。从18.04版本开始Ubuntu就逐步用Netplan取代了传统的/etc/network/interfaces配置文件和ifupdown工具集到了20.04这个长期支持版Netplan已经成为了默认且首选的网络配置方案。很多朋友在虚拟机安装、服务器部署甚至双系统安装后遇到的“上不了网”、“没有Wi-Fi”、“IP地址不对”等问题根源往往在于没有适应这套新机制。今天我就以一个踩过无数坑的过来人身份带你彻底搞懂Ubuntu 20.04下的网络配置让你从“为什么我的网卡不工作”的困惑进阶到“优雅地掌控每一块网卡”的从容。2. 理解Netplan不仅仅是新工具更是新哲学在动手改配置文件之前我们必须先理解Netplan的设计理念。它不是一个直接管理网卡的工具而是一个网络配置抽象层。你可以把它想象成一个“翻译官”或者“中间件”。我们人类用YAML这种对人类友好的格式写好网络需求比如eth0这块网卡我要用DHCP自动获取IPeth1这块我要设置静态IP 192.168.1.100Netplan读取这些YAML文件后会根据系统环境将其“翻译”成底层真正的网络管理后台Renderer能执行的指令。目前Ubuntu 20.04主要支持两种Renderersystemd-networkd 这是systemd项目自带的网络管理组件轻量、快速是服务器和云镜像的默认选择。它不提供图形界面完全通过配置文件驱动。NetworkManager 这是桌面环境如GNOME的老朋友功能强大支持图形化配置、Wi-Fi、移动宽带等是Ubuntu桌面版的默认选择。注意 一个常见的混乱根源就是系统里同时存在这两者且配置冲突。比如你用nmcliNetworkManager的命令行工具改了IP但Netplan的YAML文件里写的却是另一个配置下次执行netplan apply时NetworkManager的修改就会被覆盖。所以首先要明确你的系统主要用哪个Renderer。如何查看当前生效的Renderer可以查看Netplan的主配置文件cat /etc/netplan/00-installer-config.yaml或者查看同目录下的其他.yaml文件通常在文件开头的network:部分会有一行renderer:后面跟着networkd或NetworkManager。为什么Ubuntu要“折腾”这一出背后的逻辑是为了统一和简化。过去网络配置散落在/etc/network/interfaces、NetworkManager的配置文件和连接、以及sysctl.conf等多个地方工具链也混杂ifconfig,ip,route。Netplan通过一个统一的、声明式的YAML配置入口让配置更清晰也更容易实现自动化部署比如通过Cloud-Init。虽然学习曲线陡了一点但一旦掌握你会发现它其实更规整。3. 核心实战手把手配置静态IP与动态DHCP理论懂了我们直接上最常用的两种场景配置静态IP和动态获取IP。Netplan的配置文件通常位于/etc/netplan/目录下文件名可能是00-installer-config.yaml、01-netcfg.yaml等以.yaml结尾。操作前务必先备份原文件。3.1 场景一为服务器网卡配置静态IP假设你有一台服务器网卡名是ens33你的可能是eth0、enp3s0等可以用ip link命令查看你想给它设置一个固定的IP地址192.168.1.100/24网关是192.168.1.1DNS服务器是8.8.8.8和114.114.114.114。编辑Netplan配置文件sudo nano /etc/netplan/00-installer-config.yaml写入以下配置假设使用networkd作为renderernetwork: version: 2 renderer: networkd ethernets: ens33: addresses: - 192.168.1.100/24 routes: - to: default via: 192.168.1.1 nameservers: addresses: [8.8.8.8, 114.114.114.114]配置逐行解读version: 2 必须声明表示使用Netplan v2的语法。renderer: networkd 指定使用systemd-networkd作为后端。ethernets: 定义有线以太网设备。ens33: 你的具体网卡设备名。addresses: 定义IP地址和子网掩码CIDR格式。这是一个列表所以用-开头。routes: 定义路由。to: default表示默认路由即网关路由via:后面跟网关地址。nameservers: 定义DNS服务器地址。addresses是一个列表。应用配置sudo netplan apply这是最关键的一步修改YAML文件后必须运行此命令才能使配置生效。如果配置有语法错误netplan apply会报错并告诉你错误在哪一行这比老式配置友好得多。验证配置ip addr show ens33查看ens33网卡是否获得了你设置的IP。再用ping 8.8.8.8测试网络连通性用nslookup google.com测试DNS解析是否正常。3.2 场景二为桌面环境配置DHCP自动获取IP对于大多数桌面用户或者虚拟机桥接模式想自动获取IP的情况配置更简单。假设网卡是enp3s0使用NetworkManager。编辑配置文件sudo nano /etc/netplan/01-network-manager-all.yaml写入配置network: version: 2 renderer: NetworkManager是的对于典型的桌面环境如果你想完全交给NetworkManager的图形界面或nmcli来管理甚至只需要这两行。Netplan会把控制权完全交给NetworkManager。如果你想在Netplan里明确指定DHCP也可以写成network: version: 2 renderer: NetworkManager ethernets: enp3s0: dhcp4: true optional: truedhcp4: true表示启用IPv4的DHCP。optional: true是一个重要技巧它告诉系统“即使这块网卡启动时没连接成功也不要等待它而拖慢整个系统启动过程”。对于笔记本的Wi-Fi或可能不插网线的有线网卡加上这个参数可以显著加快开机速度。应用并验证sudo netplan apply然后你可以通过图形化网络设置或者命令nmcli device show enp3s0来查看获取到的IP信息。3.3 一个配置多块网卡的复杂示例如果你有一台机器有多块网卡比如一块连接内网静态IP一块连接外网DHCP配置可以这样写network: version: 2 renderer: networkd ethernets: eth0: dhcp4: no addresses: [10.0.0.5/24] gateway4: 10.0.0.1 nameservers: addresses: [10.0.0.1] eth1: dhcp4: yes optional: true这个配置清晰地定义了两块网卡的独立策略结构一目了然。4. 高频问题排查与深度避坑指南掌握了基础配置我们来看看那些最容易让人“血压升高”的实战问题。很多问题不是Netplan的锅而是新旧工具交替、虚拟机环境、硬件驱动等多方面因素交织的结果。4.1 问题一执行netplan apply后网络断开甚至SSH连接丢失这是配置静态IP时最危险的坑尤其在你通过SSH远程管理服务器时。错误通常出在网关或子网掩码。根因分析 你设置的网关地址via:不正确或者子网掩码/24写错了比如实际网络是/16你写了/24导致数据包无法正确路由到网关从而整个网络失联。避坑操作本地操作优先 首次配置静态IP尽量在机器本地通过显示器键盘操作避免远程。使用netplan try命令救命稻草 这个命令会应用配置并等待一个确认默认120秒。如果应用后网络正常你需要在倒计时内按回车确认配置才会永久生效。如果网络断了你什么都不做倒计时结束后配置会自动回滚到之前的状态命令如下sudo netplan try --timeout30将超时设为30秒给你更充裕的测试时间比如快速ping一下网关。仔细核对网络参数 确认网关地址是不是路由器地址子网掩码是否和网络中其他设备一致。不确定时可以先用DHCP自动获取一次记下得到的参数再改为静态。4.2 问题二Ubuntu 20.04安装后没有Wi-Fi选项这个问题在笔记本电脑和某些台式机无线网卡上非常常见搜索热度极高。根因分析 超过90%的情况是无线网卡驱动缺失。Ubuntu安装镜像包含的驱动有限对于一些较新或较偏门的无线网卡特别是某些Realtek、Broadcom芯片可能没有预装驱动。排查与解决流程确认网卡型号 先用有线网络连接或通过USB tethering共享手机网络让系统暂时联网。在终端输入lspci | grep -i network或lspci | grep -i wireless查看无线网卡的具体型号如Realtek RTL8822CE。检查驱动状态lspci -k找到你的无线网卡条目看下面的Kernel driver in use:和Kernel modules:是否为空或显示stub。也可以直接用lsmod | grep 驱动关键词 # 如 iwlwifi, rtw88安装驱动对于Intel网卡 通常驱动iwlwifi已内置问题可能是固件缺失。安装linux-firmware包通常能解决sudo apt update sudo apt install linux-firmware对于Realtek等第三方网卡 需要根据具体型号寻找驱动。例如对于常见的RTL88xx系列可以安装rtl88x2bu-dkms或rtl8821ce-dkms等驱动包。你需要先联网然后从官方PPA或GitHub获取驱动源码编译安装。这是一个典型过程# 示例安装RTL8821CE驱动 sudo apt update sudo apt install git dkms build-essential git clone https://github.com/tomaspinho/rtl8821ce.git cd rtl8821ce sudo ./dkms-install.sh重启并检查 安装驱动后重启系统再次检查Wi-Fi是否出现。4.3 问题三VMware/VirtualBox虚拟机网络配置疑难在虚拟机中安装Ubuntu 20.04网络模式的选择直接影响宿主机和虚拟机的互通。桥接模式Bridged 虚拟机会从你的家庭/公司路由器获取一个独立的IP和宿主机在同一网段像一台真实机器。配置时在Netplan中使用DHCP或设置同一网段的静态IP即可。NAT模式 虚拟机通过宿主机的IP地址上网外部网络看不到虚拟机。虚拟机通常会自动获得一个192.168.xx.xx的IP由VMware的虚拟DHCP服务器分配。这里有个大坑有时虚拟机网卡如ens33默认配置可能不是DHCP。你需要确保Netplan配置中对该网卡设置了dhcp4: true。仅主机模式Host-Only 虚拟机和宿主机形成一个封闭的私有网络不能上外网。用于纯内部测试。虚拟机网络不通的通用排查步骤首先在虚拟机设置中确认网络适配器已连接且模式正确。在Ubuntu内用ip link查看网卡是否处于UP状态。如果没有用sudo ip link set ens33 up启动它。检查Netplan配置是否正确应用sudo netplan apply无报错。用ip addr查看是否获得了预期的IP地址。ping宿主机IP再ping一个外网地址如8.8.8.8。如果宿主机通但外网不通是网关或NAT的问题如果宿主机都不通则是IP网段或防火墙问题。4.4 问题四DNS解析失败能ping通IP但打不开网页这是配置静态IP时另一个高频问题。现象是ping 8.8.8.8正常但ping www.baidu.com提示“未知的名称或服务”。根因分析 Netplan中配置的nameservers没有生效或者系统被其他程序如systemd-resolved的DNS配置覆盖了。解决方案检查Netplan的DNS配置 确保YAML文件中的nameservers:部分格式正确并且执行了sudo netplan apply。检查systemd-resolved状态 Ubuntu默认使用systemd-resolved管理DNS。查看其配置cat /etc/systemd/resolved.conf或者查看当前生效的DNSsystemd-resolve --status直接修改resolv.conf临时/备选 虽然/etc/resolv.conf通常是指向systemd-resolved的符号链接但你可以强行覆盖它不推荐长期使用sudo nano /etc/resolv.conf写入nameserver 8.8.8.8保存。但下次netplan apply或网络重启后可能被重置。最稳妥的方法 在Netplan中正确配置DNS并确保systemd-resolved服务在运行。如果问题依旧可以尝试禁用systemd-resolved但这会带来其他复杂性一般不建议。5. 进阶技巧多IP、绑定、路由与故障恢复当你基本玩转单网卡后可能会遇到更复杂的需求。5.1 为单网卡配置多个IP地址Alias IP有时一台服务器需要承载多个服务每个服务监听不同的IP。可以在addresses:下列出多个地址network: version: 2 ethernets: ens33: addresses: - 192.168.1.100/24 - 192.168.1.101/24 - 10.0.0.5/24 # 甚至可以属于不同子网 gateway4: 192.168.1.1 nameservers: {...}应用后ip addr会显示ens33主接口下有多个secondary IP。5.2 配置静态路由如果你的服务器需要访问另一个特定网段如172.16.0.0/16需要通过特定的网关如192.168.1.254就需要添加静态路由。network: version: 2 ethernets: ens33: addresses: [192.168.1.100/24] routes: - to: 0.0.0.0/0 via: 192.168.1.1 metric: 100 # 默认路由 - to: 172.16.0.0/16 via: 192.168.1.254 metric: 200 # 到特定网段的路由 nameservers: {...}5.3 网络服务故障的终极恢复手段如果不慎配置错误导致网络完全瘫痪且你不在机器旁怎么办对于云服务器通常有控制台提供的“救援模式”或“VNC控制台”。对于物理机或虚拟机如果还能登录哪怕只是本地可以尝试以下命令回退到最基础的DHCP配置重命名或删除错误的Netplan配置sudo mv /etc/netplan/00-installer-config.yaml /etc/netplan/00-installer-config.yaml.bak创建一个最简单的DHCP配置sudo nano /etc/netplan/01-temp.yamlnetwork: version: 2 ethernets: eth0: # 替换为你的主网卡名 dhcp4: true应用它sudo netplan apply这样至少能让机器重新获取到IP恢复网络连接然后再慢慢排查之前的配置错在哪里。6. 从Netplan看未来与Cloud-Init的协同在云服务器和自动化部署场景Netplan的威力才真正显现。它与Cloud-Init云初始化工具深度集成。当你从云平台如AWS EC2, Azure VM, OpenStack启动一个Ubuntu 20.04镜像时云平台提供的用户数据user-data中关于网络配置的部分很多时候就是通过Cloud-Init生成Netplan配置文件来实现的。这种声明式的配置方式非常适合基础设施即代码IaC的实践使得网络配置可以和系统镜像一起被版本化管理、被自动化工具如Ansible, Terraform所驱动。所以花时间掌握Netplan不仅仅是解决眼前的上网问题更是适应现代Linux运维自动化潮流的一项必备技能。它强迫你更清晰地思考网络拓扑并把配置以代码的形式固化下来这本身就是一种进步。
