Новое:Talanto осенью: поиск с цифрами, вакансия по шагам и каталог компаний

+1 239новых вакансий за сутки·75 016вакансий открыто сейчас·Новое:Talanto осенью: поиск с цифрами, вакансия по шагам и каталог компаний

Новые вакансии в TelegramРаботодателям
Talanto
Вакансии
Компании6 548
РезюмеAIПодготовкаСтатьи
BoostТарифыBoost
Войти

Не нашли подходящее?

Пусть нужная вакансия найдёт вас сама.

  1. Подборка в TelegramНовые вакансии по вашему фильтру — сразу в бота.Подключить
  2. Мэтчи по резюмеЗагрузите резюме — покажем, где вы подходите лучше всего.Загрузить
  3. Сохранить фильтрНастройте поиск один раз и возвращайтесь к новым вакансиям.Настроить
Что нового на TalantoTalanto осенью: поиск с цифрами, вакансия по шагам и каталог компаний

Для работодателей

Опубликуйте вакансию — отклики придут в ваш кабинет.

  1. Вакансиябесплатно
  2. Откликиконтакты бесплатно
  3. Наймэтапы и интервью

40 компаний публикуют вакансии напрямую · 4 400 кандидатов открыты к предложениям

Разместить вакансию

Популярные направления

Все подборки
  • Python14 623
  • Облачные технологии11 067
  • QA вакансии3 278
  • Backend вакансии1 723
  • Инженер данных1 339
  • Продакт-менеджер747

Разработка

  • Android1 706
  • iOS1 579
  • AI вакансии822
  • Fullstack вакансии697
  • Frontend вакансии598
  • Mobile вакансии30

По стеку

  • Go8 025
  • Java5 176
  • Node.js1 637
  • Kotlin1 393
  • Rust1 331
  • .NET1 254
  • PHP541
  • C++384
  • C#352

DevOps и инфраструктура

  • Kubernetes6 321
  • Linux-инфраструктура4 784
  • DevOps вакансии4 564
  • Terraform / IaC3 485
  • Мониторинг и Observability1 598
  • CI/CD1 478
  • SRE471
  • Кибербезопасность228

Аналитика и данные

  • Аналитик данных719
  • Data Scientist716
  • Бизнес-аналитик657
  • Системный аналитик93

Другие направления

  • Проджект-менеджер306
  • UI/UX дизайн98
  • Ручное тестирование14

По регионам

  • Вакансии в США37 518
  • Вакансии в Европе16 020
  • Работа в России3 879
  • Вакансии в Канаде3 642

По формату

  • Удалённые вакансии59 708
  • Релокация в США37 518
  • Гибридная работа9 274
  • Офисная работа6 545

По уровню

  • Senior вакансии33 244
  • Middle вакансии15 490
  • Junior вакансии5 355

Сейчас нанимают

Все компании
  • Wise194 вакансии
  • Rakuten189 вакансий
  • ASML164 вакансии
  • Grab134 вакансии
  • Celonis45 вакансий
  • Spotify37 вакансий
  • Infobip28 вакансий
  • Adyen27 вакансий
  • Monzo19 вакансий
  • Darktrace17 вакансий

Вакансии из 344 источников: карьерные страницы компаний и джоб-борды.

КомпанииО насНовостиПубличная офертаУсловия использованияПолитика конфиденциальностиПоддержка
←К теме AWSВсе вопросы
AWSMiddleТеория

Как дать доступ к S3 только из конкретной VPC?

В закладки
Сначала попробуйте ответить сами30 секунд
Сравнить с ответом ↓

Создайте VPC Endpoint типа Gateway для S3 и добавьте в Bucket Policy условие Deny с StringNotEquals aws:SourceVpc или aws:SourceVpce. Без Endpoint условие SourceVpc не сработает даже для инстансов внутри VPC.

Шаг 1: создать VPC Endpoint для S3

VPC Endpoint типа Gateway направляет трафик к S3 через внутреннюю сеть AWS, не выходя в интернет. Без него запросы к S3 идут через NAT Gateway или Internet Gateway.

# Получить ID VPC и таблиц маршрутизации
VPC_ID=$(aws ec2 describe-vpcs \
  --filters "Name=tag:Name,Values=my-vpc" \
  --query 'Vpcs[0].VpcId' --output text)

RTB_IDS=$(aws ec2 describe-route-tables \
  --filters "Name=vpc-id,Values=$VPC_ID" \
  --query 'RouteTables[*].RouteTableId' --output text)

# Создать Gateway Endpoint для S3
aws ec2 create-vpc-endpoint \
  --vpc-id $VPC_ID \
  --service-name com.amazonaws.us-east-1.s3 \
  --route-table-ids $RTB_IDS

Ограничение доступа к S3 только из конкретной VPC

Чтобы разрешить обращения к S3 только из определённой VPC, нужно сочетание двух механизмов: VPC Endpoint для S3 и Bucket Policy с условием aws:SourceVpc или aws:SourceVpce.

Шаг 2: Bucket Policy с запретом для запросов не из VPC

Условие aws:SourceVpc проверяет, что запрос пришёл из указанной VPC. Условие aws:SourceVpce ещё точнее — ограничивает до конкретного Endpoint ID.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "DenyAccessOutsideVPC",
      "Effect": "Deny",
      "Principal": "*",
      "Action": "s3:*",
      "Resource": [
        "arn:aws:s3:::my-private-bucket",
        "arn:aws:s3:::my-private-bucket/*"
      ],
      "Condition": {
        "StringNotEquals": {
          "aws:SourceVpc": "vpc-0a1b2c3d4e5f67890"
        }
      }
    }
  ]
}

Применение Bucket Policy через CLI

aws s3api put-bucket-policy \
  --bucket my-private-bucket \
  --policy file://bucket-policy.json

Альтернатива: ограничение по конкретному VPC Endpoint

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "DenyIfNotVpce",
      "Effect": "Deny",
      "Principal": "*",
      "Action": "s3:*",
      "Resource": [
        "arn:aws:s3:::my-private-bucket",
        "arn:aws:s3:::my-private-bucket/*"
      ],
      "Condition": {
        "StringNotEquals": {
          "aws:SourceVpce": "vpce-0123456789abcdef0"
        }
      }
    }
  ]
}

Важно: исключить административный доступ

Если применить чистый Deny без исключений, даже консоль AWS и IAM-роли с правами администратора потеряют доступ к бакету из-за пределов VPC. Добавьте исключение для IAM-роли управления:

{
  "Condition": {
    "StringNotEquals": {
      "aws:SourceVpc": "vpc-0a1b2c3d4e5f67890"
    },
    "ArnNotLike": {
      "aws:PrincipalArn": "arn:aws:iam::123456789012:role/S3AdminRole"
    }
  }
}

Подводные камни

  • Deny блокирует консоль AWS. При жёстком Deny по SourceVpc даже вы сами не сможете просмотреть содержимое бакета через браузер, если подключены не через VPN в ту VPC. Необходимо добавить исключение для административных ролей.
  • Gateway Endpoint не применяется автоматически. Нужно явно добавить его в таблицы маршрутизации всех нужных подсетей. Если забыли добавить подсеть — трафик пойдёт в обход Endpoint, и условие SourceVpce не выполнится.
  • aws:SourceVpc работает только при наличии Endpoint. Если VPC Endpoint не создан, условие SourceVpc не выполняется даже для запросов из EC2 той же VPC — они уходят через NAT без VPC-идентификатора.
  • Cross-account сценарии. При межаккаунтном доступе условие SourceVpc проверяет VPC в аккаунте источника. Нужно отдельно настраивать для каждого аккаунта-потребителя.
  • S3 Access Points не наследуют политику бакета. Если используете S3 Access Points, ограничение по VPC нужно настраивать и на уровне Access Point Policy, и на уровне Bucket Policy.
  • Block Public Access не заменяет Bucket Policy. Block Public Access блокирует только публичный доступ, но не ограничивает доступ из других VPC или через интернет для аутентифицированных IAM-пользователей.
  • Interface Endpoint vs Gateway Endpoint. Для некоторых S3-операций (например, S3 Object Lambda) нужен Interface Endpoint, а не Gateway. Они работают по-другому и имеют другой идентификатор.

Частые вопросы на собеседовании

  • Спроектируй highly available web-приложение в AWS.
  • Что такое RTO и RPO?
  • Как организовать multi-account стратегию в AWS Organizations?
  • Что технически делает subnet публичным?

Типичные ошибки

  • Путать SourceVpc/SourceVpce и обычный source IP.
  • Ломать доступ AWS services слишком широким deny.
  • Не иметь break-glass перед изменением bucket policy.

Что проверяет интервьюер

  • Предлагает VPC endpoint + bucket policy condition.
  • Учитывает IAM и endpoint policy.
  • Понимает риски блокировки console/service access.

Как вы знаете этот вопрос?

Проверить себя по теме AWS →

Источники

  • https://docs.aws.amazon.com/AmazonS3/latest/userguide/example-bucket-policies-vpc-endpoint.html
  • https://docs.aws.amazon.com/vpc/latest/privatelink/vpc-endpoints-s3.html

Связанные темы

AWSnetwork-based-access-controls3-security