วาง proxy ของ SSM Agent ไว้บนบริการ systemd ตัวจริงของมัน

ก่อนอื่นให้ระบุผู้ส่งที่ล้มเหลว: การสื่อสารของ SSM Agent หรือการดาวน์โหลดภายในคอมโพเนนต์ Image Builder การส่งออกผ่านเชลล์ SSH ไม่ได้อัปเดต agent ที่กำลังทำงาน

สำหรับยูนิต systemd ปกติ amazon-ssm-agent ให้รวม drop-in ที่มีเอกสารไว้ที่ /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"

ปลายทาง HTTP สามารถขนส่งปลายทาง HTTPS ได้ เมื่อ agent ได้รับอนุญาตให้ใช้ตัวกลางสาธารณะสำหรับปลายทางบริการ AWS สาธารณะของมัน รายการ proxy HTTP มีผู้สมัครสำหรับ URL เหล่านี้ รักษาการข้าม metadata ไว้ ให้ 169.254.169.254 ตรงสำหรับ metadata ของอินสแตนซ์ AWS ยังบันทึก [fd00:ec2::254] สำหรับปลายทาง metadata IPv6 ด้วย

โหลด systemd ใหม่และรีสตาร์ทยูนิต agent ตัวจริง หลังการเปลี่ยนแปลง การแพ็กเกจ snap ของ Ubuntu ใช้ตำแหน่งยูนิต/drop-in อื่น ดังนั้นให้จับคู่กับการติดตั้ง

ถ้า agent ทำงานแต่ curl ของคอมโพเนนต์ล้มเหลว ให้จัดเตรียมสภาพแวดล้อมของคำสั่งนั้น ตัวพิมพ์เล็ก http_proxy มีความสำคัญต่อ curl การทำธุรกรรมของ agent ที่สำเร็จไม่ได้ยืนยันอินพุตของคำขอลูกเหล่านั้น