云服务器内网不通？手把手教你排查（附避坑指南）
作为运维老鸟，我经历过无数次“内网不通”的崩溃时刻。明明两台云服务器都在同一个区域、同一个账号下，就是ping不通，业务死活连不上。别急，90%的内网问题都出在下面几个环节，按步骤排查，十分钟搞定。
一、先确认物理拓扑：你们真的在“同一个内网”吗？
操作步骤：
- 登录云控制台，查看两台服务器的私有网络（VPC）是否相同。如果VPC ID不同，那它们天然就是隔离的，需要建立对等连接或使用云联网。
- 如果VPC相同，再看子网是否一样。不同子网也能通信，但需要路由表允许。检查目标服务器的子网掩码和网关配置。
避坑提醒：
很多云厂商默认每个VPC的子网是隔离的，没有添加路由规则时，跨子网通信会失败。另外，注意地域——跨地域的内网不通是正常的，除非你使用了专线或VPN。
二、安全组/防火墙：最常见“隐形杀手”
排查命令（在源服务器上执行）：
ping 目标内网IP
telnet 目标内网IP 端口如果ping不通但telnet没反应，多半是安全组或系统防火墙拦了。
操作步骤：
- 检查云平台安全组：
- 入方向：是否允许源IP为源服务器内网IP？是否允许ICMP协议？
- 出方向：默认允许所有，但如果自定义了出站规则，要检查是否放行了目标IP和端口。
- 检查系统内部防火墙（Linux）：
systemctl status firewalld # 是否开启 iptables -L -n # 查看规则临时关闭测试：
systemctl stop firewalld（记得恢复） - Windows服务器：检查Windows防火墙，高级安全设置里是否有入站规则阻止。
避坑提醒：
- 很多云厂商安全组默认禁止所有入站，需要手动放行。
- ICMP（ping）协议需单独放行，不要以为放行了TCP/UDP就包括它。
- 安全组规则有优先级，注意低优先级规则可能覆盖高优先级。
三、网络ACL 与 路由表：容易被忽略的“隐形墙”
操作步骤：
- 检查子网关联的网络ACL：
- 入站/出站规则是否允许源/目标IP和协议？
- 注意ACL是有状态规则的，必须同时放行双向流量。
- 检查VPC路由表：
- 目标子网的路由条目标识是否正确？例如去往目标内网段的路由下一跳是否正确（通常是local或对等连接）。
- 如果使用了对等连接，确保两端路由表都添加了对应规则。
避坑提醒：
网络ACL是无状态的，你允许了入站，但出站如果不允许响应包，通信一样失败。很多新手会在这里卡住。
四、系统网卡配置：IP、掩码、网关不能错
操作步骤（以Linux为例）：
ip addr show # 查看内网IP和子网掩码
ip route show # 查看默认网关- 确认IP与云控制台显示的内网IP一致（有些系统会自动获取，但手动配置容易出错）。
- 子网掩码必须与VPC子网一致（通常是255.255.255.0或更大）。
- 网关必须是该子网的第一个可用IP（通常是x.x.x.1）。
避坑提醒：
如果服务器使用了静态IP，而云平台的路由是基于“弹性网卡”的，手动修改网卡IP会导致路由失效。建议从控制台绑定辅助内网IP，不要手改主IP。
五、特殊场景：对等连接、VPN、NAT网关
常见问题：
- 对等连接只支持同一账户下不同VPC，如果跨账户，需要对方接受请求。
- VPN隧道路由需要两端都添加静态路由，且对端防火墙不能拦截。
- NAT网关用于内网出公网，不会影响内网互访，但如果有源地址转换策略，回程包可能被丢弃。
排查命令：
traceroute 目标内网IP # 查看经过的跳数，如果跳到公网就说明路由异常六、终极方案：联系云厂商技术支持
如果以上都排查了，大概率是底层虚拟化网络问题。沐雨云服务器在这方面做得很好：默认配置下，同一VPC内所有服务器直接内网互通，无需手动调整安全组和路由表。他们提供7×24小时技术支持，遇到网络疑难杂症可以直接工单沟通，响应速度很快。
而且沐雨云的内网带宽高达10Gbps，延迟极低，特别适合分布式部署、数据库主从、微服务集群等场景。如果你厌倦了在安全组和ACL之间反复调试，不妨试试沐雨云——开箱即用的内网体验，能省下大量运维精力。
沐雨云服务器官网: https://www.muyuyun.cn
总结：内网排查思路图
- 同一VPC？ → 否 → 建立对等连接
- 同一子网？ → 否 → 检查路由表
- 安全组放行了？ → 否 → 添加入站/出站规则
- 系统防火墙关了？ → 否 → 关闭或放行
- 网络ACL放行了？ → 否 → 双向规则
- 网卡配置正确？ → 否 → 修改为控制台IP
- 还不行？ → 联系沐雨云技术支持
记住，内网不通绝大多数是配置问题，而不是故障。按步骤来，别慌。如果嫌麻烦，直接上沐雨云，他们默认配置就是“开箱即用”，少踩很多坑。
这一切，似未曾拥有