Tegye az SSM Agent proxyját a tényleges systemd szolgáltatására
Használja az agent drop-in fájlját és a metadata megkerülését, majd különböztesse meg a kapcsolatot az Image Builder komponens saját curl kérésétől.
Először azonosítsa a hibázó küldőt: az SSM Agent kommunikációját vagy az Image Builder komponensen belüli letöltést. Az SSH-héjon keresztüli export nem frissíti a futó agentet.
A szokásos amazon-ssm-agent systemd egységnél egyesítse a dokumentált drop-in fájlt a /etc/systemd/system/amazon-ssm-agent.service.d/override.conf helyen:
[Service]
Environment="http_proxy=http://proxy.example:8080"
Environment="https_proxy=http://proxy.example:8080"
Environment="no_proxy=169.254.169.254"A HTTP végpont HTTPS-célokat is továbbíthat. Amikor az agent nyilvános közvetítőt használhat a nyilvános AWS szolgáltatás-végpontjaihoz, a HTTP proxy lista jelölteket kínál ezekhez az URL-ekhez; tartsa meg a metadata megkerülését. Tartsa a 169.254.169.254 címet közvetlenül az instance metadata számára; az AWS a [fd00:ec2::254] címet is dokumentálja az IPv6 metadata végponthoz.
A módosítás után töltse újra a systemd-t, és indítsa újra a tényleges agent egységet. Az Ubuntu snap csomagolás más egység/drop-in helyet használ, ezért igazodjon a telepítéshez.
Ha az agent működik, de a komponens curlje meghiúsul, adja meg annak a parancsnak a környezetét. A kisbetűs http_proxy fontos a curl számára; egy sikeres agent-tranzakció nem bizonyítja ezeket a gyermekkérés-bemeneteket.