Управляйте доступом к сайту

AWSBeginner
Практиковаться сейчас

Введение

Удалите и восстановите правило EC2, наблюдая реальные подключения и сохраняя правило SSH.

Сначала выполните предыдущие работы портфолио. Среда предоставляет собственные ресурсы и необходимые возможности прежних этапов. Переносите знания, а не экземпляры, файлы или учётные данные.

Связь с сертификацией

Сертификация Задачи Практика
AWS Certified Cloud Practitioner (CLF-C02) Task 3.5 Контролировать подключения EC2 через группу безопасности.

Обзор

Удалите и восстановите правило EC2, наблюдая реальные подключения и сохраняя правило SSH.

Наблюдайте заблокированное подключение

На этом шаге вы удалите только правило сайта и сравните ответ страницы с состоянием сервера.

Это задание предоставляет новый сервер. До изменений откройте сайт из его AWS View и проверьте Alex Morgan. Вернитесь в Terminal и перейдите в проект:

cd /home/labex/project

Как раньше, source загружает идентификаторы текущего сервера. Покажите SECURITY_GROUP_ID, изменяемую группу:

source website.env
echo "$SECURITY_GROUP_ID"

Группа безопасности управляет сетевыми соединениями экземпляра. Входящее правило разрешает соединения к нему. Порт обозначает сервис: SSH использует 22, этот HTTP-сайт — 8081. Другие сайты обычно используют HTTP 80 или HTTPS 443; здесь нужен порт этого приложения.

Прочитайте группу до изменения:

Как в первом задании, --query выбирает часть ответа. Здесь остаются только входящие правила первой группы, SecurityGroups[0].IpPermissions, чтобы сосредоточиться на двух нужных разрешениях.

aws ec2 describe-security-groups \
  --group-ids "$SECURITY_GROUP_ID" \
  --query 'SecurityGroups[0].IpPermissions'

Вывод показывает только входящие правила. FromPort и ToPort задают диапазон. Найдите отдельные правила для 22 и 8081. Источник 198.51.100.10/32 — подготовленный посетитель упражнения; /32 означает один IPv4-адрес. Это не публичный адрес вашего компьютера, поэтому оставьте указанное значение.

Удалите только разрешение сайта. revoke-security-group-ingress удаляет совпадающее правило; --protocol tcp выбирает протокол, --port 8081 — веб-сервис, --cidr — разрешённый источник:

aws ec2 revoke-security-group-ingress \
  --group-id "$SECURITY_GROUP_ID" \
  --protocol tcp \
  --port 8081 \
  --cidr 198.51.100.10/32

Ответ подтверждает изменение. Обновите сайт: появится Website connection unavailable, а экземпляр останется running в AWS View.

Новый запрос не проходит после удаления правила сайта, но сервер продолжает работать.

AWS View показывает running при заблокированном доступе; идентификаторы приведены как пример.

Приложение не удалено и сервер не остановлен: соединение блокирует сетевое правило. Группы отслеживают разрешённые соединения; новый запрос этого упражнения проверяет изменённое правило. Сохраните отдельное правило SSH.

Восстановите доступ к сайту

На этом шаге вы восстановите конкретное разрешение и проверите, что приложение снова отвечает.

authorize-security-group-ingress добавляет входящее правило. Используйте ту же группу, TCP-порт и подготовленный адрес посетителя:

aws ec2 authorize-security-group-ingress \
  --group-id "$SECURITY_GROUP_ID" \
  --protocol tcp \
  --port 8081 \
  --cidr 198.51.100.10/32

Обновите сайт. Alex Morgan и три проекта должны вернуться без переустановки или перезапуска. Перечитайте группу, чтобы проверить и конфигурацию:

После восстановления нужного правила настоящая страница снова отвечает.

aws ec2 describe-security-groups \
  --group-ids "$SECURITY_GROUP_ID" \
  --query 'SecurityGroups[0].IpPermissions'

Проверьте правило сайта 8081 и неизменённое SSH 22, оба для 198.51.100.10/32. 0.0.0.0/0 разрешил бы любой источник IPv4 и был бы шире необходимого. Восстановите указанный источник без дополнительных разрешений.

Вы проверили конфигурацию и реальный результат: нужное правило существует, запрос посетителя проходит. Следующее задание предоставит новый сайт и познакомит с закрытым хранилищем его материалов.

Резюме

Вы удалили и восстановили правило сайта, наблюдали настоящий отказ и восстановление и сохранили SSH. Вы отличили работающий сервер от доступного приложения и проверили ограничение разрешения заданным посетителем.

Официальные источники: security group rules.