Nasměrujte proxy SSM Agent na jeho skutečnou službu systemd
Použijte drop-in agenta a obchvat metadata, poté odlište jeho konektivitu od vlastního požadavku curl komponenty Image Builder.
Nejprve určete, kdo selhává: komunikace SSM Agent, nebo stahování uvnitř komponenty Image Builder. Export přes SSH shell neaktualizuje běžícího agenta.
U běžné jednotky systemd amazon-ssm-agent slučte dokumentovaný drop-in v /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 koncový bod může přenášet HTTPS cíle. Když agent smí pro své veřejné koncové body AWS použít veřejného zprostředkovatele, seznam HTTP proxy nabízí kandidáty pro tyto URL; obchvat metadata zachovejte. Ponechte 169.254.169.254 přímo pro metadata instance; AWS také dokumentuje [fd00:ec2::254] pro koncový bod metadat IPv6.
Znovu načtěte systemd a restartujte skutečnou jednotku agenta po změně. Balení Ubuntu snap používá jiné umístění jednotky/drop-inu, proto se přizpůsobte instalaci.
Pokud agent funguje, ale curl komponenty selhává, zajistěte prostředí tohoto příkazu. Malá písmena http_proxy jsou pro curl důležitá; úspěšná transakce agenta tyto vstupy podřízeného požadavku neprokazuje.