Поместите прокси SSM Agent в его фактическую службу systemd
Используйте drop-in агента и обход metadata, затем отделите его подключение от собственного запроса curl компонента Image Builder.
Сначала определите, что именно сбоит: связь SSM Agent или загрузка внутри компонента Image Builder. Экспорт через SSH-оболочку не обновляет работающий агент.
Для обычного юнита systemd amazon-ssm-agent объедините документированный drop-in в /etc/systemd/system/amazon-ssm-agent.service.d/override.conf:
[Service]
Environment="http_proxy=http://proxy.example:8080"
Environment="https_proxy=http://proxy.example:8080"
Environment="no_proxy=169.254.169.254"Конечная точка HTTP может передавать адреса HTTPS. Когда агенту разрешено использовать публичный посредник для своих публичных конечных точек сервисов AWS, список HTTP-прокси предлагает кандидатов для этих URL; сохраните обход metadata. Оставьте 169.254.169.254 напрямую для метаданных экземпляра; AWS также документирует [fd00:ec2::254] для конечной точки метаданных IPv6.
После изменения перезагрузите systemd и перезапустите фактический юнит агента. Пакет Ubuntu snap использует другое расположение юнита/drop-in, поэтому ориентируйтесь на установку.
Если агент работает, а curl компонента сбоит, задайте окружение этой команды. Строчные буквы http_proxy важны для curl; успешная транзакция агента не подтверждает эти входные данные дочернего запроса.