Pange SSM Agendi proxy tema tegelikule systemd-teenusele
Kasutage agendi drop-in'i ja metadata-möödaminekut, seejärel eristage selle ühendust Image Builderi komponendi enda curl-päringust.
Tehke esmalt kindlaks ebaõnnestuv saatja: SSM Agendi side või allalaadimine Image Builderi komponendi sees. SSH-kesta eksport ei uuenda töötavat agenti.
Tavalise amazon-ssm-agent systemd-üksuse jaoks ühendage dokumenteeritud drop-in asukohas /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-lõpp-punkt võib kanda HTTPS-sihtkohti. Kui agent tohib oma avalike AWS-teenuse lõpp-punktide jaoks kasutada avalikku vahendajat, pakub HTTP-proxy loend nende URL-ide jaoks kandidaate; säilitage metadata-möödaminek. Hoidke 169.254.169.254 otseühendusena instantsi metadata jaoks; AWS dokumenteerib ka [fd00:ec2::254] IPv6 metadata lõpp-punkti jaoks.
Laadige systemd uuesti ja taaskäivitage tegelik agendi üksus pärast muudatust. Ubuntu snap-pakendus kasutab teist üksuse/drop-in'i asukohta, seega lähtuge paigaldusest.
Kui agent töötab, aga komponendi curl ebaõnnestub, andke selle käsu keskkond. Väiketähed http_proxy on curli jaoks olulised; edukas agendi tehing ei tõesta neid alam-päringu sisendeid.