VPS服务器购买后K8s部署遇阻：网络连通性排查全指南

刚完成VPS服务器购买，准备用K8s部署应用却卡壳？网络连通性问题是常见拦路虎——Pod互访失败、服务连不上外网、外部客户端无法访问集群……这些状况该如何一步步排查解决？本文从VPS基础网络到K8s集群内部，提供全链路故障诊断手册。



想象Kubernetes（K8s）是个超级大管家，负责管理一堆"小房子"（容器）。但就像管家安排小朋友分糖果时可能搞错路线，K8s管理容器时也可能遇到网络不通的麻烦。接下来我们分场景拆解问题。

常见现象：网络卡壳的三种表现

在新买的VPS服务器上用K8s部署应用，网络异常通常有三类信号：
- Pod间"说不上话"：比如A Pod想调用B Pod的服务，发送请求后石沉大海；
- 服务"够不着外网"：集群内的应用需要调用外部API（如天气接口），但始终连不上；
- 外部"敲不开门"：用户通过公网访问集群服务（如Web应用），页面提示无法连接。

这些现象就像小朋友传纸条被截胡、买零食的外卖送不到，或是家里门铃坏了没人应，说明网络链路某一环出了问题。

诊断步骤：从VPS到K8s的四层排查

排查网络问题要像剥洋葱，从外层VPS基础网络到内层K8s集群依次检查。

第一步：VPS自身网络是否通顺？

VPS是K8s运行的"地基"，先确认它和外界的连接是否正常。
- 用`ifconfig`或`ip addr`命令看网络接口：检查IP地址是否在规划范围内（如192.168.1.0/24子网），子网掩码、网关是否和服务商提供的一致；
- 用`ping www.baidu.com`测试外网连通性：能收到回复说明VPS到公网的路是通的，收不到可能是VPS网络配置错了，或服务商线路临时故障。

第二步：K8s集群内部网络通吗？

确认VPS没问题后，检查K8s自己的"小网络"。
- 进Pod测试互访：用`kubectl exec -it -- /bin/bash`进入Pod，然后`ping <另一个Pod的IP>`。如果不通，可能是K8s网络插件（如Calico、Flannel）没配置好；
- 查服务和端点映射：执行`kubectl get services`和`kubectl get endpoints`，如果服务（Service）没有对应的端点（Endpoints），可能是Pod没跑起来，或服务选择器（Selector）写错了（比如标签匹配不上）。

解决方法：针对性修复四类问题

根据排查结果，常见问题有四种解法。

VPS网络配置错误

如果`ifconfig`显示IP、网关不对，需要手动调整。以Ubuntu为例，编辑`/etc/netplan/*.yaml`文件（如`00-installer-config.yaml`），修改`addresses`（IP）、`gateway4`（网关）等字段，保存后执行`netplan apply`生效。

服务商网络故障

确认VPS配置正确但仍连不上外网，大概率是服务商问题。这时候要联系他们的技术支持，提供VPS的公网IP、故障时间段（如"下午3点到4点无法ping通百度"），协助定位线路或DNS问题。

K8s网络插件异常

Pod互访失败常见于网络插件配置问题。比如Flannel可能因VNI（虚拟网络标识）冲突导致丢包，这时候可以重新安装插件：先`kubectl delete -f https://raw.githubusercontent.com/flannel-io/flannel/master/Documentation/kube-flannel.yml`删除旧配置，再用相同命令重新部署，让插件自动生成新的VNI。

服务与端点不匹配

如果`kubectl get endpoints`显示服务对应的端点为空，先`kubectl get pods`看Pod状态（Running才正常）。如果Pod是Pending或Error，用`kubectl describe pod `查看事件（Events），可能是镜像拉取失败（检查镜像地址）或资源不足（如内存不够），针对性解决后Pod运行正常，端点就会自动关联。

网络问题虽常见，但只要按"VPS基础→集群内部→服务映射"的逻辑一步步排查，多数情况都能快速定位。刚完成VPS服务器购买的新手也不用慌，掌握这些方法，K8s部署的网络关就能轻松闯过。