linux ip配置

Linux IP 配置核心结论

在 Linux 系统中配置 IP 地址，最推荐的方式是使用 NetworkManager 或 systemd-networkd 进行持久化配置，而非临时生效的 ifconfig 或 ip addr 命令，临时命令只适合测试，重启后失效；直接修改配置文件则必须掌握不同发行版的差异，对于生产环境，建议优先采用 静态 IP + 配置管理工具 的组合方案，确保网络稳定、可追溯、可回滚。

为什么不能只靠 ifconfig 和 ip 命令

很多运维新手习惯用 ifconfig eth0 192.168.1.100 netmask 255.255.255.0 up 来配置 IP，这种方式立即生效但无法持久化，Linux 的网络栈本身并不保存配置，而是由上层网络管理服务负责。ip 命令虽然功能更强，但同样只作用于内核当前状态，一旦重启网络服务或系统,所有修改都会丢失。

正确做法是选择一套网络管理框架，并让配置写入对应文件,常见框架有三种：

• NetworkManager：桌面和服务器通用，支持动态切换,适合大多数云主机和物理机。
• systemd-networkd：轻量、快速，适合容器和精简系统,配置文件清晰易读。
• 传统 ifupdown（/etc/network/interfaces）：Debian/Ubuntu 老派风格，简单直接,但已逐步被替代。

不同发行版的标准静态 IP 配置方法

RHEL/CentOS/Rocky/Alma（NetworkManager + nmcli）

这些系统默认使用 NetworkManager，推荐用 nmcli 命令行工具配置，既持久又安全。

nmcli con mod eth0 ipv4.addresses 192.168.1.100/24
nmcli con mod eth0 ipv4.gateway 192.168.1.1
nmcli con mod eth0 ipv4.dns "8.8.8.8 114.114.114.114"
nmcli con mod eth0 ipv4.method manual
nmcli con up eth0

修改完成后，配置会写入 /etc/NetworkManager/system-connections/eth0.nmconnection。验证语法正确性再重载是避免断网的关键：

nmcli con reload
nmcli dev status

Debian/Ubuntu（Netplan 或 interfaces）

Ubuntu 18.04 以上默认使用 Netplan，配置文件在

/etc/netplan/.yaml，以 01-netcfg.yaml 为例：

network:
  version: 2
  ethernets:
    eth0:
      dhcp4: no
      addresses:
        - 192.168.1.100/24
      routes:
        - to: default
          via: 192.168.1.1
      nameservers:
        addresses:
          - 8.8.8.8
          - 114.114.114.114

执行 sudo netplan apply 生效，注意 YAML 缩进错误会导致整个网络服务崩溃，建议先用 sudo netplan try 做自动回滚验证。

传统 Debian 系统则编辑 /etc/network/interfaces：

auto eth0
iface eth0 inet static
    address 192.168.1.100
    netmask 255.255.255.0
    gateway 192.168.1.1
    dns-nameservers 8.8.8.8 114.114.114.114

通用临时配置命令（应急用）

当远程连接到服务器且改坏配置时,可使用以下命令临时恢复网络：

sudo ip addr add 192.168.1.100/24 dev eth0
sudo ip route add default via 192.168.1.1
echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf

注意：/etc/resolv.conf 常被 systemd-resolved 接管，手动修改后可能被覆盖，最好通过 resolvectl dns eth0 8.8.8.8 设置。

多网卡与路由策略的进阶配置

生产服务器常有多块网卡，需要区分业务网和管理网，此时要避免路由冲突，需要配置策略路由，业务流量走 eth0，备份流量走 eth1。

在 RHEL 系列中启用 NetworkManager 的 rule 和 route 配置：

nmcli con mod eth1 ipv4.routes "10.0.0.0/8 via 10.0.1.1 table 100"
nmcli con mod eth1 ipv4.routing-rules "priority 100 from 10.0.1.0/24 table 100"

同时要设置 /etc/sysctl.conf 中的 net.ipv4.ip_forward=1（如需转发），以及 rp_filter 反向过滤规则,避免不对称路由丢包。

检测多网卡故障的命令：

• ip route show table all：查看所有路由表
• ip rule list：查看策略规则
• tcpdump -i eth1：抓包确认流量走向

酷番云实战经验：云服务器 IP 配置的三大坑

作为酷番云运维团队，我们处理过大量用户因 IP 配置错误导致实例不可达的工单,以下是高频问题及解决方案：

坑1：在云控制台修改弹性 IP 后，未同步到系统内部
云平台通常通过 DHCP 或 metadata 服务下发 IP，酷番云控制台更换弹性 IP 后，必须在系统内重启网络服务或执行 dhclient -r eth0 && dhclient eth0，否则旧 IP 仍保留,导致失联。

坑2：同时启用 DHCP 和静态 IP，造成路由冲突
部分用户网卡配置里残留 dhcp4: yes，同时又手动指定了静态地址，Netplan 会优先使用 DHCP 获取的网关，静态网关不生效，酷番云建议：设置 dhcp4: no 或 dhcp4: false，确保配置单一来源。

坑3：防火墙与安全组双重拦截
Linux 本身的 firewalld 或 ufw 与酷番云安全组规则是独立的两层，有时 IP 配置完全正确，但安全组未放行对应端口，外部依旧无法访问，此时先在系统内用 ss -lntp 确认服务监听 0.0.0.0，再检查安全组入方向规则，同时排查系统防火墙日志。

我们的最佳实践是：在酷番云控制台绑定弹性 IP 后，立即通过 VNC 或救援模式进入系统，使用 nmcli 检查当前网卡状态，确认 IP 和网关属于同一子网段，如果是自定义静态 IP，务必将网关设为控制台提供的默认网关，且不能与 IP 同网段的其他主机冲突。

IP 配置后的验证与排错清单

配置完成后，按以下顺序验证,确保没有遗漏：

# 1. 检查 IP 是否生效
ip addr show eth0
# 2. 检查默认路由
ip route show
# 3. 检查 DNS 解析
nslookup www.example.com
# 4. 测试外网连通性
ping -c 4 223.5.5.5
# 5. 测试网关连通性
ping -c 2 你的网关地址

若 ping 外网 IP 通但域名不通，问题在 DNS；若网关不通，问题在二层链路或安全组；若本机 IP 正确但外网无法访问,优先检查路由策略和防火墙。

自动化配置 IP 的最佳实践

对于批量服务器，

不要手动逐台编辑配置文件，建议结合 Ansible 或 Terraform，将 IP 配置代码化，Ansible 的 nmcli 模块：

- name: 配置静态 IP
  nmcli:
    conn_name: eth0
    type: ethernet
    ip4: 192.168.1.100/24
    gw4: 192.168.1.1
    dns4:
      - 8.8.8.8
      - 114.114.114.114
    state: present

同时配合 handlers 只在配置变化时重启网络，降低业务中断风险。每次变更前备份原配置，并利用 etckeeper 或 Git 保存 /etc 下的网络相关文件,方便快速回滚。

相关问答

问：配置静态 IP 后，为什么重启网络服务就断连，无法自动恢复？
答：最常见原因是配置文件中的网卡名称与系统实际接口名不一致，例如配置了 eth0 但系统接口名为 ens33。网关地址填写错误或未写子网掩码（如写成 168.1.1 而不是 168.1.1/24）也会导致路由无法建立，建议先通过 ip link 确认接口名，再检查配置中的字段是否完整，如果已经断连，可通过 VNC 或物理终端进入系统，执行 dhclient 接口名 临时获取 IP 后修正配置。

问：DHCP 获取的 IP 和静态 IP 冲突，应该怎么防止？
答：在网卡配置中明确关闭 DHCP，只保留静态配置，如果业务上必须使用 DHCP 获取动态地址，又想保留固定 IP，可以在 DHCP 服务端设置 IP-MAC 绑定，或者使用 NetworkManager 的 dhcp-send-hostname 及定时检查机制，但最稳妥的方式是：将网卡 method 改为 manual，彻底移除 dhcp4 或 bootproto 相关选项，然后重启网络，同时确保该 IP 不在 DHCP 地址池内,避免冲突。

写在最后

Linux IP 配置看似简单，但细节决定成败。建议先理解网络管理框架的工作原理，再动手修改，如果你使用的是酷番云云服务器，遇到网络配置难题，可在控制台提交工单或联系在线技术支持，我们提供 7×24 小时专业协助，也欢迎在评论区分享你踩过的 IP 配置坑,一起交流解决思路。