Nastavte proxy SSM Agent na jeho skutočnú službu systemd
Použite drop-in agenta a obchádzanie metadata, potom odlíšte jeho konektivitu od vlastnej požiadavky curl komponentu Image Builder.
Najprv určte, čo zlyháva: komunikácia SSM Agent alebo sťahovanie v komponente Image Builder. Export cez SSH shell neaktualizuje bežiaceho agenta.
Pre bežnú jednotku systemd amazon-ssm-agent zlúč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 prenášať HTTPS ciele. Keď agent smie použiť verejného sprostredkovateľa pre svoje verejné koncové body služieb AWS, zoznam HTTP proxy ponúka kandidátov pre tieto URL; zachovajte obchádzanie metadata. Ponechajte 169.254.169.254 priamo pre metadata inštancie; AWS dokumentuje aj [fd00:ec2::254] pre koncový bod metadata IPv6.
Po zmene znovu načítajte systemd a reštartujte skutočnú jednotku agenta. Balenie Ubuntu snap používa iné umiestnenie jednotky/drop-inu, preto sa prispôsobte inštalácii.
Ak agent funguje, ale curl komponentu zlyháva, poskytnite prostredie tohto príkazu. Malé písmená http_proxy sú pre curl dôležité; úspešná transakcia agenta tieto vstupy podradenej požiadavky nepreukazuje.