Sätt SSM Agents proxy på dess faktiska systemd-tjänst
Använd agentens drop-in och metadata-kringgåendet och skilj sedan dess anslutning från en Image Builder-komponents egen curl-begäran.
Identifiera först avsändaren som misslyckas: SSM Agents kommunikation eller en nedladdning inuti Image Builder-komponenten. En export via ett SSH-skal uppdaterar inte den körande agenten.
För den vanliga amazon-ssm-agent systemd-enheten, slå samman den dokumenterade drop-in-filen i /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-slutpunkten kan bära HTTPS-destinationer. När agenten får använda en offentlig mellanhand för sina offentliga AWS-tjänsteslutpunkter, tillhandahåller HTTP-proxylistan kandidater för dessa URL:er; behåll metadata-kringgåendet. Håll 169.254.169.254 direkt för instansmetadata; AWS dokumenterar även [fd00:ec2::254] för IPv6-metadata-slutpunkten.
Ladda om systemd och starta om den faktiska agentenheten efter ändringen. Ubuntus snap-paketering använder en annan enhet/drop-in-plats, så anpassa efter installationen.
Om agenten fungerar men komponentens curl misslyckas, ange den kommandots miljö. Små bokstäver http_proxy spelar roll för curl; en lyckad agenttransaktion fastställer inte dessa indata för underbegäran.