如何排查拨号VPS的网络连接中断问题?

做网络这行的人，最怕的就是“断”。尤其是拨号VPS，本身就靠着网络连接吃饭，一旦网络出了问题，你连不上它，它连不上外网，业务直接就瘫了。更让人头疼的是，拨号VPS的网络连接中断，原因可能比普通服务器多得多——普通的静态IP服务器，网络配置基本是固定的，出了问题范围很小;而拨号VPS每次拨号都在变，IP在变、网关在变、DNS也可能在变，变量多了，出问题的点自然就多了。

我自己经手过的拨号VPS少说也有大几十台，从Linux到Windows，从国内的到海外的，各种各样都折腾过。网络连接中断这个问题，隔三差五就会遇到一次。今天就把我这些年排查这类问题的思路和方法，好好整理一下。不是那种干巴巴的理论，而是你照着做就能用的一整套流程。

一、先别慌，搞清楚到底是哪种“断”

很多人一发现网络连不上了，第一反应就是去找服务商，“你们的VPS是不是挂了?”其实大多数情况下，问题不在服务商那边。在动手排查之前，先花一分钟搞清楚“断”的具体表现，能帮你省下大把的时间。

网络连接中断，大致可以分为这么几类。

完全连不上。你从本地用SSH或者远程桌面，怎么也连不上VPS。ping它的IP地址，要么超时，要么丢包率极高。这种情况可能是VPS本身宕机了，可能是网络路由出了问题，也可能是你的本地网络或者中间的网络节点出了故障。

能连上但出不去。你费了半天劲，终于连上了VPS，发现在VPS里面ping不通外网，比如ping不通百度或者谷歌。但你自己跟VPS之间的连接是通的。这说明VPS本身是活的，问题出在它的上行链路或者网络配置上。

断断续续，时好时坏。连接一会儿正常，一会儿就断了，过一会儿又自己好了。这种间歇性的问题最折磨人，通常跟网络拥塞、路由波动、或者是拨号重连的机制有关。

特定端口或协议不通。SSH能连上，但你的Web服务打不开;或者ICMP协议通(能ping通)，但TCP连接建不起来。这种情况往往是防火墙规则或者服务配置的问题，而不是底层的网络不通。

搞清楚是哪种“断”，你的排查思路就有了方向。我下面讲的这套流程，也会按照不同类型的断法，给出对应的排查方法。

二、第一步：从你自己的本地环境开始查

很多人遇到网络中断，习惯性地认为是VPS那边的问题，其实你的本地环境或者中间网络出问题的概率一点都不低。我建议你先花五分钟，把本地这一侧的情况摸清楚。

检查你当前的网络是否正常。最简单的办法是，从你的电脑上ping一下百度或者别的网站。如果你的本地网络本身就断了，那连不上VPS就是理所当然的事情。关掉代理、切换一下网络连接方式(比如从WiFi切到手机热点)，看看能不能恢复。

检查你和服务商之间的网络链路。即使你的本地网络正常，你跟VPS之间的网络路径上，任何一个节点出问题都会导致连接失败。有一个特别好用的工具叫MTR，它结合了traceroute和ping的功能，可以显示从你的电脑到目标VPS经过的每一个路由节点，以及每个节点的丢包率和延迟。

Windows系统下可以用winmtr，Linux和macOS下直接在终端里输入mtr 目标IP。跑几分钟之后，你会看到每一跳的情况。如果丢包出现在最后一跳，那问题大概率在VPS本身上;如果丢包出现在中间的某个节点，而且这个节点之后的全部节点都跟着丢包，那问题就出在那个中间节点上——可能是某个运营商骨干网出了问题。

去年有一次，我连不上一台香港的拨号VPS，用MTR一看，发现在广州出口的那个节点丢包率高达30%，之后的所有节点包括香港的VPS都跟着丢包。这就很明确了，问题不在VPS，也不在我本地，而是运营商出口线路在高峰期拥堵了。换了个时间段再连，就恢复正常了。

三、第二步：确认VPS是不是还“活着”

如果本地这一侧没有问题，或者你用的是另外一台服务器去连这台VPS(也就是“内网互连”的方式)，那就要看看VPS本身的状态了。

登录VPS服务商的控制面板。这是最快确认VPS是否还在运行的方法。控制面板上会显示VPS的状态是“运行中”还是“已关机”。如果状态是运行中，说明系统没有崩溃。大多数控制面板还会提供资源监控图表，看看CPU、内存、网络流量的曲线，如果最近一段时间流量突然掉到零，那可能是在VPS内部网络配置出了问题，而不是VPS宕机。

尝试用VNC或者串行控制台连接。这是救急的“最后一根稻草”。不管VPS的网络配置成什么样，VNC控制台就像你坐在VPS面前直接看着屏幕一样，不依赖任何网络服务。从控制面板里找到VNC入口，点进去之后，你应该能看到系统的登录界面或者命令行。如果能进去，说明系统本身是好的，只是网络配置出了岔子。

有一次，我帮一个朋友排查一台连不上的Linux VPS，用VNC进去之后发现系统正常运行，但ifconfig一看，网卡上根本没有IP地址。仔细一查，是他自己手动改了网络配置文件，写错了参数，重启之后网卡就没起来。改回来之后就正常了。如果没有VNC这个“后门”，他可能就要重装系统了。

四、第三步：VPS内部排查(前提是你已经进去了)

通过VNC或者救援模式进入VPS之后，就可以开始系统内部的排查了。这一步是找出问题根源的关键。

检查网卡状态。Linux下用ip addr或者ifconfig -a，看你的网卡有没有获取到IP地址。拨号VPS通常有一个ppp0的虚拟网卡，如果是固定IP的VPS则是eth0或者ens3之类的物理网卡。如果网卡下面没有显示IP地址，或者显示的是169开头的地址(那说明DHCP失败了)，问题就出在IP获取环节。

检查默认路由。有IP不代表能上网，你还得有一条指向正确网关的默认路由。用ip route show或者route -n命令，看看default那一行有没有。如果缺失了，手动添加一条：ip route add default via 网关地址。网管地址一般是你IP地址网段的第一个或者最后一个可用IP，VPS服务商的文档里通常会有说明。

测试网络连通性，逐层推进。先用ping 127.0.0.1测试本机回环，这个如果都不通那系统就彻底坏了。然后ping你自己的IP地址(比如从VNC里ping你的公网IP)，这个能通说明网卡和协议栈是好的。接着ping你的网关地址，这个能通说明你至少连上了机房的本地网络。最后ping一个外网IP，比如8.8.8.8，如果能通则说明上行链路是好的。

检查DNS解析。如果你能ping通8.8.8.8，但ping不通www.baidu.com，那就是DNS的问题。查看/etc/resolv.conf文件，把nameserver改成公共DNS，比如8.8.8.8或者114.114.114.114。

五、拨号VSP的特殊问题：拨号本身失败

拨号VPS有一个普通VPS没有的环节——拨号连接本身。如果你的VPS需要通过PPPoE拨号来获取IP，拨号失败是导致网络中断的一个常见原因。

用pppoe-status或者ifconfig ppp0查看拨号连接的当前状态。如果发现ppp0网卡不存在，或者存在但没有IP，那说明拨号没有成功。尝试手动断线再重拨：Linux下一般是poff和pon命令。重拨之后看看能不能获取到IP。

如果重拨也不行，检查拨号配置文件。PPPoE的配置文件通常在/etc/ppp/peers/目录下。检查用户名、密码、网卡名称是否正确。有时候服务商会更换认证服务器或者更改配置参数，你需要去控制面板或者服务商公告里确认最新的拨号信息。

还要注意运营商那边的限制。有些运营商对同一账号的并发拨号数量有限制，或者对拨号频率有限制(比如一分钟内不能拨超过三次)。如果你频繁拨号重连，可能会被暂时“拉黑”，导致拨号失败。

六、防火墙和路由策略的“坑”

有时候网络配置看起来全都正常，IP有了、路由有了、网关也能ping通，但就是连不上特定的服务，或者从外面连不进来。这时候就要怀疑防火墙和路由策略了。

Linux系统默认的防火墙规则，可能在你不经意间被改了。用iptables -L -n查看当前的规则。如果INPUT链的默认策略是DROP，那所有的入站连接都会被拒绝，包括你的SSH。如果发现自己把规则写死了，可以通过VNC进去清空规则：iptables -P INPUT ACCEPT，再把其他链的策略也放行。

拨号VPS的网卡可能会变化，比如ppp0出现之后，防火墙规则没有及时应用到新的网卡接口上。检查一下规则中是不是明确指定了-i ppp+或者-i eth0，确保规则覆盖了你当前正在使用的网卡。

另外，如果你的VPS做了路由转发或者NAT，比如当成一个网关在用，那还需要检查net.ipv4.ip_forward是否开启。用sysctl net.ipv4.ip_forward查看，如果返回0，需要改成1并永久写入/etc/sysctl.conf。

七、一个折腾了我两天的“离奇”断网案例

说个印象比较深的真实案例。今年年初，我有一台做了大半年的拨号VPS，一直跑得很稳。某天下午突然连不上了，SSH报“connection timeout”。我去控制面板看，状态是运行中，CPU和内存都正常。用VNC进去之后，ip addr看到ppp0有IP，ping网关也能通，但ping 8.8.8.8就是不通。

换了好几个排查思路，路由表也正常，iptables也清空了，都没用。我开始怀疑是不是服务商那边做了什么调整。找客服问，客服说一切正常，建议我重启VPS试试。重启之后还是老样子。

后来我无意间执行了一个命令ip route show table all，发现系统里多了一条我不认识的路由规则，把所有的流量都指向了一个莫名其妙的网关。我仔细回想了一下，前几天我为了测试某个网络工具，临时加了一条路由规则，测试完之后忘了删除。这条规则存在另一个路由表里，普通的ip route show看不到，但它确实在生效。

删除那条多余的规则之后，网络立刻就通了。前后折腾了两天，结果只是自己留下的一个“手尾”。这件事给我的教训是：很多网络问题，最后查出来都是自己之前无意间埋的雷。排查的时候不要光盯着当下，也要翻翻操作历史，看看最近做过什么改动。

总结

排查拨号VPS的网络连接中断问题，说到底是一个“由外到内、逐层排除”的过程。从你自己的本地环境开始，到中间的网络链路，再到VPS的存活状态，然后进入系统内部检查网卡、路由、防火墙，最后还要考虑到拨号VPS特有的拨号环节。

我建议你把上面这套流程记下来，下次遇到网络中断的时候，照着顺序一步步走，而不是东一榔头西一棒子地乱试。每一层都验证过之后，你就能把问题的范围越缩越小，直到找到那个真正的原因。

另外，平时养成一些好习惯也能少很多麻烦。比如改网络配置之前先备份原文件，加防火墙规则的时候确保当前SSH会话不会被踢掉，经常检查一下VPS的监控图表留意异常波动。这些小事做在前头，比断网之后熬夜排查要轻松太多了。