nmcli show命令无法显示网络接口信息？

Question

问题：执行 `nmcli device show` 时无法显示网络接口详细信息，仅返回“Device not found”或无输出。该问题通常出现在网卡未被NetworkManager管理、驱动未加载或接口名称不匹配的情况下。常见原因包括物理网卡未启用、NetworkManager服务未运行、或使用了第三方工具（如systemd-networkd）接管了网络配置。需确认网卡是否被系统识别（通过 `ip link` 查看），并检查 NetworkManager 是否正常运行。此外，虚拟机或容器环境中可能因设备模拟方式不同导致接口不可见。

Answer 1

一、问题现象与初步排查

当执行 nmcli device show 命令时，若返回“Device not found”或无任何输出，说明 NetworkManager 未能识别当前系统的网络接口。该现象在 Linux 系统中较为常见，尤其出现在 RHEL、CentOS、Ubuntu 及其衍生发行版中。

首先应确认系统是否已识别物理或虚拟网卡设备。可通过以下命令进行基础检查：

ip link show

若 ip link 能列出如 enp0s3、eth0 或 wlan0 等接口，则表明内核已加载驱动并识别设备；反之则需检查硬件状态或驱动模块。

接下来验证 NetworkManager 服务运行状态：

systemctl status NetworkManager

若服务未运行（inactive），则 nmcli 将无法获取设备信息。

二、NetworkManager 管理状态分析

即使网卡被系统识别，也可能未被 NetworkManager 管理。可使用以下命令查看管理状态：

nmcli device status

输出应包含接口名称、设备类型、状态及管理状态（MANAGED）。若 MANAGED 列为 “no”，则表示该设备不受 NetworkManager 控制。

常见原因包括：

• 配置文件中设置了 unmanaged-device 规则
• 存在冲突的网络服务（如 systemd-networkd、ifupdown）接管了接口
• NetworkManager 配置文件中启用了自动忽略策略

检查 NetworkManager 配置目录：

ls /etc/NetworkManager/conf.d/*.conf

重点关注是否存在类似 keyfile-plugins=ifcfg-rh,ifupdown 或 rc-manager=symlink 的设置。

三、多网络后端共存冲突排查

现代 Linux 发行版常同时安装多种网络管理工具，容易导致资源抢占。例如 Ubuntu 默认启用 systemd-networkd，可能使 NetworkManager 放弃控制权。

可通过以下命令检查相关服务状态：

服务名称	检查命令	预期状态
NetworkManager	systemctl is-active NetworkManager	active
systemd-networkd	systemctl is-active systemd-networkd	inactive
NetworkManager-wait-online	systemctl is-active NetworkManager-wait-online	active
ifupdown	dpkg -l | grep ifupdown	建议卸载

若发现 systemd-networkd 处于 active 状态，应停用并屏蔽：

sudo systemctl stop systemd-networkd
sudo systemctl disable systemd-networkd

四、虚拟化环境中的特殊考量

在虚拟机（VM）或容器环境中，网络接口的可见性受虚拟化平台影响较大。例如 KVM/QEMU 使用 virtio-net 模拟网卡，而容器通常依赖 veth pair 和命名空间隔离。

在容器中执行 nmcli device show 往往无效，因为多数容器镜像未运行完整 NetworkManager 服务。此时需确认宿主机网络模型与容器网络模式（bridge、host、macvlan 等）。

以 Docker 为例，可通过如下命令查看容器网络详情：

docker inspect <container_id> | grep -A 10 "NetworkSettings"

而对于 VM，应检查：

• Hypervisor 是否正确传递 PCI 设备
• Guest OS 是否加载对应驱动（如 e1000, virtio_net）
• BIOS/UEFI 中网卡是否启用（如 Intel VT-d 设置）

五、深度诊断流程图

以下是完整的故障排查逻辑流程：

graph TD
            A[执行 nmcli device show 无输出] --> B{ip link 是否可见接口?}
            B -- 否 --> C[检查硬件/驱动/内核模块]
            B -- 是 --> D{NetworkManager 是否运行?}
            D -- 否 --> E[启动 NetworkManager 服务]
            D -- 是 --> F{nmcli device status 是否显示设备?}
            F -- 否 --> G[检查 unmanaged-device 配置]
            F -- 是 --> H{MANAGED 状态为 yes?}
            H -- 否 --> I[修改 NetworkManager.conf 允许管理]
            H -- 是 --> J[检查 IP 配置与 DHCP 状态]
            C --> K[加载驱动 modprobe 或更新 initramfs]
            E --> L[重启服务并重试 nmcli]
            G --> M[清除冲突配置或重命名规则]

六、解决方案汇总与最佳实践

针对不同场景，推荐采取以下措施：

1. 确保 NetworkManager 服务启用且开机自启
2. 禁用冲突服务（如 systemd-networkd、ifupdown）
3. 检查 udev 规则或 70-persistent-net.rules 是否导致名称错乱
4. 在 VM 中启用 VirtIO 驱动支持
5. 更新内核以支持新型网卡（如 Mellanox、Intel X710）
6. 使用 journalctl -u NetworkManager 分析启动日志
7. 临时测试：手动添加连接配置 nmcli connection add type ethernet ifname eth0
8. 对于嵌入式系统，考虑切换至 connman 或轻量级方案
9. 定期审计 /etc/NetworkManager/system-connections/ 权限与内容
10. 在自动化部署中预置 NM 配置模板避免后期干预

通过上述结构化方法，可系统性定位并解决 nmcli device show 无输出的根本原因。