Pon o proxy de SSM Agent no seu servizo systemd real
Usa o drop-in do axente e a omisión de metadata, e despois distingue a súa conectividade da propia solicitude curl dun compoñente de Image Builder.
Primeiro identifica o emisor que falla: a comunicación de SSM Agent ou unha descarga dentro do compoñente de Image Builder. Unha exportación por shell SSH non actualiza o axente en execución.
Para a unidade systemd normal amazon-ssm-agent, combina o drop-in documentado en /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"O punto de conexión HTTP pode transportar destinos HTTPS. Cando o axente pode usar un intermediario público para os seus puntos de conexión públicos de AWS, a lista de proxies HTTP ofrece candidatos para estas URL; conserva a omisión de metadata. Mantén 169.254.169.254 directo para os metadata da instancia; AWS tamén documenta [fd00:ec2::254] para o punto de conexión de metadata IPv6.
Recarga systemd e reinicia a unidade real do axente despois do cambio. O empaquetado snap de Ubuntu usa outra localización de unidade/drop-in, así que axústase á instalación.
Se o axente funciona pero o curl do compoñente falla, proporciona a contorna dese comando. As minúsculas http_proxy importan para curl; unha transacción correcta do axente non establece esas entradas da solicitude filla.