Я могу ограничить пользовательский доступ к блокам AWS S3?
Не путь Вы надеялись бы. Все почтовые программы не создаются равные, немного, некоторые глупые почтовые программы будут try-once-then-DSR. Или try-once-then-requeue. Адреса электронной почты на серверах с более низким приоритетом MX абсолютно пропустят электронные письма. И при этом нет никакой гарантии, что почтовые программы будут даже уважать приоритетные настройки MX, таким образом, Вы получили бы попытки к серверам своих 'дешевых мест', и поскольку эти почтовые программы имеют тенденцию быть поврежденными другими способами, которыми они, менее вероятно, перестанут работать к адресам Ваших 'исполнительных мест.
Более корректный способ сделать это состоит в том, чтобы настроить пару Умных Хостов, это сделает передачу, которую Вы ищете. Серьезная оборотная сторона к этому - то, что Вы потеряете то, что является, возможно, лучшей, но скрытой функцией GoogleApps, против спама; необходимо будет сделать AS сами. Если Вы думаете о том, чтобы тратить деньги на него, взнос в GoogleApps может казаться дешевым для сравнения.
Да, это возможно. Вот шаблон проектирования , который вы хотите реализовать. Краткая версия: вы создадите учетную запись пользователя IAM для каждой Алисы и Боба. Они получают свои собственные ключи доступа к AWS, которые будут использоваться для доступа к корзине S3. Затем вы примените политику S3 к рассматриваемому сегменту.
Большинство людей путается в том, что «политики IAM» и «политики корзины S3» - это две разные вещи, и обе необходимо настроить.
Права доступа должны определяться приложением. S3 предназначен для доступа приложений, а не для прямого хранения файлов с разрешениями и т.п.
Создайте отдельные пользователи и отдельные политики IAM и прикрепите к каждому пользователю по 1 политике.
Я уже предусмотрел эту политику в этом вопросе: AWS/S3 - создание пользователя (через консоль) для предоставления r/w ведро perms на 1 ведро?