Ustaw proxy SSM Agent w jego rzeczywistej usłudze systemd
Użyj pliku drop-in agenta i obejścia metadata, a następnie odróżnij jego łączność od własnego żądania curl komponentu Image Builder.
Najpierw ustal, co zawodzi: komunikacja SSM Agent czy pobieranie wewnątrz komponentu Image Builder. Eksport przez powłokę SSH nie aktualizuje działającego agenta.
Dla zwykłej jednostki systemd amazon-ssm-agent scal udokumentowany plik drop-in w /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"Punkt końcowy HTTP może przenosić cele HTTPS. Gdy agent może używać publicznego pośrednika dla swoich publicznych punktów końcowych usług AWS, lista proxy HTTP dostarcza kandydatów dla tych adresów URL; zachowaj obejście metadata. Pozostaw 169.254.169.254 bezpośrednio dla metadanych instancji; AWS dokumentuje także [fd00:ec2::254] dla punktu końcowego metadanych IPv6.
Po zmianie przeładuj systemd i uruchom ponownie rzeczywistą jednostkę agenta. Pakowanie snap Ubuntu używa innej lokalizacji jednostki/drop-in, więc dopasuj się do instalacji.
Jeśli agent działa, ale curl komponentu zawodzi, zapewnij środowisko tego polecenia. Małe litery http_proxy mają znaczenie dla curl; udana transakcja agenta nie potwierdza tych danych wejściowych żądania podrzędnego.