服务器没有IP地址，先别急着重装系统：绝大多数情况出在网卡、DHCP和交换机端口这三处，按“物理层→链路层→网络层→系统层”的顺序排查，十分钟内基本能定位。
先分清“没有IP”的三种状态，别一上来就改配置
同样是“没有IP”，背后的原因完全不同，先看清屏幕上的现象,再决定往哪个方向查。
- 地址是169.254.x.x：这是系统在拿不到DHCP响应时自动分配的临时地址（APIPA），说明网卡在工作,但没收到服务器回应。
- 网卡状态显示“未连接”“无电缆”或“NO-CARRIER”：链路根本没起来,跟IP配置无关。
- 有IP但ping不通网关：地址拿到了，问题在掩码、网关、VLAN或路由上。
把这三类分开，能省掉大量无效操作，很多人一看连不上就去改/etc/network/interfaces,结果网线松了都没发现。
服务器网卡不显示IP地址是什么原因：从网线查到你系统里
物理层：灯不亮，什么配置都白搭
先看服务器网口指示灯和交换机对应端口的灯，灯不亮，按顺序检查：网线是否插紧、是否用了劣质跳线、光模块是否匹配（单模多模别搞混）、交换机端口是否被shutdown，机房里最常见的“事故”是保洁拔了电源附近的网线,或者上架时插错端口。
用ethtool eth0可以看Link detected: yes/no,比肉眼可靠。
链路层：VLAN和端口安全最容易背锅
灯亮、链路正常，但就是拿不到地址,重点查交换机侧：
- 端口是否划到了正确的VLAN，服务器网卡是否配置了对应的802.1Q子接口。
- 端口是否开启port-security并绑定了其他MAC地址。
- 是否启用DHCP Snooping但没把上联口设为信任口,导致DHCP报文被丢弃。
- 聚合链路（bond/team）两端模式是否一致。
这几项在接入层交换机上一条命令就能看,比在服务器上折腾快得多。
网络层：DHCP地址池和IP冲突
如果DHCP服务器在另一台机器上，确认三件事：作用域地址池没耗尽、租约时间设置合理、服务器和客户端在同一广播域，地址池耗尽时，新上架的机器永远拿不到地址,现象和新机器故障一模一样。
IP冲突也常见，用arping -I eth0 192.168.1.10或Windows下arp -a查一下目标地址是否已被占用,比盲目改配置高效。
系统层：网卡被禁用、驱动异常、配置写错
Windows上打开ncpa.cpl看网卡是否被禁用，设备管理器里是否有黄色感叹号；services.msc里确认“DHCP Client”服务是运行状态，Linux上用ip link show看网卡是否DOWN，用dmesg | grep -i eth看驱动加载是否报错，用journalctl -u NetworkManager -n 50看最近的连接日志。
配置文件写错一个缩进，网卡就起不来,这在netplan上尤其常见。
机房服务器DHCP获取不到IP地址怎么办：五步实操
按下面顺序走,每一步都有可验证的结果：
- 确认链路：
ip link show看网卡是否UP，ethtool eth0看Link detected是否为yes。 - 释放旧租约：Linux执行
sudo dhclient -r eth0，Windows执行ipconfig /release。 - 重新请求地址：Linux执行
sudo dhclient -v eth0，加-v能看到完整交互过程；Windows执行ipconfig /renew。 - 重启网络服务：NetworkManager体系用
sudo systemctl restart NetworkManager，netplan体系用sudo netplan apply，CentOS 7等老系统用systemctl restart network。 - 验证三层连通：
ip route看默认网关是否存在，ping 网关确认二层三层都通，再ping 8.8.8.8和解析域名,区分是网络问题还是DNS问题。
如果第3步一直卡在DHCPDISCOVER，说明请求没到达DHCP服务器，回到交换机侧查VLAN和Snooping，业内专家指出，接入层配置错误导致的DHCP失败,在实际工单中占相当大比例。
云服务器和物理服务器没有IP地址的区别
两类环境的排查入口完全相反,搞反方向会浪费大量时间。
| 对比项 | 云服务器 | 物理服务器 |
|---|---|---|
| 第一排查点 | 控制台网卡状态、安全组、VPC子网 | 网线、光模块、交换机端口 |
| 常见原因 | 私网IP被释放、DHCP选项集缺失、网卡被禁用 | 端口VLAN错误、地址池耗尽、网卡故障 |
| 公网访问 | 弹性公网IP绑定与带宽配置 | 出口路由与NAT策略 |
| 系统内操作 | 与物理机一致，ip addr查私网地址 |
与云主机一致 |
| 恢复手段 | 控制台重置网卡、重新分配私网地址 | 现场换线、换口、换模块 |
云上先看控制台，再看系统里
云主机拿不到IP，先登录云厂商控制台确认实例网卡状态是否正常、子网是否有可用地址、DHCP选项集是否配置，系统内部再用ip addr确认是否真的没拿到地址，如果控制台显示一切正常而系统内是169.254地址，多半是实例内DHCP客户端异常,重启网络服务通常能恢复。
物理机反过来，先看现场再看系统
物理服务器要先确认机房侧链路，再登录系统排查，远程连不上又无法确认现场状态时，让机房值班人员拍一张网口指示灯的照片,往往比远程敲十条命令更快定位。
静态IP怎么配才不翻车
动态地址适合测试环境，生产服务器建议静态配置,避免租约到期或DHCP服务故障导致服务中断。
Linux和Windows的命令行写法
Linux用NetworkManager时，nmcli connection modify "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.1.10/24 ipv4.gateway 192.168.1.1 ipv4.dns 223.5.5.5，然后nmcli connection up "Wired connection 1"生效，Ubuntu的netplan则在yaml里写addresses、routes、nameservers三段，改完执行sudo netplan apply。
Windows下用管理员权限执行：netsh interface ip set address name="以太网" static 192.168.1.10 255.255.255.0 192.168.1.1，再netsh interface ip set dns name="以太网" static 223.5.5.5。
配置完必须做三件事：ping网关、ping外网地址、解析一个域名，三步都通,才算真正配好。
服务器IP地址配置服务多少钱
这是很多中小团队关心的问题，远程协助配置通常按次计费，现场上门还会叠加差旅和工时，不同城市、不同服务商的报价差距较大，机房集中的城市如北京、上海，现场响应一般更快，价格也相对透明，如果只是单台服务器配地址，自己按上面的命令操作完全够用；涉及批量迁移、地址规划、双机热备切换的,交给专业运维更稳妥。
预防：把IP地址当成资产来管
服务器掉IP这件事，七成靠规范，三成靠排查,建议做几件小事：
- 建立IP地址台账，记录每台机器的地址、MAC、交换机端口和VLAN,别靠记忆。
- 核心业务用静态地址,DHCP只留给临时设备和测试机。
- 交换机端口配置做备份,改之前先导出。
- 服务器双网卡场景明确主备关系,避免两条默认路由打架。
- 监控里加上网关可达性和网卡状态告警,别等业务断了才发现。
行业共识认为，网络故障的平均修复时间，主要取决于定位速度而非修复动作本身，台账清晰、链路可视,排查自然快。
服务器没有IP地址，本质是一道分层排查题：先看灯，再看VLAN，再看DHCP，最后才动系统配置。 顺序对了,问题往往比想象中简单。
关于电脑服务器没有IP地址怎么办的常见问题
电脑服务器没有IP地址怎么办，显示169.254开头还能远程连上吗？
基本连不上，169.254.x.x是链路本地地址，只在同一广播域内有效，跨网段无法路由，正确做法是检查DHCP服务和交换机端口，重新获取地址,而不是在这个地址上继续做端口映射。
重启网卡和重启服务器，哪个更稳妥？
优先重启网络服务，影响面小，Linux用systemctl restart NetworkManager，Windows用ipconfig /renew配合禁用再启用网卡，整机重启会中断业务,只在驱动异常或网卡硬件状态异常时才考虑。
云服务器换了私网IP后网站打不开，是什么原因？
私网地址变更后，实例内部的服务监听地址、数据库白名单、负载均衡后端、安全组规则往往还指向旧地址，需要逐项同步更新，检查顺序是先看服务是否监听在新地址上（ss -lntp），再核对安全组与后端配置,最后确认DNS解析是否已生效。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/795774.html
