Novietojiet SSM Agent starpniekserveri uz tā faktiskā systemd pakalpojuma
Izmantojiet agenta drop-in failu un metadata apiešanu, pēc tam atšķiriet tā savienojumu no Image Builder komponenta paša curl pieprasījuma.
Vispirms nosakiet, kas neizdodas: SSM Agent saziņa vai lejupielāde Image Builder komponenta iekšienē. Eksports caur SSH čaulu neatjaunina darbojošos agentu.
Parastajai amazon-ssm-agent systemd vienībai apvienojiet dokumentēto drop-in failu /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 galapunkts var pārvadāt HTTPS galamērķus. Kad agentam atļauts izmantot publisku starpnieku tā publiskajiem AWS pakalpojumu galapunktiem, HTTP starpniekserveru saraksts piedāvā kandidātus šiem URL; saglabājiet metadata apiešanu. Turiet 169.254.169.254 tieši instance metadata vajadzībām; AWS dokumentē arī [fd00:ec2::254] IPv6 metadata galapunktam.
Pēc izmaiņām pārlādējiet systemd un restartējiet faktisko agenta vienību. Ubuntu snap iepakojums izmanto citu vienības/drop-in atrašanās vietu, tāpēc pielāgojieties instalācijai.
Ja agents darbojas, bet komponenta curl neizdodas, nodrošiniet šīs komandas vidi. Mazie burti http_proxy curl ir svarīgi; veiksmīgs agenta darījums nepierāda šos apakšpieprasījuma ievades datus.