Подключите GCP к AWS, избегая конфликтов IP-адресов при создании новой VPN

Следуя этому руководству, я пытаюсь чтобы создать VPN-туннель между GCP и AWS, который мне действительно удалось в некоторой степени успешно создать.

Первая попытка соединить две облачные среды после множества проб и ошибок прошла гладко, и теперь я могу опросить экземпляр RDS из GCP. Но у меня есть 2 других экземпляра для подключения к приложению, которое находится в GCP, и есть две подсети, которые перекрываются, поэтому, когда я пытаюсь создать новую VPN в GCP, он сообщает мне, что диапазоны IP-адресов уже используются. Теперь я предполагаю, что мне нужен своего рода Cloud NAT посередине, чтобы преобразовать эти диапазоны IP-адресов во что-то, что приемлемо для GCP, но я не нашел четкого руководства, которое могло бы помочь мне.


person sentenza    schedule 25.09.2019    source источник


Ответы (1)


Есть некоторые уловки, которые вы можете использовать с приоритетом и выборочной маршрутизацией (ограничительные блоки CIDR), но если IP-адрес или экземпляр на стороне AWS находится в пределах вашего блока CIDR Google VPC, вы не можете этого сделать. Вам нужно будет переназначить блок CIDR с одной или другой стороны. Это означает создание новой подсети Google VPC или AWS с неперекрывающимися блоками CIDR и перемещение сервисов в новую сеть.

Ваше предложение использовать NAT не сработает. У NAT будет такая же проблема. Два интерфейса с перекрывающимися адресами. Кроме того, мне неизвестны предоставленные AWS или Google VPN, которые поддерживают VPN через NAT, поскольку IP-протокол 50 (ESP) находится на уровне 3, на который не влияет TCP (IP-протокол 6) уровня 3 + TCP-порты уровня 4. ESP и TCP работает бок о бок в сетевом стеке, и без туннелирования вы не можете маршрутизировать ESP с TCP NAT / PAT.

person John Hanley    schedule 25.09.2019
comment
Как вы сказали, единственное решение, которое я нашел до сих пор, - это воссоздать перекрывающиеся VPC. Кроме того, спасибо за объяснение, почему попытка создать VPN через NAT оказалась по сути бесплодной. - person sentenza; 26.09.2019