Aseta SSM Agentin proxy sen todelliseen systemd-palveluun
Käytä agentin drop-in-tiedostoa ja metadata-ohitusta ja erota sen yhteydet Image Builder -komponentin omasta curl-pyynnöstä.
Tunnista ensin epäonnistuva lähettäjä: SSM Agentin viestintä vai Image Builder -komponentin sisäinen lataus. SSH-kuoren vienti ei päivitä käynnissä olevaa agenttia.
Tavalliselle amazon-ssm-agent systemd-yksikölle yhdistä dokumentoitu drop-in tiedostoon /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-päätepiste voi välittää HTTPS-kohteita. Kun agentti saa käyttää julkista välittäjää julkisille AWS-palvelupäätepisteilleen, HTTP-proxyluettelo tarjoaa ehdokkaita näille URL-osoitteille; säilytä metadata-ohitus. Pidä 169.254.169.254 suorana instanssin metatiedoille; AWS dokumentoi myös [fd00:ec2::254] IPv6-metadata-päätepisteelle.
Lataa systemd uudelleen ja käynnistä agentin todellinen yksikkö uudelleen muutoksen jälkeen. Ubuntu snap -paketointi käyttää toista yksikkö-/drop-in-sijaintia, joten sovita asennuksen mukaan.
Jos agentti toimii mutta komponentin curl epäonnistuu, tarjoa kyseisen komennon ympäristö. Pienet kirjaimet http_proxy merkitsevät curlille; onnistunut agenttitapahtuma ei todista näitä alipyynnön syötteitä.