Поставите прокси SSM Agent-а на његову стварну systemd услугу
Користите agent-ов drop-in и заобилажење metadata, затим разликујте његову везу од сопственог curl захтева Image Builder компоненте.
Најпре утврдите пошиљаоца који не успева: комуникацију SSM Agent-а или преузимање унутар Image Builder компоненте. Извоз кроз SSH љуску не ажурира покренути agent.
За уобичајену amazon-ssm-agent systemd јединицу, спојите документовани 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 одредишта. Када agent сме да користи јавни посредник за своје јавне AWS крајње тачке, листа HTTP проксија нуди кандидате за те URL-ове; сачувајте заобилажење metadata. Оставите 169.254.169.254 директно за metadata инстанце; AWS документује и [fd00:ec2::254] за IPv6 крајњу тачку metadata.
Поново учитајте systemd и рестартујте стварну agent јединицу након промене. Ubuntu snap паковање користи другу локацију јединице/drop-in-а, зато се ускладите са инсталацијом.
Ако agent ради, али curl компоненте не успева, обезбедите окружење те наредбе. Мала слова http_proxy су важна за curl; успешна agent трансакција не доказује те улазе подређеног захтева.