SSM Agent proxy'sini gerçek systemd hizmetine yerleştirin
Agent'ın drop-in dosyasını ve metadata atlamasını kullanın, ardından bağlantısını Image Builder bileşeninin kendi curl isteğinden ayırın.
Önce başarısız olan göndericiyi belirleyin: SSM Agent iletişimi mi, Image Builder bileşeni içindeki bir indirme mi. SSH kabuğu üzerinden dışa aktarma, çalışan agent'ı güncellemez.
Normal amazon-ssm-agent systemd birimi için belgelenen drop-in dosyasını /etc/systemd/system/amazon-ssm-agent.service.d/override.conf konumunda birleştirin:
[Service]
Environment="http_proxy=http://proxy.example:8080"
Environment="https_proxy=http://proxy.example:8080"
Environment="no_proxy=169.254.169.254"HTTP uç noktası HTTPS hedeflerini taşıyabilir. Agent'ın genel AWS hizmet uç noktaları için genel bir aracı kullanmasına izin verildiğinde, HTTP proxy listesi bu URL'ler için adaylar sunar; metadata atlamasını koruyun. 169.254.169.254 adresini instance metadata için doğrudan tutun; AWS, IPv6 metadata uç noktası için [fd00:ec2::254] adresini de belgeler.
Değişiklikten sonra systemd'yi yeniden yükleyin ve gerçek agent birimini yeniden başlatın. Ubuntu snap paketlemesi başka bir birim/drop-in konumu kullanır, bu yüzden kurulumla eşleştirin.
Agent çalışıyor ama bileşenin curl'ü başarısız oluyorsa, o komutun ortamını sağlayın. Küçük harfli http_proxy curl için önemlidir; başarılı bir agent işlemi, o alt istek girdilerini kanıtlamaz.