1.
检查网络连通性(Ping 与 Traceroute)
步骤:1)在本地终端运行 ping <服务器IP>,确认是否有响应;2)若 ping 不通,运行 traceroute <服务器IP>(Windows 上为 tracert)定位丢包或阻断节点;3)若丢包发生在国际链路,记录时间与丢包跳数,联系 VPS 提供商或上游运营商。提示:保留输出截图或文本便于提交工单。
2.
验证SSH/远程登录访问
步骤:1)尝试 ssh -p <端口> root@<服务器IP>(或用Putty连接);2)若提示连接被拒绝或超时,确认本地网络未阻塞该端口;3)如果显示“Connection reset”或登录被断开,尝试从其他网络或机器重试;4)若有控制面板(如ISPPanel、SolusVM),通过面板开启VNC或控制台登录。
3.
检查防火墙与安全组规则
步骤:1)登录控制台或通过控制面板检查防火墙/安全组(云平台侧)是否误封端口;2)在服务器上运行 sudo iptables -L -n 或 sudo ufw status 查看主机防火墙;3)临时放行 SSH(iptables -I INPUT 1 -p tcp --dport 22 -j ACCEPT)后测试;4)确认变更后持久化规则并记录原因。
4.
确认服务进程与端口监听状态
步骤:1)使用 sudo ss -tulpn 或 netstat -tulpn 列出监听端口,确认关键服务(如 nginx、apache、mysql)正在监听;2)若服务未运行,systemctl status <服务名> 查看日志;3)重启服务 sudo systemctl restart <服务名> 并查看 journalctl -u <服务名> -n 200 获取错误详情;4)若启动失败,根据日志定位配置或依赖问题。
5.
磁盘空间与 inode 检查
步骤:1)执行 df -h 检查分区使用率,若 / 或 /var 接近100% 会导致服务异常;2)执行 df -i 检查 inode 用尽情况;3)清理日志:sudo truncate -s 0 /var/log/xxx.log 或删除过期备份;4)若无空间可腾出,临时挂载远程盘或联系供应商扩容。
6.
CPU/内存资源耗尽排查
步骤:1)运行 top 或 htop 查看占用最高的进程;2)使用 free -m 查看内存与 swap 使用,若 swap 用满考虑增加 swapfile(sudo fallocate -l 2G /swapfile; sudo mkswap /swapfile; sudo swapon /swapfile);3)定位内存泄漏或僵尸进程并重启对应服务或进程。
7.
数据库不可用的应急处理
步骤:1)尝试 mysql -u root -p -h 127.0.0.1 登录;2)若无法连接,检查 mysqld 服务状态并查看 /var/log/mysql/error.log;3)若是表损坏,使用 mysqlcheck -u root -p --repair --all-databases;4)执行数据恢复前先备份 /var/lib/mysql 目录(可使用压缩传输到外部存储)。
8.
DNS 解析问题排查
步骤:1)在本地用 nslookup 或 dig @8.8.8.8 域名 查看解析结果;2)若解析错误,登录 DNS 提供方确认 A 记录是否指向正确 IP 并无 TTL 延迟问题;3)若 VPS 回应正常但域名未解析,清空本地 DNS 缓存(Windows: ipconfig /flushdns;Mac: sudo dscacheutil -flushcache)并等待生效。
9.
遭遇DDoS或流量异常时的紧急措施
步骤:1)在控制面板开启流量清洗/防护(若供应商支持);2)临时修改防火墙策略,封禁异常源 IP 或限速;3)将网站切换至 CDN/防护服务(如 Cloudflare)并开启“仅限人类访问”与挑战机制;4)记录攻击时间、流量与特征,提交给供应商或安全团队协助溯源处理。
10.
快照、备份与恢复流程
步骤:1)定期在控制面板创建快照或使用 rsync/cron 将重要数据同步到外部备份服务器;2)发生故障先不要盲目重装,先在控制面板快照一份当前磁盘;3)使用快照回滚测试环境恢复:停止实例->从快照创建磁盘->挂载到救援实例检查数据;4)核实恢复后调整安全策略并记录修复流程以便复用。
11.
常见问答一
问:如果连控制面板与SSH都无法访问,我如何救援? 答:先在供应商控制台启用VNC或救援模式(Rescue Mode),挂载磁盘检查 /var/log 与网络配置,修复后重启主机;如无救援功能,尽快提交工单并附上 traceroute、ping 与控制台日志。
12.
常见问答二
问:如何快速判断是本地网络问题还是VPS问题? 答:先在另一网络(手机热点或第三方机房)对 VPS 执行 ping/traceroute;若多地均不可达,多半是 VPS 或上游链路问题;若仅单一网络不可达,检查本地路由与 ISP。
13.
常见问答三
问:发生严重故障后我应当如何向越南VPS供应商提交工单? 答:提供时间、影响范围、ping/traceroute 输出、控制台截图、最近变更记录与所尝试的修复步骤,明确请求(例如恢复快照、解封防火墙或重启物理主机),并要求工单编号与预计响应时间以便跟进。
来源:越南vps云服务器地址常见故障排查清单与应急处理步骤