Azure同虚拟网络下Windows VM向Linux VM的Java应用发送GET请求失败排查

云上老周

2026-7-19

可能的故障原因排查方向

Linux本地防火墙限制：Azure NSG是外部网络层面的防护，但Linux系统自身的iptables、firewalld等本地防火墙可能未开放42200端口的入站规则。可在Linux VM上执行sudo iptables -L或sudo firewall-cmd --list-ports命令，检查是否包含42200/tcp规则。
Java应用绑定地址问题：如果Java应用仅绑定了127.0.0.1或VM的私有IP，而非0.0.0.0、公网IP或虚拟网络IP，外部（包括Windows VM的公网IP）将无法访问。可查看应用启动参数或配置文件确认绑定地址，也可执行netstat -tulpn | grep 42200检查监听地址是否为0.0.0.0:42200或对应公网/虚拟网络IP。
应用端点路径不匹配：确认请求的/rest/路径是否正确，比如应用实际端点可能是/rest（无末尾斜杠）或存在其他前缀。可在Linux VM本地执行curl http://localhost:42200/rest/测试，验证本地访问是否正常，排除路径错误。
Azure公网IP关联或路由问题：若Linux VM的公网IP是通过NAT网关、负载均衡器关联的，可能存在端口转发配置缺失或路由规则拦截流量。需在Azure门户检查VM的网络配置，确认公网IP是否直接绑定到VM，且无额外网络设备限制流量。
Postman代理设置干扰：Windows VM上的Postman若配置了全局代理，可能导致请求无法正确发送到目标地址。可在Postman的「设置->代理」中关闭全局代理后重试。
Java应用未正常运行：确认Java应用进程是否存活且无报错，可执行ps aux | grep java检查进程状态，同时查看应用日志文件，确保服务在42200端口正常监听。