Ilagay ang Proxy ng SSM Agent sa Aktwal na Serbisyong systemd Nito
Gamitin ang drop-in ng agent at ang paglampas sa metadata, pagkatapos ay ihiwalay ang konektividad nito sa sariling kahilingang curl ng isang komponent ng Image Builder.
Unang tukuyin ang nabigong nagpapadala: komunikasyon ng SSM Agent o isang download sa loob ng komponent ng Image Builder. Hindi ina-update ng export sa shell ng SSH ang tumatakbong agent.
Para sa karaniwang amazon-ssm-agent systemd unit, pagsamahin ang dokumentadong drop-in sa /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"Maaaring magdala ang HTTP endpoint ng mga destinasyong HTTPS. Kapag pinapayagan ang agent na gumamit ng pampublikong tagapamagitan para sa mga pampublikong AWS service endpoint nito, nagbibigay ang listahan ng HTTP proxy ng mga kandidato para sa mga URL na ito; panatilihin ang paglampas sa metadata. Panatilihing direkta ang 169.254.169.254 para sa metadata ng instance; dokumentado rin ng AWS ang [fd00:ec2::254] para sa IPv6 metadata endpoint.
I-reload ang systemd at i-restart ang aktwal na unit ng agent pagkatapos ng pagbabago. Gumagamit ang snap packaging ng Ubuntu ng ibang lokasyon ng unit/drop-in, kaya itugma sa pag-install.
Kung gumagana ang agent ngunit nabibigo ang curl ng komponent, ibigay ang environment ng command na iyon. Mahalaga sa curl ang maliliit na titik na http_proxy; hindi pinatutunayan ng matagumpay na transaksyon ng agent ang mga input na iyon ng child request.