GCP VPC Peering 处于活动状态,连接测试正常,但任何请求(ssh、icmp......)都会超时

GCP VPC Peering 处于活动状态,连接测试正常,但任何请求(ssh、icmp......)都会超时

我有 2 个 GCP 项目,它们有 2 个不同的 VPC:

VPC1 具有默认子网 VPC2 具有默认子网和自定义子网 然后我有 2 个实例,每个项目一个:

instance1 有一个到 VPC1 默认子网的网络接口(内部 IP 10.128.0.2)

instance2 有 2 个网络接口用于:

a) VPC2 默认值:默认 10.128.0.1(这不是问题,因为默认值不是对等的)

b) VPC2 自定义:自定义 10.230.0.3(对等的)

子网位于正确的区域中,并且 IP 范围不重叠。VPC1default 到 VPC2custom 上的 VPC Peering 处于活动状态,并且已导出/导入路由。

两个实例均位于 VPC 对等连接中声明的区域子网所覆盖的区域中。

但是,当我尝试使用内部 IP 从一个实例 ping 到另一个实例时,它会超时。从 10.128.0.2 ping 10.230.0.3

防火墙规则已更新,以允许来自两个 VPC IP 范围的所有端口。我在 VPC2 中弹出实例 3,以检查它是否可能是防火墙或 DHCP,因为有第二个网络接口。实例 3 的配置方式与实例 2 相同,即 2 个子网,默认和自定义。我设法使两个实例顺利通信……但仍然无法与来自另一个对等 VPC 的这两个实例中的任何一个通信

我尝试运行网络智能连接测试,但看起来数据包正在通过。但是 ssh、ping 或任何服务都超时了……

在此处输入图片描述

答案1

我重现了您详细描述的环境,在将对等网络设置为辅助接口时遇到了同样的问题。但当对等网络设置为唯一接口或主接口时,它就可以正常工作。

根据官方GCP 文档为了从 VPC 对等网络连接到辅助接口内部 IP,您必须在虚拟机内配置路由,如下所示DHCP默认流量到主接口。

相关内容