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