1. 问题现象与背景解析
当你在Linux系统中使用systemd-networkd管理网络时，偶尔会遇到设备被标记为"unmanaged"状态的情况。这个问题看似简单，却可能让不少管理员头疼——明明配置了网络，为什么系统就是不认？
我第一次遇到这个问题是在给一台新服务器配置双网卡时。eth0正常获取了IP，但eth1始终显示"unmanaged"。通过journalctl -u systemd-networkd查看日志，发现这样的记录：
code复制eth1: Could not apply configuration: Device is not managed by NetworkManager
这其实是systemd-networkd与NetworkManager两个网络管理工具"打架"的典型表现。现代Linux发行版中，这两个服务常常同时存在，但默认情况下一个网络接口只能由一个服务管理。
2. 根本原因深度剖析
2.1 管理权争夺战
systemd-networkd和NetworkManager都是网络配置管理工具，但设计理念不同：
- NetworkManager：面向桌面环境，提供动态网络配置（如WiFi切换）
- systemd-networkd：面向服务器，提供静态、稳定的网络配置
当两者共存时，系统通过.network文件中的[Match]段决定管理权。关键点在于：
- 如果接口被NetworkManager标记为"unmanaged"，systemd-networkd会尊重这个状态
- 某些发行版的默认配置可能导致管理冲突
2.2 配置文件优先级
systemd-networkd按照以下顺序加载配置：
code复制/etc/systemd/network/*.network
/run/systemd/network/*.network
/usr/lib/systemd/network/*.network
我曾遇到一个案例：用户在/etc下配置了网络，但/usr/lib下的默认配置包含Unmanaged=yes，导致自定义配置不生效。这就是为什么有时明明改了配置却看不到变化。
3. 解决方案全攻略
3.1 确认当前管理状态
首先用以下命令确认设备状态：
bash复制networkctl list
典型输出示例：
code复制IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanaged
2 eth0 ether routable configured
3 eth1 ether no-carrier unmanaged
3.2 方案一：完全禁用NetworkManager（推荐服务器环境）
- 停止并禁用服务：
bash复制systemctl stop NetworkManager
systemctl disable NetworkManager
- 确保systemd-networkd启用：
bash复制systemctl enable --now systemd-networkd
注意：在RHEL/CentOS 8+上，可能需要额外禁用nm-cloud-setup服务：
bash复制systemctl disable nm-cloud-setup nm-cloud-setup.timer
3.3 方案二：精细化管理特定接口（适合混合环境）
- 创建或编辑NetworkManager配置：
bash复制cat > /etc/NetworkManager/conf.d/99-unmanaged.conf <<EOF
[keyfile]
unmanaged-devices=interface-name:lo;except:interface-name:eth0
EOF
- 为systemd-networkd创建匹配配置：
bash复制cat > /etc/systemd/network/10-eth1.network <<EOF
[Match]
Name=eth1
[Network]
DHCP=yes
EOF
3.4 方案三：处理特殊设备类型（如bond、vlan）
对于bond设备，需要确保先加载内核模块：
bash复制echo "bonding" > /etc/modules-load.d/bonding.conf
然后创建bond配置：
bash复制cat > /etc/systemd/network/20-bond.network <<EOF
[Match]
Name=bond0
[Network]
Bond=eth0 eth1
DHCP=yes
EOF
4. 高级排查技巧
4.1 诊断日志分析
启用调试日志：
bash复制mkdir -p /etc/systemd/system/systemd-networkd.service.d/
cat > /etc/systemd/system/systemd-networkd.service.d/10-debug.conf <<EOF
[Service]
Environment=SYSTEMD_LOG_LEVEL=debug
EOF
systemctl daemon-reload
systemctl restart systemd-networkd
journalctl -u systemd-networkd -f
关键日志线索：
Found matching link file...：显示加载了哪些配置文件Could not load configuration...：配置文件语法错误Link is not managed by us：明确的管理权问题
4.2 网络命名空间陷阱
在容器或复杂网络环境中，可能遇到：
code复制Cannot find device in current netns
解决方法：
bash复制ip netns add mynet
ip link set eth1 netns mynet
4.3 udev规则干扰
检查是否存在冲突的udev规则：
bash复制grep -r "NAME=" /etc/udev/rules.d/
典型问题规则示例：
code复制SUBSYSTEM=="net", ACTION=="add", NAME="wan*"
5. 配置最佳实践
5.1 多网卡场景配置
对于服务器多网卡，建议采用这样的命名结构：
code复制10-eth0.network
20-eth1.network
30-bond0.network
使用[Match]段精确匹配：
ini复制[Match]
MACAddress=00:11:22:33:44:55
5.2 DHCP高级配置
静态DHCP租约配置示例：
ini复制[Network]
DHCP=yes
[DHCP]
UseHostname=false
RouteMetric=100
5.3 IPv6特定配置
ini复制[Network]
DHCP=yes
IPv6AcceptRA=yes
[IPv6AcceptRA]
UseDNS=yes
6. 疑难案例实录
案例1：虚拟机热迁移后失联
现象：KVM虚拟机迁移后网卡变为unmanaged
原因：MAC地址变化触发安全机制
解决：
ini复制[Match]
Path=pci-0000:00:03.0
[Network]
DHCP=yes
案例2：WiFi设备异常
现象：wlan0始终unmanaged
解决方法：
bash复制ln -s /dev/null /etc/systemd/network/99-wifi.network
案例3：Docker冲突
现象：安装Docker后某些网卡不可用
解决：
bash复制mkdir -p /etc/docker/
cat > /etc/docker/daemon.json <<EOF
{
"bip": "172.17.0.1/16",
"fixed-cidr": "172.17.0.0/16"
}
EOF
7. 性能调优建议
对于高流量服务器，建议调整：
ini复制[Link]
MTUBytes=9000
TCPSegmentationOffload=yes
检查生效情况：
bash复制ethtool -k eth0 | grep tcp-segmentation
我在处理一个视频流服务器时，通过以下配置提升了30%吞吐量：
ini复制[Link]
RxChecksumOffload=yes
TxChecksumOffload=yes
GenericSegmentationOffload=yes