Postavite proxy SSM Agent na njegovo dejansko storitev systemd
Uporabite drop-in agenta in obhod metadata, nato ločite njegovo povezljivost od lastne zahteve curl komponente Image Builder.
Najprej ugotovite, kaj ne uspe: komunikacija SSM Agent ali prenos znotraj komponente Image Builder. Izvoz prek lupine SSH ne posodobi delujočega agenta.
Za običajno enoto systemd amazon-ssm-agent združite dokumentirani drop-in v /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"Koncna točka HTTP lahko prenaša cilje HTTPS. Ko agent sme uporabljati javnega posrednika za svoje javne končne točke storitev AWS, seznam proxyjev HTTP ponuja kandidate za te URL-je; ohranite obhod metadata. Pustite 169.254.169.254 neposredno za metadata instance; AWS dokumentira tudi [fd00:ec2::254] za končno točko metadata IPv6.
Po spremembi znova naložite systemd in znova zaženite dejansko enoto agenta. Paket snap Ubuntu uporablja drugo mesto enote/drop-ina, zato se prilagodite namestitvi.
Če agent deluje, curl komponente pa ne uspe, zagotovite okolje tega ukaza. Male črke http_proxy so pomembne za curl; uspešna transakcija agenta teh vhodov podrejene zahteve ne potrjuje.