SSM Agent проксисин анын чыныгы systemd кызматына орнотуңуз
Agentтин drop-in файлын жана metadata айланып өтүүнү колдонуңуз, анан анын байланышын Image Builder компонентинин өз curl суроосунан ажыратыңыз.
Алгач ийгиликсиз жөнөтүүчүнү аныктаңыз: SSM Agent байланышыбы, же Image Builder компонентинин ичиндеги жүктөөбү. SSH shell аркылуу экспорттоо иштеп жаткан 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 дарегин instance metadata үчүн түз калтырыңыз; AWS IPv6 metadata акыркы чекити үчүн [fd00:ec2::254] дарегин да документтейт.
Өзгөртүүдөн кийин systemdни кайра жүктөп, agentтин чыныгы бирдигин кайра баштаңыз. Ubuntu snap таңгагы башка бирдик/drop-in ордун колдонот, ошондуктан орнотууга ылайыктаңыз.
Agent иштесе да компоненттин curl ийгиликсиз болсо, ошол буйруктун чөйрөсүн бериңиз. Кичине тамгалар http_proxy curl үчүн маанилүү; ийгиликтүү agent транзакциясы бул бала суроонун киргизүүлөрүн далилдебейт.