Letakkan Proxy SSM Agent pada Perkhidmatan systemd Sebenarnya
Gunakan drop-in ejen dan pintasan metadata, kemudian bezakan kesambungannya daripada permintaan curl komponen Image Builder sendiri.
Mula-mula kenal pasti penghantar yang gagal: komunikasi SSM Agent atau muat turun dalam komponen Image Builder. Eksport melalui shell SSH tidak mengemas kini ejen yang sedang berjalan.
Untuk unit systemd biasa amazon-ssm-agent, gabungkan drop-in yang didokumenkan 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 boleh membawa destinasi HTTPS. Apabila ejen dibenarkan menggunakan perantara awam untuk titik akhir perkhidmatan AWS awamnya, senarai proksi HTTP menyediakan calon untuk URL ini; kekalkan pintasan metadata. Biarkan 169.254.169.254 terus untuk metadata instans; AWS juga mendokumenkan [fd00:ec2::254] untuk titik akhir metadata IPv6.
Muat semula systemd dan mulakan semula unit ejen sebenar selepas perubahan. Pembungkusan snap Ubuntu menggunakan lokasi unit/drop-in lain, jadi sesuaikan dengan pemasangan.
Jika ejen berfungsi tetapi curl komponen gagal, sediakan persekitaran arahan itu. Huruf kecil http_proxy penting untuk curl; transaksi ejen yang berjaya tidak membuktikan input permintaan anak itu.