SSM Agent proksisini uning haqiqiy systemd xizmatiga qo'ying
Agentning drop-in fayli va metadata chetlab o'tishdan foydalaning, so'ng uning ulanishini Image Builder komponentining o'z curl so'rovidan ajrating.
Avval muvaffaqiyatsiz yuboruvchini aniqlang: SSM Agent aloqasi yoki Image Builder komponenti ichidagi yuklab olish. SSH shell orqali eksport ishlab turgan agentni yangilamaydi.
Oddiy amazon-ssm-agent systemd birligi uchun hujjatlashtirilgan drop-in faylni /etc/systemd/system/amazon-ssm-agent.service.d/override.conf manzilida birlashtiring:
[Service]
Environment="http_proxy=http://proxy.example:8080"
Environment="https_proxy=http://proxy.example:8080"
Environment="no_proxy=169.254.169.254"HTTP so'nggi nuqtasi HTTPS manzillarini tashishi mumkin. Agent o'zining ommaviy AWS xizmat so'nggi nuqtalari uchun ommaviy vositachidan foydalanishi mumkin bo'lganda, HTTP proksi ro'yxati bu URL lar uchun nomzodlarni taqdim etadi; metadata chetlab o'tishni saqlang. 169.254.169.254 manzilini instance metadata uchun to'g'ridan-to'g'ri qoldiring; AWS IPv6 metadata so'nggi nuqtasi uchun [fd00:ec2::254] manzilini ham hujjatlashtiradi.
O'zgartirishdan keyin systemd ni qayta yuklang va haqiqiy agent birligini qayta ishga tushiring. Ubuntu snap paketi boshqa birlik/drop-in joyidan foydalanadi, shuning uchun o'rnatishga moslashing.
Agent ishlasa-yu komponentning curl i muvaffaqiyatsiz bo'lsa, o'sha buyruq muhitini taqdim eting. Kichik harflar http_proxy curl uchun muhim; muvaffaqiyatli agent tranzaksiyasi bu bola so'rov kiritmalarini isbotlamaydi.