Setzt de Proxy vum SSM Agent op seng tatsächlech systemd-Service
Benotzt den Drop-in vum Agent an d'Metadata-Ëmgoen, an ënnerscheet duerno seng Verbindung vun der eegener curl-Ufro vun engem Image Builder-Komponent.
Identifizéiert als éischt den Absender, deen ausfällt: d'Kommunikatioun vum SSM Agent oder en Download am Image Builder-Komponent. En Export iwwer eng SSH-Shell aktualiséiert den lafenden Agent net.
Fir déi normal amazon-ssm-agent systemd-Unit, fusionéiert den dokumentéierten Drop-in an /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"Den HTTP-Endpunkt kann HTTPS-Ziler droen. Wann den Agent en ëffentlechen Tëschemann fir seng ëffentlech AWS-Service-Endpunkte benotze kann, bitt d'HTTP-Proxy-Lëscht Kandidate fir dës URLen; behält d'Metadata-Ëmgoen. Halt 169.254.169.254 direkt fir d'Instanz-Metadata; AWS dokumentéiert och [fd00:ec2::254] fir den IPv6-Metadata-Endpunkt.
Lued systemd nei a start déi tatsächlech Agent-Unit nei no der Ännerung. D'Ubuntu-snap-Paketéierung benotzt eng aner Unit/Drop-in-Plaz, also passt se un d'Installatioun un.
Wann den Agent funktionéiert, awer de curl vum Komponent ausfällt, gitt d'Ëmfeld vun deem Kommando. Kleng Buschtawen http_proxy si wichteg fir curl; eng erfollegräich Agent-Transaktioun beweist dës Inpute vun der Kannerufro net.