We are announcing two new offers that enable you to use Amazon WorkSpaces and Amazon WorkDocs for up to 50 users at no charge. Both offers are for new customers that have not previously used these services and are available through June 30, 2020.

https://aws.amazon.com/blogs/desktop-and-application-streaming/new-offers-to-enable-work-from-home-from-amazon-workspaces-and-amazon-workdocs/

круто! Спасибо

Господа, добрый день. Проконсультируйте, пожалуйста, по вопросу. Мб в ответе просто не хватает мат. части. Суть такова: у меня есть 2 subnetа в VPC, пусть .2.0 и .4.0.  Они друг от друга изолированы. Мне нужно сделать так, чтобы инстансы видели друг друга, работали броадкасты и прочее добро. Для этого я подымаю в сети 3.0, которую видят обе подсети и 3.0 тоже их видит, опенвпн сервак в режиме бридж. Проблема в том, что если в конфиге клиентов прописывать локальный адрес сервера который в 3.0, то клиенты подрубаются, ипы выдаются, но пингуют они друг друга через раз и то невсегда. Но если прописать внешний ип сервера и слать клиентов туда, то все работает отлично. Почему так происходит?

Спасибо. А на уровне subnetов решения нет?

много неизвестных в условии.
vpn я думаю тут лишний.
это все один vpc?

Да

да, vpc один. Нужно чтобы работали броадкасты между этими двумя подсетями. На чистом VPC это сделать нельзя, поэтому нужен впн.

броадкаст не работает между разными сабнетами, учите матчасть )

Для этого и нужен бриджовый впн, который объединяет все инстансы в одну виртуальную сеть, в которой все работает

Впн их объединяет в одну. И все рабит, если в конфиге приписывать публичный ип сервака. Если прописывать локальный, то нет.

чота както пахнет костылем )

overlay можно натянуть если это контейнеры

Ну а кто же виноват, что в vpc‘шкафах броадкасты не работают

Из пушки по воробьям, но все же:
https://docs.aws.amazon.com/vpc/latest/tgw/tgw-multicast-overview.html

Все-таки больше вопрос именно к такому странному поведению впна, ведь если клиентам указать белый ип инстанса с впн-сервером, все ок.

Как-то выглядит как изначально взаимоисклдчающие требования

Нужны броадкасты, то есть трафик на все хосты сети, но при этом сеть мы разделили на 2

Как-то противоречит построению сетей в принципе

Можно ещё transit gateway использовать. Будет нативным средствами AWS