SSM Agent проксиін оның нақты 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 прокси тізімі осы 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 транзакциясы бұл ішкі сұраныс кірістерін дәлелдемейді.