Можно ли использовать Google Cloud NAT для виртуальных машин за LB TCP / Proxy, чтобы все серверы могли использовать исходящий трафик с одного IP-адреса?

Я пытаюсь использовать Google Cloud NAT на наборе виртуальных машин, работающих на Compute Engine, которые находятся в своей собственной подсети, так что все серверы отправляют запросы на веб-сайты клиентов с одного статического IP-адреса. К сожалению, когда я добавляю эти виртуальные машины в LB прокси TCP / SSL, похоже, что они не используют NAT, который, как мне кажется, настроен правильно.

Я попытался настроить TCP Proxy LB, а также HTTP (S) LB и Cloud NAT, и когда я пытаюсь сделать исходящий HTTP-запрос, это приводит к тайм-ауту. Вход через LB работает нормально. Экземпляры виртуальных машин не имеют внешних IP-адресов, что является требованием для Cloud NAT.

Я ожидаю, что HTTP-запросы попадут на сервер, а веб-сервер сделает исходящий HTTP-запрос через Cloud NAT, так что другим серверам нужно будет занести в белый список только один IP-адрес (статический IP-адрес, назначенный Cloud NAT)


person Bryan OR JavaScript Developer    schedule 16.05.2019    source источник
comment
Привет, Брайан, это поможет нам дать вам больше отзывов, если мы увидим пример (очистите фактические исходящие IP-адреса) вашего NAT. Спасибо.   -  person Paul Ryan    schedule 16.05.2019


Ответы (1)


Я пытаюсь понять, зачем вам нужен Cloud NAT в этом сценарии, поскольку балансировщик нагрузки прокси TCP / SSL будет подключаться к бэкэндам с помощью частного соединения, и бэкэнды не будут доступны в Интернете. Для вашего сценария будет достаточно настройки прокси TCP / SSL. Следующая официальная документация поясняет мою точку зрения 1:

Серверные виртуальные машины для балансировщиков нагрузки HTTP (S), SSL-прокси и TCP-прокси не нуждаются в самих внешних IP-адресах и не нуждаются в Cloud NAT для отправки ответов на балансировщик нагрузки. Балансировщики нагрузки HTTP (S), SSL Proxy и TCP Proxy обмениваются данными с внутренними виртуальными машинами, используя свои основные внутренние IP-адреса.

person Lozano    schedule 23.05.2019