Letakkan Proxy SSM Agent pada Layanan systemd yang Sebenarnya
Gunakan drop-in agen dan pintasan metadata, lalu bedakan konektivitasnya dari permintaan curl milik komponen Image Builder.
Pertama identifikasi pengirim yang gagal: komunikasi SSM Agent atau unduhan di dalam komponen Image Builder. Ekspor melalui shell SSH tidak memperbarui agen yang berjalan.
Untuk unit systemd biasa amazon-ssm-agent, gabungkan drop-in yang didokumentasikan di /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"Titik akhir HTTP dapat membawa tujuan HTTPS. Bila agen boleh memakai perantara publik untuk titik akhir layanan AWS publiknya, daftar proxy HTTP menyediakan kandidat untuk URL ini; pertahankan pintasan metadata. Biarkan 169.254.169.254 langsung untuk metadata instans; AWS juga mendokumentasikan [fd00:ec2::254] untuk titik akhir metadata IPv6.
Muat ulang systemd dan mulai ulang unit agen yang sebenarnya setelah perubahan. Paket snap Ubuntu memakai lokasi unit/drop-in lain, jadi sesuaikan dengan instalasi.
Jika agen berfungsi tetapi curl komponen gagal, sediakan lingkungan perintah itu. Huruf kecil http_proxy penting bagi curl; transaksi agen yang berhasil tidak membuktikan masukan permintaan anak tersebut.