哗啦啦的小流弊1. 麒麟系统获取IP失败：一个困扰很多运维的典型场景
我最早接触麒麟系统是在2019年，当时给一个党政机关单位做国产化替换，服务器清一色用的银河麒麟高级服务器操作系统V10。第一批机器上架后，网络配置就出了幺蛾子——部分机器DHCP死活拿不到IP，ping网关不通，只能手动配置静态IP。当时以为是网卡驱动问题，折腾了两天，后来发现是麒麟系统网络管理默认行为跟常规Linux发行版有差异，而很多运维人员习惯用CentOS那套思路，结果碰了一鼻子灰。
到今天，我经手过至少上百台麒麟系统的网络配置问题，从桌面版到服务器版，从DHCP到静态IP，从有线网卡到无线网卡，踩过的坑完全可以写成一本书。这篇文章就把我积累的排查思路和实操经验做个系统梳理，无论你是刚接触麒麟系统的新手，还是被类似问题折磨过的老手，都能在这里找到对症下药的方法。
核心问题：麒麟系统获取不到IP，可能的原因涉及网络管理服务、DHCP客户端、网卡驱动、防火墙、配置文件冲突等多个层面。 而且不同版本的麒麟系统（如银河麒麟V10、优麒麟20.04等）行为可能不同，需要分情况讨论。本文以银河麒麟高级服务器操作系统V10（基于CentOS 8/RHEL 8）为主要讨论对象，桌面版麒麟V10（基于Ubuntu 18.04）也会提到，但会注明差异。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. DHCP获取IP的完整排查链路
2.1 先确认网卡硬件状态：最基础但最容易被忽略
排查网络问题，第一件事不是看配置文件，而是确认物理层是否正常。很多运维会直接跳过去看systemctl status network，结果发现网卡都没被识别，白忙活半天。
第一步：检查网卡是否被系统识别
bash复制# 查看所有网络接口
ip link show
# 或
ifconfig -a
如果输出中看不到你的物理网卡（比如eth0、ens33、enp2s0等），那问题就是驱动没加载。麒麟系统内核版本通常较新（5.4.x或4.19.x），多数常见网卡都支持，但一些老旧网卡或特殊型号（如某些国产网卡芯片）可能需要手动安装驱动。
遇到网卡不识别怎么办？
- 先确认PCI设备是否被系统识别：
lspci | grep -i ethernet - 如果能看到设备信息但没驱动，查一下内核模块：
lsmod | grep <驱动名>，常见网卡驱动有e1000e、igb、ixgbe、r8169等。 - 如果模块没加载，尝试手动加载：
modprobe <驱动名>，然后再次ip link show。 - 如果加载失败，说明驱动不在内核中，需要去网卡厂商官网下载源码编译安装。注意麒麟系统默认可能没有gcc和kernel-devel，需要先用yum安装：
yum install -y gcc kernel-devel make。
第二步：确认网卡是否被激活
有些网卡虽然被识别，但默认是DOWN状态，尤其是一些服务器板载网卡在BIOS中可能被禁用。用ip link show能看到状态：<NO-CARRIER,BROADCAST,MULTICAST,UP> 表示UP，<BROADCAST,MULTICAST> 表示DOWN。
激活网卡：
bash复制ip link set eth0 up
# 或
nmcli device connect eth0
激活后等几秒，再次检查是否有IP地址。如果网卡灯不亮，那可能是网线或交换机端口问题，这时需要去机房看物理状态。
2.2 DHCP客户端的选择：NM还是dhclient？
麒麟系统默认使用NetworkManager管理网络，但服务器版有时会安装传统的network服务（systemd-networkd或network-scripts）。这两者使用的DHCP客户端不同，行为也不同。
查看当前网络管理服务：
bash复制systemctl status NetworkManager
systemctl status network
如果两者都运行，可能会冲突。我遇到过好几次，NetworkManager和network服务同时开启，导致DHCP请求混乱，IP获取时断时续。经验：建议只保留一个网络管理服务，服务器环境推荐使用NetworkManager，桌面版也是NetworkManager，老系统可能用network。
检查DHCP客户端是否正常工作：
- 如果使用NetworkManager，DHCP请求由NM内置的DHCP插件处理（默认是internal，也可以配置为dhclient或dhcpcd）。
- 查看NM日志：
journalctl -u NetworkManager -f | grep dhcp，可以实时看DHCP请求过程。 - 如果使用传统的network服务，DHCP客户端