internet和服务器不通，绝大多数情况是网络链路、防火墙规则或路由配置出了问题，而不是服务器本身“坏了”。按照从物理层到应用层的顺序排查,通常能在几分钟内定位到根因。
先判断是“服务器不能上网”还是“外网不能访问服务器”
很多朋友说“internet和服务器不通”，其实混淆了两种完全不同的场景,先做两个测试区分清楚。
- 场景A：服务器内部无法访问互联网，curl 百度失败、yum 安装报错，这叫服务器断网怎么解决的问题,重点检查服务器的出站方向。
- 场景B：外部用户访问服务器上的网站或端口失败，但服务器自己上网正常，这叫 服务器无法访问互联网排查步骤 的反向场景,重点检查入站方向。
实操区分命令：在服务器上执行
curl -I baidu.com，如果通，说明服务器能出网；再在本地电脑执行ping 服务器公网IP，如果不通，说明入站被拦截，一正一反,问题方向立刻明确。
第一层：物理链路与网络配置故障
这是最基础也最容易忽略的一层，服务器显示“已连接”,不代表链路真正可用。
网卡状态与IP地址异常
用 ip addr 或 ifconfig 检查网卡是否拿到正确IP,常见问题包括：
- 网卡处于 down 状态，需要
ip link set eth0 up手动拉起。 - DHCP 获取失败，IP 变成 169.254.x.x 段,这是典型的没有有效地址。
- 子网掩码或网关配错,导致路由表混乱。
检查完IP后，立刻ping网关。ping 不通网关，说明内网链路有问题，和外网无关。 这时需要查网线、交换机端口、VLAN划分。
路由表缺失或错误
用 ip route 查看默认路由，正常应该有类似 default via 192.168.1.1 dev eth0 的条目。
- 如果没有默认路由，服务器不知道该把外网数据包发给谁,自然不通。
- 如果有多条默认路由，优先级可能乱,导致数据包走错出口。
场景：很多云服务器改完网卡配置后，因为没写
Gateway字段，重启后默认路由丢失，表现为“服务器能内网但外网全断”。
第二层：DNS解析问题让“看起来”不通
有时候服务器到外网的链路完全正常，但域名解析失败，导致所有域名访问超时，这不是真正的“服务器不通”,但用户体验完全一样。
排查命令：
nslookup baidu.com cat /etc/resolv.conf
常见问题：
- DNS 服务器地址配置错误,比如写成了不存在的内网IP。
- 上游DNS劫持或过滤,响应慢或返回错误IP。
- 服务器 hosts 文件被修改,指向了错误地址。
行业共识认为，相当一部分“服务器上不了网”的工单，最终根因是DNS配置错误，尤其是刚迁移机房或改过IP的服务器,DNS配置文件经常被遗忘。
第三层：防火墙与安全组策略拦截
这是 internet和服务器不通什么原因 里最高频的一类，尤其是云服务器，既有系统内部防火墙 iptables/firewalld，又有云平台的安全组规则,两层都要检查。
系统防火墙规则
用 iptables -L -n 或 firewall-cmd --list-all 查看规则，重点看 INPUT 链和 FORWARD 链。
- 入站不通：检查是否放行了对应端口，80/443/22。
- 出站不通：检查 OUTPUT 链是否被限制,有些安全加固脚本会默认丢弃所有出站包。
- 状态连接：确认是否配置了
ESTABLISHED,RELATED放行，否则即使放行新连接,响应包也回不去。
云平台安全组
简米云、酷番云、AWS 等平台的服务器，外层还有一层安全组，安全组没放行端口,系统防火墙即使全开也白搭。
举个例子：你在服务器 iptables 放行了 8080 端口，发现外网还是连不上，看了安全组才发现只放行了 80/443/22，8080 根本没放行。这种“双层防火墙”遗漏问题近期在云上部署中非常常见。
检查端口是否监听
用 netstat -tlnp 或 ss -tlnp 确认服务真的在监听对应端口，如果服务没起来,防火墙放行了也没用。
| 现象 | 排查方向 |
|---|---|
| 外网ping不通，内网能通 | 安全组ICMP未放行 |
| 端口不通，但ping通 | 防火墙未放行TCP端口 |
| 服务重启后又不通 | 防火墙策略未持久化 |
第四层：NAT与代理引发的连接异常
很多服务器通过NAT上网，或者公司内网要求走代理,这类环境的故障点比较隐蔽。
NAT网关故障或会话限制
如果服务器通过路由器或云NAT网关出网,检查：
- NAT网关的带宽是否被占满。
- 并发连接数是否达到上限,导致新连接被丢弃。
- NAT会话表是否老化异常。
现象：服务器偶尔能通、经常超时，但重启网卡后短暂恢复，随后又断,这种多数是NAT设备问题。
代理配置残留
有些服务器原来配置了HTTP代理，后来代理服务失效，但环境变量里还有 HTTP_PROXY 或 HTTPS_PROXY，用 env | grep -i proxy 查看。
- 忘记取消代理：所有curl、wget请求都走代理,代理挂了就全断。
- 代理认证过期：返回407错误，表现为“网络不稳定”。
检查思路：如果前端和后端服务器在同一内网，后端访问外网不通但前端通,优先排查后端是否残留了老旧代理配置。
第五层：运营商线路与地域性访问问题
排除所有服务器侧故障后，还要考虑网络链路的“最后一公里”。
国际链路丢包与延迟
访问境外服务器时，经常出现“国内ping通，但连不上”的情况，这通常是国际出口的丢包问题,不是服务器配置错误。
- 用
mtr或tracert看每一跳的丢包率。 - 如果丢包集中在几个国际节点,说明是运营商线路拥堵。
- 考虑使用CDN或专线缓解。
机房屏蔽与封禁
某些机房对特定端口或协议有默认限制，比如关闭ICMP、屏蔽25端口等，这不算是故障,而是服务商的策略。
第六层：服务与系统资源耗尽
服务器本身负载过高，也可能导致网络服务无响应，看起来像“不通”。
- CPU跑满：
top查看,高负载时SSH都连不进。 - 连接数打满：
ss -s查看socket统计,文件描述符耗尽会拒绝新连接。 - 磁盘写满：日志或临时文件占满磁盘,服务无法写入日志导致崩溃。
业内专家指出，有相当一部分“服务器断网”案例，最初报警是网络不通，最终定位是磁盘满导致的进程僵死，所以遇到网络异常，顺手看一眼
df -h和free -h能省很多时间。
完整的排查路径总结
按照下面的顺序操作,一般不会漏掉关键点。
- 确认服务器能ping通网关不通则检查网卡和交换机。
- 确认能ping通公网IP
ping 223.5.5.5不通则检查路由和安全组。 - 确认DNS解析正常
nslookup baidu.com失败则修复resolv.conf。 - 确认服务端口监听
netstat -tlnp没监听则启动服务。 - 确认防火墙放行先临时
iptables -F测试,通了再细化规则。 - 确认外部链路质量用手机4G拨测，如果手机能通而服务器不通，问题在服务器侧；如果手机也不通,考虑运营商。
常见问题与快速定位答案
服务器ping不通网关但能上外网是什么情况？
这种情况通常是因为网关禁ping或禁ICMP，而不是链路断，数据包转发正常，所以能上外网，可以改用 telnet 网关IP 端口 测试网关的TCP连通性,或者直接看路由表是否正常。
服务器无法访问互联网但内网互相通，怎么查？
先ping网关，通了再用 traceroute 看出去的前几跳，如果到网关就断，可能是公网IP路由没生效；如果出了网关到运营商就断，可能被防火墙拦了出方向，重点检查云安全组的出站规则，以及iptables OUTPUT链。
服务器重启后突然连不上外网，最可能是什么原因？
最常见的是 网卡没有随系统自动启用 或 默认路由丢失，因为很多Linux版本对网络配置文件的改动不会立即生效，重启后回退到旧配置，检查 /etc/sysconfig/network-scripts/ifcfg-eth0（CentOS）或 /etc/netplan/（Ubuntu），确认 ONBOOT=yes 和正确的网关地址，systemctl restart network 验证。
图片来源于AI模型，如侵权请联系管理员。作者：酷小编，如若转载，请注明出处：https://www.kufanyun.com/ask/749025.html
