服务器一直没网，别急着重启和重装。 按照“物理链路 → 网络配置 → 安全策略”的顺序逐层排查，90%以上的问题都出在这三个环节里。
先分清服务器是“彻底断网”还是“网速异常”
很多新手一看到服务器连不上,第一反应就是登进机房控制台重启系统，但重启不仅浪费时间，还可能把故障现场破坏掉，正确做法是先做三组快速测试，给服务器“把个脉”。
用 ping 命令定位断点
在服务器本机终端执行以下命令,每一条都是为了排除一个环节：
- ping 127.0.0.1 检查本机网卡驱动和 TCP/IP 协议栈是否正常，如果这条命令都失败，说明系统网络栈已经崩溃，问题不在外部。
- ping 网关IP 检查服务器和路由器之间的二层连通性，网关是你手机或电脑上网用的那个内网出口地址，192.168.1.1，若不通，问题出在物理链路或 VLAN 配置。
- ping 公网IP
ping 223.5.5.5（阿里DNS），若网关通但公网IP不通，说明路由或运营商侧有问题。 - ping 域名
ping www.baidu.com，若公网IP通但域名不通，那是 DNS 解析故障，不是“没网”。
用 tracert 看看到底断在哪一跳
Windows 系统用 tracert，Linux 系统用 traceroute，观察每一跳的返回情况，能直接告诉你数据包是在内网被拦、在运营商骨干网丢失，还是在机房出口被丢掉。如果第二跳后就全是“ ”超时，大概率是机房防火墙或运营商封了 ICMP 协议，这时候不能仅凭 ping 不通就断定服务器无网。
服务器网络配置有误是头号嫌疑
行业共识认为,七八成的“服务器没网”故障都出在系统网络配置上，你手里那台服务器可能根本没坏，只是 IP 地址、子网掩码、网关这几项写错了。
检查 IP 地址是否冲突
服务器IP配置错误的最常见场景是：两台机器配了同一个内网IP，结果这台刚启动，那台也断线，进入命令行执行：
- Windows：
ipconfig /all，看 IPv4 地址是不是预期的网段。 - Linux：
ip addr或ifconfig -a，重点看 inet 后面的地址。
如果发现 IP 地址不在规划网段内，直接改回来，如果确认地址没写错，再检查子网掩码。掩码写错了会出现一个奇怪现象：服务器能 ping 通自己，但 ping 不通任何其他设备，因为系统根本不知道哪些 IP 属于“同一个局域网”。
网关和路由表必须匹配
很多服务器一直没网,系统日志里反复出现“Destination Host Unreachable”，十有八九是网关写错，打个比方：你要寄快递，收件地址写得再详细，如果寄件网点填错了，快递员也不知道该往哪送。
在 Linux 上执行 route -n，查看默认路由：
- 默认路由应该指向内网网关地址,Destination 是 0.0.0.0，Gateway 是
168.x.1之类。 - Gateway 是 0.0.0.0，表示没有配置默认网关，服务器只能和本机通信，出不了门。
DNS 配置错误导致“看起来没网”
还有种情况：服务器可以 ping 通公网IP，但浏览器和软件都报网络错误，这属于典型的 DNS 故障，检查 /etc/resolv.conf（Linux）或“网络适配器属性”（Windows）里的 DNS 地址，换成公共 DNS 像 5.5.5 或 29.29.29 再做测试。
物理链路故障：网线、光模块、交换机端口
如果服务器网络配置完全正常,但还是没网，接下来要趴到机柜旁边看一看，物理层的问题非常隐蔽，工具检测不到，但故障现象五花八门。
网线与水晶头是老旧机房的重灾区
网线水晶头长期插拔后,里面的金属弹片会氧化或松动，导致接触不良，服务器会偶尔断网、频繁掉线，拿一根新的成品网线直接替换测试，不要用测线仪，因为测线仪只能测通断，测不了接触的稳定性。
光纤收发器：光电转换器的“假死”状态
机房里的光纤收发器年头一长,非常容易出现“灯全亮但数据不通”的情况，断电重启光纤收发器，这个动作能解决大量物理链路假死故障，如果重启后恢复正常，直接让机房备件更换，别指望它能稳定运行。
交换机端口协商失败
检查交换机上服务器对应的端口状态,看指示灯是否亮起，如果端口指示灯是黄色或橙色，通常说明协商速率不匹配，服务器网卡是千兆，交换机端口却是百兆，两边无法达成一致，就会一直没网，用 ethtool eth0 命令查看当前网卡速率，强制把速率和双工模式设置成和交换机一致，或者在交换机端口上执行 shutdown 后重新 no shutdown。
云服务器没网怎么排查：安全组和防火墙是重点
近年来,中小企业和个人站长越来越倾向选择云服务器，但对应的故障排查方式和物理服务器完全不同，云服务器没网怎么排查，先别碰系统内部，去云控制台看安全组。
安全组规则比系统防火墙优先级更高
安全组是云服务商在虚拟化底层做的一道过滤墙,服务器里面的 iptables 管不到它，很多用户遇到的问题是：买完云服务器后，在系统里开了服务，但外网怎么都访问不到，自己在本机 ping 自己倒是通的。
业内专家指出,这类问题大约一半以上出在安全组入方向规则配置上，打开云服务商控制台，找到“安全组”或“防火墙”模块，检查入方向规则是否放行了对应端口，举个具体场景：你想让服务器提供 8080 端口的 Web 服务，但安全组只放行了 80、443 和 22，那外网自然连不上，添加一条“来源 0.0.0.0/0，协议 TCP，端口 8080，允许”的规则，问题当场解决。
源地址检查 / 目的地址检查
部分云平台为安全组内置了“源/目标检查”功能，默认开启，当你的云服务器充当 NAT 网关或负载均衡器时，这个功能会直接丢弃非自身 IP 的流量包，造成外部访问全部超时，需要在弹性网卡的高级设置里关闭这项检查。
系统防火墙误封自身
云服务器没网还有一种隐蔽情况：服务商控制台显示实例运行中，VNC 连接也正常，但所有网络请求全部超时，这通常是在系统内防火墙把 SSH 或服务端口给 drop 了，用 VNC 或控制台登录，检查：
- CentOS / RedHat：
systemctl status firewalld - Ubuntu：
ufw status - 通用：
iptables -L -n --line-numbers
看到 REJECT 或 DROP 规则跟自己的服务端口相关，先临时清除再测试，注意操作顺序，先放开规则再保存，避免把自己锁在外面。
服务器一直没网？重启前先做这几件事
不管你是物理服务器还是云服务器,在决定重启之前，先把以下信息保存下来，否则重启后网络恢复了，你永远不知道根因是什么，下次故障照旧。
收集当前网络快照
按下述顺序执行并截图或复制保存：
ip addr show记录当前所有网卡的状态和 IP 地址route -n或route print记录路由表arp -a记录 ARP 缓存，这能反映交换机上的 MAC 地址表是否正常cat /var/log/messages或journalctl -xe查看内核和网络服务日志
这些“证据”在故障结束后依然有分析价值，如果把日志清空或重启，很多蛛丝马迹就再也找不回来了。
先试着重启网络服务而不是整机
很多情况下,重启网络服务比重启操作系统更快、更安全：
- CentOS 7/8：
systemctl restart network - Ubuntu 18.04+：
netplan apply - Windows Server：
netsh winsock reset+ipconfig /release && ipconfig /renew
如果重启网络服务恢复正常,说明问题出在 DHCP 租约过期未续、路由表被篡改或 DNS 缓存损坏，这类小毛病不需要动大手术。
检查 ARP 表是否异常
ARP 协议负责把 IP 地址翻译成 MAC 地址，如果服务器 ARP 表里网关 MAC 地址一直在变动，或者指向了一个奇怪的地址，说明局域网里可能存在 ARP 欺骗，或者交换机上接了台流氓设备，在大型局域网环境里，这是服务器间歇性没网的高发原因，绑定静态 ARP：arp -s 192.168.1.1 00-11-22-33-44-55，能临时绕开欺骗干扰。
服务器断网原因排查清单：从硬件到软件的穷举
为了让这套排查流程更顺手,把最常见的 5 类故障汇总成一份速查表：
| 故障特征 | 大概率原因 | 优先验证方法 | 解决办法 |
|---|---|---|---|
| ping 不通网关，局域网内也不通 | 网线松动 / 交换机端口 down | 看交换机端口指示灯 | 插拔网线，更换交换机端口 |
| ping 通网关，ping 不通公网 IP | 路由器 NAT 异常或运营商链路故障 | ping 223.5.5.5 对比 | 联系机房或运营商核查出口 |
| 服务器本机一切正常，外网连不上服务 | 安全组 / 防火墙端口未放行 | 检查云控制台入方向规则 | 添加端口放行规则 |
| 服务器能上 QQ 但网页打不开 | DNS 解析故障 | nslookup www.baidu.com |
修改 DNS 服务器地址 |
| 时断时续，丢包严重 | 网卡半双工 / 交换机协商不一致 | ethtool eth0 查看 Speed |
强制网卡速率与交换机一致 |
这套清单涉及服务器网络连接不上的常见场景,每次修服务器，按表格从上到下过一遍，至少能解决八成问题，省去大量盲目折腾的时间。
Q&A：服务器网络故障常见疑问
服务器 ping 不通网关，但服务器本机 IP 能 ping 通自己，是哪里出了问题？
本机回环地址 127.0.0.1 能通，说明网卡驱动和协议栈正常，问题一定出在网卡到交换机这段物理链路，或者网卡本身未正确获取链路，先检查网线是否老化，水晶头是否松动，再登录交换机查看该端口是否有 err-disabled 状态，若交换机侧没有问题，把服务器网卡禁用再启用一次，强制重新建立链路。
云服务器没网，重启后又恢复正常，下次还会再犯吗？
大概率会,重启只是让系统重新请求了 DHCP 地址，掩盖了根因，建议先查看系统日志，找到断网瞬间的记录，常见原因包括 DHCP 租约时间过短导致续租失败、系统网卡驱动在长时间运行后进入低功耗状态、云平台底层虚拟交换机端口老化，若你已排查完服务器网络配置但问题依旧，可以尝试更换虚拟交换机或提交工单让服务商核查母机节点状态。
家里服务器有公网 IP，外网却只有特定运营商用户能访问，为什么？
这种典型场景是跨运营商链路问题,例如服务器部署在电信机房，而部分联通或移动用户访问时，经过骨干网某个节点时出现路由黑洞，用 mtr 工具分别从电信、联通、移动网络发起测试，看丢包发生具体在哪一跳，若确定是运营商间互联问题，处理方法是购买 BGP 多线带宽，或使用高防 IP 等云上产品优化跨网访问链路。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/783549.html
