SSM Agent-ийн proxy-г түүний бодит systemd үйлчилгээнд тавь
Agent-ийн drop-in болон metadata-г тойрох аргыг ашиглаад, дараа нь түүний холболтыг Image Builder бүрэлдэхүүний өөрийн curl хүсэлтээс ялгаарай.
Эхлээд бүтэлгүйтэж буй илгээгчийг тодорхойл: SSM Agent-ийн харилцаа эсвэл Image Builder бүрэлдэхүүн доторх татан авалт. SSH shell-ээр экспортлох нь ажиллаж буй agent-г шинэчлэхгүй.
Энгийн amazon-ssm-agent systemd нэгжийн хувьд баримтжуулсан 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 үйлчилгээний төгсгөлийн цэгүүдэд нийтийн зуучлагч ашиглах боломжтой үед HTTP proxy жагсаалт эдгээр URL-д нэр дэвшигчдийг өгдөг; metadata-г тойрох аргыг хадгал. 169.254.169.254-г instance metadata-д шууд байлга; AWS нь IPv6 metadata төгсгөлийн цэгт [fd00:ec2::254]-г мөн баримтжуулдаг.
Өөрчлөлтийн дараа systemd-г дахин ачаалж, agent-ийн бодит нэгжийг дахин эхлүүл. Ubuntu snap багц нь өөр нэгж/drop-in байршил ашигладаг тул суулгацтайгаа тааруул.
Agent ажиллаж байгаа ч бүрэлдэхүүний curl бүтэлгүйтвэл тэр командын орчныг өг. Жижиг үсэг http_proxy curl-д чухал; амжилттай agent гүйлгээ нь тэдгээр хүүхэд хүсэлтийн оролтыг батлахгүй.