ວາງ proxy ຂອງ SSM Agent ໃສ່ບໍລິການ systemd ຕົວຈິງຂອງມັນ
ໃຊ້ drop-in ຂອງ agent ແລະ ການຂ້າມ metadata, ແລ້ວແຍກການເຊື່ອມຕໍ່ຂອງມັນຈາກຄຳຮ້ອງ curl ຂອງອົງປະກອບ Image Builder.
ທຳອິດ ກຳນົດຜູ້ສົ່ງທີ່ລົ້ມເຫຼວ: ການສື່ສານຂອງ SSM Agent ຫຼື ການດາວໂຫຼດພາຍໃນອົງປະກອບ Image Builder. ການສົ່ງອອກຜ່ານ shell 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 ຂອງ instance; AWS ຍັງໄດ້ບັນທຶກ [fd00:ec2::254] ສຳລັບຈຸດສິ້ນສຸດ metadata IPv6.
ໂຫຼດ systemd ຄືນໃໝ່ ແລະ ຣີສະຕາດຫົວໜ່ວຍ agent ຕົວຈິງ ຫຼັງຈາກການປ່ຽນແປງ. ການຫຸ້ມຫໍ່ snap ຂອງ Ubuntu ໃຊ້ຕຳແໜ່ງຫົວໜ່ວຍ/drop-in ອື່ນ, ດັ່ງນັ້ນ ໃຫ້ກົງກັບການຕິດຕັ້ງ.
ຖ້າ agent ເຮັດວຽກແຕ່ curl ຂອງອົງປະກອບລົ້ມເຫຼວ, ໃຫ້ສະໜອງສະພາບແວດລ້ອມຂອງຄຳສັ່ງນັ້ນ. ຕົວອັກສອນນ້ອຍ http_proxy ສຳຄັນຕໍ່ curl; ທຸລະກຳ agent ທີ່ສຳເລັດບໍ່ໄດ້ພິສູດຂໍ້ມູນເຂົ້າຂອງຄຳຮ້ອງລູກເຫຼົ່ານັ້ນ.