云环境下Linux网络异常排查需优先检查云平台配置，包括弹性网卡绑定、VPC路由、安全组、NAT网关及云DNS，并结合系统命令与云原生诊断工具联动分析。
云环境下的Linux网络异常，和传统物理机排查逻辑一致，但更需关注云平台侧的配置与限制。问题往往不是出在系统本身，而是虚机网络栈、VPC路由、安全组、NAT网关或云DNS服务等环节。
检查云平台网络基础配置
先确认云上资源是否已正确挂载网络能力：
- 登录云控制台，查看该ECS/VM实例是否已绑定弹性网卡、分配了私有IP和公网IP（如需）
- 检查所属VPC的路由表：是否有指向目标网段（如0.0.0.0/0）的有效路由条目，下一跳是否为NAT网关或Internet网关
- 确认安全组规则：入方向是否放行所需端口（如ICMP用于ping、TCP 80/443），出方向是否默认允许或显式开放
- 若使用了网络ACL（如阿里云、AWS），还需检查子网级的黑白名单规则是否拦截流量
验证系统内网络状态与云侧联动
在实例内部执行命令时，要结合云平台语境解读结果：
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- ip addr show：确认网卡（如eth0）UP且获取到云平台分配的IP，无duplicate address或NO-CARRIER报错
- ip route show：重点看default via是否指向云平台提供的网关（如172.16.0.1），而非本地伪造地址
- ping -c 3 云平台分配的网关IP：通则说明二层可达；不通需检查安全组ICMP入方向、网卡多队列是否启用异常、或云平台后台端口阻塞
- curl -I http://100.100.100.200（阿里云元数据地址）或curl http://169.254.169.254（AWS/Azure元数据）：可快速验证VPC内网连通性及云DNS是否就绪
聚焦云环境特有故障点
很多“网络不通”实际是云服务链路某环断裂：
- DNS解析失败：云平台通常提供内网DNS（如阿里云100.100.2.136），不要直接修改/etc/resolv.conf为8.8.8.8；应优先用nslookup google.com测试，再对比nslookup -server=100.100.2.136 google.com确认是否云DNS异常
- 公网访问异常：即使能ping通8.8.8.8，也可能因未绑定EIP、NAT网关欠费、或VPC流日志显示SNAT失败而无法建连；此时用telnet 8.8.8.8 53可绕过ICMP检测TCP通路
- 跨可用区/跨VPC通信失败：检查对端VPC是否配置了正确的对等连接或云企业网（CEN），路由表中是否已学习到对方网段，且安全组双向放行
- 突发高延迟或丢包：云平台可能触发限速策略（如共享带宽超配额、EIP带宽峰值打满），可通过云监控查看“网络流出带宽”“丢包率”指标，而非仅依赖mtr
善用云平台原生诊断工具
别只依赖系统命令，云厂商已集成深度可观测能力：
- 阿里云：使用“云服务器ECS > 网络诊断”功能，一键检测VPC路由、安全组、ACL、DNS、公网出口状态
- 腾讯云：进入“云服务器 > 远程登录 > 网络诊断”，支持从实例发起到目标IP的全链路探测（含TTL、MTU、TCP握手）
- AWS：启用VPC Flow Logs + CloudWatch Synthetics，或使用EC2 Network Insights分析路径可达性
- 所有平台均建议开启“系统事件通知”，及时捕获如“网卡热迁移失败”“DHCP租约异常释放”等底层事件
