王杰岸装完OpenEuler系统，第一件事往往不是装软件，而是改IP。很多场景下，安装程序默认走DHCP自动获取地址，服务器重启一次、交换机端口换一下，IP就变了，之前配置好的SSH连接、数据库监听、Nginx转发全部失灵。我自己就遇到过一台OpenEuler服务器，头一天还能用ssh root@192.168.1.10登录，第二天怎么都连不上，跑到机房一看，地址变成了192.168.1.14，DHCP重新分配了。这种时候你才会意识到，静态IP对于服务器来说不是可选项，而是必需品。
这篇文章就把我在OpenEuler上修改静态IP的完整经验写清楚，包括nmcli命令行、配置文件两种主流做法，以及DNS失效、多网卡路由、版本差异这些坑。无论你是在VMware里装的虚拟机，还是物理机上跑的22.03 LTS SP4、24.03 LTS SP2/SP3，整个过程都能直接照着操作。
1. 为什么服务器非要静态IP不可
很多刚接触Linux运维的同学会问：DHCP不是挺方便的吗，插上网线自动获取地址，不用手动配置，为什么还要折腾静态IP？这个问题其实要站在服务的角度理解，而不是站在登录的角度。
1.1 从一次"连不上"的故障说起
我遇到过一个很典型的场景：一台OpenEuler服务器上跑了数据库，程序里配置的数据库地址是localhost，本机访问一切正常。后来需求变了，要让另一台机器通过局域网连接数据库，结果怎么都连不上。
排查到最后发现，数据库监听地址配置成了localhost，而localhost指向的是127.0.0.1，这个回环地址只代表本机自己。外部机器要通过网络访问，监听地址必须绑定到实际的局域网IP上，比如192.168.1.10。这正是相关热词里"oracle服务器主机配置静态监听用localhost无法连接，必须用主机名称或ip地址"这个问题的根源。
但问题来了：如果你的服务器IP是DHCP动态分配的，今天绑定192.168.1.10，明天IP变成了192.168.1.14，那所有依赖这个地址的服务配置就全部失效。数据库监听要改、SSH登录地址要改、防火墙规则要改、业务系统的连接池配置也要改。一次重启，可能带来一晚上的加班。
1.2 DHCP与静态IP的职责边界
DHCP本身没有错，它的设计初衷是给终端设备提供即插即用的网络接入能力。办公电脑、手机、打印机这类设备，IP变了影响不大，重新获取一下就好。但服务器承载的是持续服务，它需要有一个确定的、可预期的地址身份。
从另一个角度说，DHCP服务器一旦出现问题，或者地址池分配策略调整，你的服务器IP可能悄悄变化，而很多服务不会自动感知这种变化。相比之下，静态IP在规划网络时就能固定下来，配合DNS解析、防火墙策略、监控系统，整个运维体系才有一个稳定的基础。
所以，如果你要在这台OpenEuler上部署任何需要对外提供访问的服务，我的建议是：装完系统后第一件事就配置静态IP，不要等着出问题再改。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 动手前必须搞清楚的网络管理方式
OpenEuler的网络管理方式和CentOS/RHEL系基本一致，核心是NetworkManager和sysconfig配置文件两套体系。很多教程只讲其一，但实际工作中你会发现，有些环境用nmcli，有些环境直接改配置文件，两条路都得会。
2.1 怎么确认当前用的是哪套网络管理
先执行一条命令看看NetworkManager到底有没有运行：
bash复制systemctl status NetworkManager
如果服务状态是active (running)，说明系统在用NetworkManager。此时推荐优先使用nmcli命令配置网络，因为NetworkManager会把配置正确写入系统文件，并实时更新运行状态，两者保持一致。
如果NetworkManager没有运行，或者你把它禁用掉了（有些最小化安装场景会这么做），那就走传统方式，直接编辑/etc/sysconfig/network-scripts/下的配置文件，然后通过systemctl restart network（或nmcli connection reload）让配置生效。
怎么确认实际生效的网卡以及当前IP？看这两个命令：
bash复制ip addr show
ip route
ip addr告诉你每张网卡的IP地址、掩码、MAC和状态，ip route告诉你当前的默认网关。这两个命令的输出，是你后续所有配置的对照基准。
2.2 nmcli、nmtui、配置文件，优先用谁
很多老运维习惯直接改配置文件，因为命令行界面操作"所见即所得"，改完检查一遍参数心里有底。但NetworkManager接管后，如果你直接改配置文件，需要执行nmcli connection reload或重启NetworkManager才能生效，否则可能出现"配置文件改了，系统实际还在用旧地址"的情况。
我的使用习惯是这样：
| 场景 | 推荐方式 | 原因 |
|---|---|---|
| 有图形界面或SSH终端交互 | nmtui | 全屏菜单式操作，不容易漏参数，适合不熟悉命令行语法的人 |
| 脚本化、自动化、远程操作 | nmcli | 单条命令完成设置，便于写入运维脚本，可批量执行 |
| 排查NetworkManager异常、系统修复 | 直接改配置文件 | 不依赖NetworkManager服务，最小化环境中也能操作 |
| 批量部署多台机器 | 复制文件+修改UUID | 配置文件模板化，速度快，可重复 |
本篇重点讲nmcli和配置文件两种方式。nmtui本质上是nmcli的图形前端，理解命令行之后，用起来很简单。
3. nmcli命令行配置静态IP的完整过程
这是我最推荐的方式。nmcli操作逻辑清晰，而且配置会立刻同步到NetworkManager的配置文件中，不会出现两边不一致的问题。
3.1 查看当前连接与网卡状态
先看网卡信息：
bash复制nmcli device status
输出大致是这样：
code复制DEVICE TYPE STATE CONNECTION
ens160 ethernet connected ens160
lo loopback unmanaged --
这里的ens160就是我的物理网卡，它已经连接到了一个叫ens160的连接配置上。注意这个连接名称很关键，后续所有修改都是针对这个连接名，而不是网卡名。
再看当前的IP地址：
bash复制nmcli connection show ens160 | grep ipv4
确认一下你现在是DHCP还是静态：
bash复制ipv4.method: auto
ipv4.addresses: 192.168.1.10/24
ipv4.method显示auto说明当前是DHCP自动获取。如果显示manual，说明已经是静态配置。
3.2 修改连接为静态IP并写入IP、网关、DNS
假设我的规划是：
- 网卡名：
ens160 - 连接名：
ens160 - IP地址：
192.168.1.100 - 子网掩码：
255.255.255.0（CIDR写作/24） - 默认网关：
192.168.1.1 - DNS服务器：
192.168.1.1（内网DNS）和223.5.5.5（公网DNS）
执行以下命令：
bash复制nmcli connection modify ens160 \
ipv4.method manual \
ipv4.addresses 192.168.1.100/24 \
ipv4.gateway 192.168.1.1 \
ipv4.dns "192.168.1.1 223.5.5.5"
然后重启连接让配置生效：
bash复制nmcli connection down ens160
nmcli connection up ens160
或者用一条命令：
bash复制nmcli connection reload ens160
注意，reload只是让NetworkManager重新读取配置文件，某些情况下不会重新应用IP地址。稳妥起见，我习惯用down+up的方式。
3.3 验证是否真的生效
配置完别急着走，先验证三件事：
bash复制ip addr show ens160
ip route
cat /etc/resolv.conf
第一，确认IP地址已经变成192.168.1.100/24。第二，确认默认路由指向192.168.1.1。第三，确认DNS已经写入。
如果这三项都对，再做连通性测试：
bash复制ping -c 3 192.168.1.1
ping -c 3 www.baidu.com
这里有个小细节：ping网关通，说明二层三层通了；ping公网域名通，说明DNS解析和NAT都没问题。如果内网通、外网不通，多半是网关或者DNS配置的问题，后面专门讲。
如果配置过程中担心把SSH连接弄断，可以用
nohup或者后台任务延迟执行nmcli connection up，给自己留条后路。我早期踩过这个坑，配错了网关，断网后只能在虚拟机控制台上敲命令，很狼狈。
4. 直接编辑配置文件的方法
不是所有人都喜欢用nmcli。有些生产环境出于安全考虑禁用了NetworkManager，有些OpenEuler最小化安装后网络服务使用network脚本直接管理。这时候就得走老路：编辑ifcfg配置文件。
4.1 找到正确的ifcfg文件
OpenEuler的网卡配置文件位于/etc/sysconfig/network-scripts/目录下，命名规则是ifcfg-<网卡名>。比如网卡是ens160，那文件就是/etc/sysconfig/network-scripts/ifcfg-ens160。
先查一下你机器上实际有哪些文件：
bash复制ls /etc/sysconfig/network-scripts/
如果看到ifcfg-ens160之类的文件，就用编辑器打开。如果没有对应文件，需要手动创建一个，文件名务必以ifcfg-开头并匹配网卡名。
4.2 关键参数说明
打开文件后，典型的静态IP配置是这样的：
bash复制TYPE=Ethernet
BOOTPROTO=static
NAME=ens160
DEVICE=ens160
ONBOOT=yes
IPADDR=192.168.1.100
PREFIX=24
GATEWAY=192.168.1.1
DNS1=192.168.1.1
DNS2=223.5.5.5
每个参数的含义我列一下：
| 参数 | 含义 | 关键点 |
|---|---|---|
BOOTPROTO |
地址获取方式 | static表示静态，dhcp表示自动获取 |
ONBOOT |
开机是否激活网卡 | 必须设为yes，否则重启后网卡不启动 |
IPADDR |
IP地址 | 例如192.168.1.100 |
PREFIX |
子网掩码前缀长度 | 24等价于255.255.255.0 |
GATEWAY |
默认网关 | 必须和IP在同一网段的路由器地址 |
DNS1/DNS2 |
DNS服务器 | 第一个为优先DNS，第二个为备选 |
这里特别提醒一个细节：有些老教程写的是NETMASK=255.255.255.0，OpenEuler同样支持。但在新版本中我更推荐用PREFIX，因为它和ip命令的CIDR写法保持一致，避免换算错误。两种方式不要同时写，否则会冲突。
还有一点，UUID这个字段。如果文件是从别处拷贝来的，建议删除原UUID，或者使用uuidgen重新生成一个，否则NetworkManager可能识别错乱。不过纯脚本方式管理网络时，UUID并不影响启动。
4.3 加载配置并验证
对于使用NetworkManager的系统，改完文件后执行：
bash复制nmcli connection reload
nmcli connection up ens160
对于禁用NetworkManager、使用传统network服务的系统，执行：
bash复制systemctl restart network
然后同样用ip addr show ens160和ip route验证。如果网卡没有起来，可以看系统日志：
bash复制journalctl -xe | grep network
根据日志里的报错去调整配置，通常都是网关地址写错、掩码不对、或者ONBOOT没设成yes。
5. 最容易翻车的几个细节
配置静态IP看起来简单，但实际工作中翻车的地方往往不在"改IP"本身，而在一些容易忽略的细节上。下面这几个坑是我反复踩过的，单独拿出来说。
5.1 DNS配置失效问题
很多人改完静态IP，发现ping网关通了，ping公网IP也通，就是ping域名解析不了。最常见的两种情况：
第一种，/etc/resolv.conf文件被NetworkManager覆盖。你明明在ifcfg文件里写了DNS1=192.168.1.1，但重启后/etc/resolv.conf里的DNS还是旧的，甚至被清空了。这是因为NetworkManager对resolv.conf有管理权。解决办法是确保在nmcli或ifcfg文件里配置DNS，而不是直接编辑/etc/resolv.conf。如果你坚持手动管理DNS，需要设置网卡的ipv4.ignore-auto-dns，或者把/etc/NetworkManager/NetworkManager.conf中的dns配置改为none。
第二种，DNS服务器本身不可达。内网DNS地址写错了，或者写了公网DNS但服务器在隔离网络里访问不到。建议配置时用两个DNS，一个内网一个公网，比如DNS1=192.168.1.1、DNS2=223.5.5.5，这样内网解析走内网DNS，外网解析有兜底。
测试DNS是否工作：
bash复制nslookup www.baidu.com
如果不能解析，先检查能不能ping通223.5.5.5，能通说明DNS服务器可达，问题在解析配置；不能通说明网络不通，问题在路由。
5.2 多网卡与默认路由的冲突
服务器上有两张网卡时，配置静态IP最容易出的问题就是默认路由漂移。比如ens160连着内网，ens192连着外网，你给两张网卡都配了网关，系统会迷茫：到底走哪条路出去？
默认情况下，Linux内核根据路由表的metric（优先级）来决定默认路由。数值越小优先级越高。当你给两张网卡都配置GATEWAY时，默认网关可能指向其中一张，导致访问外网时走了错误的网卡。
解决办法有几个：
- 只在一张网卡上配置
GATEWAY，另一张网卡不写网关，只配置IP和掩码。内网访问走直连路由，外网访问走默认网关。 - 如果两张网卡都需要网关，使用策略路由（
ip rule）把特定网段的流量指向指定路由表。 - 用
nmcli配置时可以显式指定路由优先级：
bash复制nmcli connection modify ens192 ipv4.route-metric 200
调整metric后，系统会优先选择metric小的网卡作为默认出口。这个方法在虚拟机和物理机多网卡场景下非常实用。
5.3 不同版本OpenEuler之间的差异
OpenEuler目前常用的是22.03 LTS SP4和24.03 LTS SP2/SP3。虽然网络配置的基本逻辑一致，但我在实际使用中发现几个细微差异。
22.03系列默认使用的网络管理工具链更接近传统CentOS 8的体系，/etc/sysconfig/network-scripts/目录下的ifcfg文件默认存在。24.03系列开始，系统更强调NetworkManager，某些最小化安装镜像中，ifcfg文件可能不再是默认生成方式，网卡配置会迁移到/etc/NetworkManager/system-connections/目录下的*.nmconnection文件。
如果你在24.03里找不到ifcfg-ens160，不要慌，用nmcli命令一样能完成配置。执行以下命令查看当前连接：
bash复制nmcli connection show
然后按第3节的步骤修改即可。实际验证过后，nmcli命令在22.03和24.03上的语法完全兼容，这让我省了很多心。如果你一定要手动编辑配置文件，在24.03上可以创建/etc/NetworkManager/system-connections/ens160.nmconnection，但这张文件格式和ifcfg不同，新手不建议直接上手，反而容易写错。
如果想沿用传统
ifcfg文件的习惯，又担心新版本不识别，有个小技巧：在/etc/NetworkManager/NetworkManager.conf的[main]段落下确认plugins是否包含ifcfg-rh。如果包含，ifcfg文件仍然有效。
6. 配置静态IP后常见故障排查链路
哪怕你严格按照教程操作，也难免遇到各种意外。这里梳理一条完整的排查链路，从网卡起不来、到网络不通、再到服务连不上，逐个击破。
6.1 网卡起不来
nmcli connection up ens160执行后报错，或者执行完ip addr发现网卡没有IP。先看网卡状态：
bash复制ip link show ens160
如果状态显示DOWN，先启用网卡：
bash复制ip link set ens160 up
如果还是起不来，检查两件事：
第一，ONBOOT是否为yes。很多人改完IP，忘了改ONBOOT，结果重启后网卡没有自动启动。
第二，是否存在配置冲突。比如ifcfg文件里同时写了BOOTPROTO=static和IPADDR、DHCP_HOSTNAME等多项参数，互相干扰。干净的做法是只保留必要参数。
6.2 能ping通网关但上不了外网
这个故障我用一张图来拆解思路：目标IP（比如223.5.5.5）从你本机出发，第一跳是网关（192.168.1.1），网关帮你路由到公网。能ping通网关，说明链路层和IP层到网关这段正常。外网不通，问题出在网关的NAT、运营商路由或者防火墙规则。在服务器上执行：
bash复制ip route
确认默认路由是否存在。如果默认路由缺失，检查GATEWAY是否写对。如果默认路由有多条，注意看metric。
然后检查防火墙：
bash复制 firewall-cmd --list-all
有些OpenEuler镜像默认开启了firewalld，对外网的ICMP请求可能被拦截。SSH连不上也可能跟这个有关。
6.3 服务监听在localhost导致外部无法连接
这是静态IP配置完成后紧接着会遇到的高频问题。IP配好了，网也通了，但其他机器访问你的服务还是失败。此时用ss命令看监听地址：
bash复制ss -lntp
如果看到服务监听的是127.0.0.1:3306或127.0.0.1:1521，说明服务只绑定了回环地址。外部机器通过局域网IP访问时，请求到达服务器网卡，但端口没有监听在对外网卡上，连接自然被拒绝。
解决办法是修改服务的监听配置，把监听地址从127.0.0.1改成0.0.0.0（监听所有网卡）或具体的静态IP地址。不同的服务改法不同：
- MySQL/MariaDB：修改
/etc/my.cnf中的bind-address - Nginx：修改
server块中的listen参数 - Oracle：修改
listener.ora中的HOST，或确保静态注册用的主机名能解析到局域网IP - Redis：修改
/etc/redis.conf中的bind参数，同时注意protected-mode
改完监听地址后重启服务，再用ss -lntp确认监听网卡已经变成0.0.0.0或你的静态IP。
我之前配置Oracle监听碰到过类似问题，监听配置里写的
HOST=localhost，导致外部怎么都连不上。后来把listener.ora里的HOST改成静态IP，并确保/etc/hosts里主机名解析到局域网IP，问题才解决。这类问题在配置完静态IP后特别容易暴露，所以单独拿出来提醒一次。
7. 两套修改方式怎么配合才稳妥
无论你选择nmcli还是直接改配置文件，都要明白一个原则：让系统里的配置"一处为源，其他同步"。不要一会儿用nmcli改，一会儿又手动改文件，两边不一致的后果就是排查问题时精神分裂。
7.1 我的推荐操作顺序
我的习惯是，对于生产服务器，先用规划好的IP信息写成一份配置草稿，包含IP、掩码、网关、DNS四项。然后直接执行nmcli命令一次性写入，再通过nmcli connection show确认配置正确。确认无误后，进入配置文件目录，检查ifcfg-ens160或nmconnection文件里NetworkManager自动同步的内容，确认关键参数都有。
这个习惯的好处是，你有了命令行操作的标准化通道，同时又不丢失对配置文件的掌控感，一旦出现问题，可以立刻从文件层面排查。
7.2 配置回滚的保底方案
改名IP配置前，我强烈建议记录一下当前的网络配置：
bash复制nmcli connection show ens160 > network-backup-$(date +%Y%m%d).txt
或者直接备份配置文件：
bash复制cp /etc/sysconfig/network-scripts/ifcfg-ens160 /etc/sysconfig/network-scripts/ifcfg-ens160.bak.$(date +%Y%m%d)
如果改完发现连不上，直接用备份文件恢复，然后重启网络服务。多备份一次，少走一次回头路，这是运维里最朴素的真理。
7.3 远程操作时的保命技巧
如果你是通过SSH远程配置网络，尤其要注意：一旦nmcli connection up把当前网卡断开，SSH连接会立刻断掉。保险的做法是写一个定时任务，比如在5分钟后自动恢复配置：
bash复制echo "nmcli connection up ens160" | at now + 5 minutes
这样即使配置错了，5分钟后网络会自动恢复，你还能重新连上去。如果没有at命令，可以用nohup bash -c 'sleep 300; nmcli connection up ens160' &达到类似效果。这个小技巧我每次远程改网络配置都会用，强烈推荐。
配置静态IP本身不复杂，真正的复杂度来自它背后的依赖链：IP变了，服务监听要变，白名单要变，路由要变，甚至监控系统都会告警。把这篇文章里的每个细节都过一遍，尤其是DNS、多网卡、监听地址这三个高发坑，至少能帮你少走大半弯路。