ThinkChat2.0新版上线,更智能更精彩,支持会话、画图、阅读、搜索等,送10W Token,即刻开启你的AI之旅 广告
[TOC] # 系统排障 # 网络排障 # 云服务器连接失败排障 经常看到各论坛、社区有网友反馈购买完云主机后登陆失败的情况,主要表现为连接远程云服务器时连接失败,这里有可能很多原因导致,根据笔者的经验从最容易出问题的环节开始入手,一步步排查问题。我们以腾讯云为例,这里分为三个排查点: * 客户端排查 * 腾讯云控制台排查 * 登录服务器后排查 ## 客户端排查 首次购买服务器发现连接失败的时候,这是未必是远程服务器的问题,很有可能是本地到远程服务器间的链路出了问题或用户本地网络问题。通常有三种方式排查: **方式1** 最简单的方式就是通过ping命令,在Linux和Windows下都存在这个命令。它通过发送icmp给目标服务器判断回报中是否有丢包的情况,如果丢包则表示网络质量有问题。 关于ping命令的参数: * -c 为发送的报数 ``` [djangowang@localhost ~]# ping -c 3 blog.puppeter.com PING blog.puppeter.com (106.53.60.21) 56(84) bytes of data. 64 bytes from 106.53.60.21 (106.53.60.21): icmp_seq=1 ttl=127 time=0.405 ms 64 bytes from 106.53.60.21 (106.53.60.21): icmp_seq=2 ttl=127 time=0.314 ms 64 bytes from 106.53.60.21 (106.53.60.21): icmp_seq=3 ttl=127 time=0.223 ms --- blog.puppeter.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.223/0.314/0.405/0.074 ms ``` 可以看到服务器的回报中是否有丢包(0% packet loss)的情况来判断网络的质量状况。 *注:部分服务器是封锁icmp协议的,所以ping只能作为参考网络质量的方法之一。* **方式2** 连接失败服务器有可能是本地网络原因导致的,所以我们可以通过第三方工具来判断服务器是否访问正常来排除服务器的问题。以下是推荐的三个工具,它会从全国各个服务器节点来判断目标服务器和端口的连通性。 * [https://ping.huatuo.qq.com/](https://links.jianshu.com/go?to=https%3A%2F%2Fping.huatuo.qq.com%2F) * [https://www.ipip.net/ip.html](https://links.jianshu.com/go?to=https%3A%2F%2Fwww.ipip.net%2Fip.html) * http://port.ping.pe/ **方式3** 排除本地网络故障、服务器的故障外,还有一个最大可能就是本地到服务器间的网络质量,这里可以通过mtr命令来探测。mtr命令需要主动安装。 ``` [djangowang@localhost ~]# yum install mtr ``` mtr的使用mtr + ip,关于mtr参数 * **\-r/--report**:结果以报告形式输出 ``` [djangowang@localhost ~]# mtr 101.200.141.210 --report Start: Wed Aug 5 18:08:33 2020 HOST: VM_16_2_centos Loss% Snt Last Avg Best Wrst StDev 1.|-- 10.148.205.130 10.0% 10 1.6 1.6 1.4 1.8 0.0 2.|-- 10.148.237.232 0.0% 10 0.8 1.1 0.8 2.3 0.3 3.|-- 10.196.17.45 0.0% 10 1.0 0.7 0.6 1.0 0.0 4.|-- 10.162.32.253 50.0% 10 38.6 38.6 38.6 38.6 0.0 5.|-- 10.200.34.6 0.0% 10 35.8 35.8 35.7 36.4 0.0 6.|-- 10.200.46.130 0.0% 10 38.8 38.7 38.7 38.8 0.0 7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 8.|-- 116.251.94.22 0.0% 10 40.5 40.6 40.3 41.0 0.0 9.|-- 45.112.221.81 0.0% 10 68.6 50.5 41.3 73.4 13.9 10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 11.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 12.|-- 101.200.141.210 0.0% 10 40.2 40.2 40.1 40.3 0.0 ``` 1.根据报告结果,查看目的服务器 IP 是否丢包。 * 如果目的地没有丢包,则表示网络正常 * 如果目的地发生丢包,则执行 步骤2 2.往上查看报告结果,定位第一次丢包的节点。 * 如果丢包开始于前三跳,一般为本地运营商网络问题,建议检查访问其他网址是否存在相同情况 * 如果丢包发生在接近目的服务器的几跳,则可能为目的服务器运营商的网络问题