
我们已经在两个地区build立了AWS VPC,如上所示。 VPN连接现在可以在VPN设置的每一端直接连接到VPC的两个实例之间工作(即,eu-west1中的VPC PROD和ap-south1中的VPC PROD)。 所以“远程服务”可以与“产品服务”进行通信。 绿色虚线表示这一点。
由于2 eu-west1 VPC之间存在对等连接,我希望ap-south1的VPC PROD能够在eu-west1与VPC ADMIN进行通信。 这似乎并非如此。 也就是说,“远程服务” 不能与“pipe理服务”通信。 由红色虚线画出。
VPC ADMIN具有路由表条目:
10.100.0.0/16 ==> peering connection to VPC PROD (eu-west1)
VPC PROD(eu-west1)具有路由表条目:
10.100.0.0/16 ==> Virtual Private Gateway (VPG) / VPN connection
此外,VPC PROD(ap-south1)具有路由表条目:
172.20.0.0/16 and 172.30.0.0/16 ==> strongswan instance.
我想这个问题可能是因为ap-south1的stream量到达了欧洲的VPG路由器,并且很难要求它能够到达VPG关联的VPC的端点,并且不会看VPC的路由表,不支持使用匹配的路由表条目将stream量发送到对等连接到VPC ADMIN。 有人可以确认是否应该工作?
目前唯一的方法就是创build第二个VPN连接,这个连接将会有一个VPG与VPC ADMIN关联。 然后在ap-south1中调整路由,以便为172.20.0.0/16 (VPC PROD)和172.30.0.0/16 (VPC ADMIN)的新VPN点击旧VPN。 这应该工作,但会花费两倍多,意味着更多的configuration维护…
其他的想法,使其工作?
这是不行的,通过devise。
通过网关或专用连接进行边缘到边缘路由
如果任一对等关系中的VPC具有以下连接之一,则无法将对等关系扩展到该连接:
- 一个VPN连接
…
http://docs.aws.amazon.com/AmazonVPC/latest/PeeringGuide/invalid-peering-configurations.html
VPC对等仅允许跨越VPC边界从实例访问实例。 它不允许访问任何types的“网关”,如Internet网关,NAT网关,VPC服务端点,AWS Direct Connect或硬件VPN。
通过对等连接的交通不能“过境”VPC并走出对方。