在服务器上找不到IP地址，核心解决思路是：先判断系统能否通过命令获取地址，再检查网卡配置文件和网络服务状态，最后确认物理链路，绝大多数情况都出在网卡配置被覆盖或网络管理服务冲突这两条线上。
服务器ip地址不见了怎么查找：先分清你是哪种“找不到”
很多求助帖把问题描述成“服务器没IP了”，但实际故障场景各不相同，常见的“找不到”大致分三类,处理方式完全不同。
重启后ip地址丢失，像被重置了一样
这类情况最常见，服务器重启之后，ip addr 显示网卡处于 DOWN 状态，或者只有 0.0.1 回环地址，之前配好的内网IP消失得无影无踪，原因基本是网卡配置文件里写的不是 ONBOOT=yes,或者你之前用命令临时加的IP没有写进文件。
检查命令如下：
ip addr show查看当前网卡状态和IPcat /etc/sysconfig/network-scripts/ifcfg-eth0查看网卡配置文件（CentOS/Rocky路径）- 配置文件里
ONBOOT必须为yes，BOOTPROTO设为static或dhcp
系统里压根识别不到网卡设备
用 ip addr 只看到 lo，物理网卡整个消失，这种情况多半是驱动没加载，或者 BIOS 里网卡被禁用，常见于刚换过内核、升级过系统,或者从虚拟机克隆出来的新服务器。
排查步骤：
lspci | grep -i ethernet确认硬件是否被识别dmesg | grep eth查看内核日志里有没有报错- 尝试
modprobe 驱动模块名手动加载驱动
服务器分配了ip但ping不通，看着有地址却连不上
地址栏里明明有IP，但局域网内其他机器访问不了，这时要检查的是掩码、网关是否配错，或者系统防火墙放了什么奇怪的规则，别忘了看看是不是有两块网卡配了同一个网段的IP,会出现路由混乱。
linux服务器配置ip地址的详细步骤：从命令行到配置文件全打通
如果你已经确定是配置丢失，下面这套操作可以直接照抄，多数情况下，手动改配置文件比用图形工具更稳,因为服务器环境通常没有桌面。
临时生效的命令行方式
这种方法适合应急，重启后失效,但能让你立刻连上服务器操作：
ip addr add 192.168.1.100/24 dev eth0 ip link set eth0 up ip route add default via 192.168.1.1
注意把网卡名和IP换成你自己的，如果服务器在云上，IP、网关和掩码一般能在控制台看到。
永久生效的配置文件方式
Debian/Ubuntu 系（使用 netplan 或 /etc/network/interfaces）：
新版本系统推荐用 netplan，配置文件在 /etc/netplan/ 目录下，通常是 .yaml 结尾的文件，编辑后执行 sudo netplan apply，注意 YAML 对缩进非常敏感，用空格不要用 Tab。
CentOS/RHEL/Rocky 系：
配置文件在 /etc/sysconfig/network-scripts/ 下，文件名格式是 ifcfg-网卡名，改完后执行 systemctl restart network 或 nmcli c reload。
使用 nmcli 命令管理网络
在较新版本的 RHEL 系系统上，nmcli 是官方推荐的网络管理工具,比直接改文件更不容易出错：
nmcli connection modify eth0 ipv4.addresses 192.168.1.100/24 nmcli connection modify eth0 ipv4.gateway 192.168.1.1 nmcli connection modify eth0 ipv4.method manual nmcli connection up eth0
这个工具的好处是它同时管理 NetworkManager 的配置和系统配置,不会出现两边不同步导致服务起不来的问题。
服务器配置IP时容易忽略的细节
业内专家指出，配置IP时常见的坑集中在三处：DNS没写导致域名解析不了、子网掩码抄错导致通信范围变小、还有网关地址填错导致只能内网通信出不去外网，建议配置完用 ip route 看一眼路由表,确认默认网关已经生效。
排查服务器网络配置前，先把手动配置和DHCP的冲突理清楚
很多服务器管理员会先手动配一个静态IP，后来又开了DHCP，两边都没删干净，重启之后系统不知道该听谁的,结果就是IP地址死活不出来。
如何确认是DHCP还是静态IP在起作用
查看网卡配置文件里 BOOTPROTO 字段：
- 值为
dhcp表示系统通过DHCP获取地址，如果局域网里没有DHCP服务器，地址自然为空 - 值为
static或none表示系统使用配置文件中写死的地址，若地址没填或格式错了也会失败 - 还有混着写的，既写了
BOOTPROTO=dhcp又在文件里给IPADDR赋值，这种配置文件谁能看懂呢
处理办法简单粗暴：选一种方式，把另一种彻底关掉，局域网里如果有专门的DHCP服务器，用自动获取省心；如果没有,老老实实写静态IP。
常见虚拟化平台的IP配置差异
服务器放在不同平台,配置入口不一样：
- VMware vSphere：在虚拟机设置里可以查看网卡类型，客户机操作系统里需要装好对应驱动
- Proxmox VE：桥接模式需要确认物理网卡被桥接，否则虚拟机拿到地址也出不去
- 云服务器控制台：VNC登录后直接在系统内配IP，控制台里的“私有网络”设置了实际分配的地址段
行业共识认为，无论哪种平台，先确认底层网络通不通，再折腾系统内部配置，排查效率高得多，本机都ping不通网关，说明问题出在虚拟交换机或物理链路上,跟系统配置没关系。
服务器固定ip设置方法：DHCP保留和手动指定怎么选
为了以后不再遇到IP丢失的问题，很多人会选择固定IP，固定IP通常有两条路：一是在路由器或DHCP服务器上做MAC地址绑定,二是直接在服务器上写死静态IP。
在路由器上做静态IP分配
登录路由器管理界面，找到“DHCP服务器设置”或“静态地址分配”，把服务器的MAC地址和想要使用的IP填进去，这种做法适合不想改动服务器内部配置的场景，统一在路由器上管理，将来换机器也方便，缺点是路由器重启或恢复出厂设置后,绑定关系可能丢失。
直接在服务器里写死IP
这个方法推荐给大多数场景，直接在网卡配置文件里写死地址，不依赖任何外部设备，即使网络环境发生变化，服务器自身配置不会丢，要注意的坑是：一台服务器如果有多个网口，配置时一定要看清楚哪个网口对应哪根网线，不然容易把地址配到闲置的网口上，表面上配置没问题,实际上没生效。
网络服务起不来导致ip地址消失，这条隐藏原因常被忽略
配置文件和物理链路都没问题，但IP就是出不来，这时候八成是网络服务出了问题，这种情况在 CentOS 7/8 时代尤其常见，因为系统里同时存在 network.service 和 NetworkManager.service 两套网络管家。
两套网络服务冲突的表现
症状通常是这样的：配置文件看着完全正常，ONBOOT=yes 也写了，但 systemctl restart network 后网卡依然是 DOWN，甚至有时候系统启动日志里一堆关于网络服务的报错,但你看不懂它在抱怨什么。
解决办法如下：
systemctl disable network systemctl enable NetworkManager systemctl restart NetworkManager
或者反过来禁用 NetworkManager 只用 network，官方推荐用 NetworkManager，因为它是 Red Hat 系当前的主力网络服务，功能和兼容性都更好，特别是配合 nmcli 命令操作时，处理复杂网络场景比老旧的 network 脚本灵活得多，多数发行版的默认安装都预置了 NetworkManager,少数精简安装的服务器镜像可能没装。
网卡命名规则带来的配置陷阱
较新版本的 CentOS/Rocky 安装时，网卡名可能是 ens33、ens160 这种格式，而老系统叫 eth0，如果你从老教程里复制了一段命令没改网卡名，命令自然会执行失败，查看当前实际网卡名称，用 ip addr 输出里面那个有地址的接口名,别凭记忆猜。
Q&A：服务器IP地址常见疑问解答
服务器上次配好的ip地址，重启后为什么总丢？
多数情况下是因为配置没有持久化保存，用 ip addr add 命令添加的地址只存在于当前运行的内核中，重启后自动消失，需要将配置写入网卡配置文件或者通过 netplan、nmcli 等工具持久化，还有一种情况是配置文件权限或格式错误，系统启动时跳过加载,日志里会提示网卡启动失败。
用dhcp获取ip的服务器，为什么有时拿不到地址？
可能原因包括：局域网内没有DHCP服务器在运行；交换机端口与上行链路间存在VLAN隔离；系统防火墙阻止了DHCP客户端发出请求，排查时可先用 tcpdump -i eth0 port 67 or port 68 抓包确认客户端是否发出了DISCOVER包，再确认DHCP服务器日志里是否有对应请求记录,最后检查交换机端口配置是否允许该VLAN通过。
有两块网卡的服务器，ip地址配置要注意些什么？
尽量避免两块网卡配置在同一网段的IP，否则路由表会产生冲突，导致部分流量发不出去，建议把内网业务和管理网段物理隔离，用不同网卡承载，如果需要冗余或负载均衡，应使用网卡绑定（bonding）或聚合（teaming）方案,而不是让两块网卡各自独立配置相同网段的地址。
如果按上文排查完，IP仍然出不来，请重点检查物理链路中容易被忽略的环节：网线是否松动、交换机端口是否被划在异常VLAN、网卡固件是否被重置过，多数IP丢失问题本质上是配置和应用环境脱节造成的，找出那个不匹配的点，你离解决就不远了。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/693113.html
