Vendosni proxy-n e SSM Agent në shërbimin e tij aktual systemd
Përdorni drop-in-in e agjentit dhe anashkalimin e metadata, pastaj dalloni lidhjen e tij nga kërkesa curl e vetë komponentit Image Builder.
Fillimisht identifikoni dërguesin që dështon: komunikimi i SSM Agent ose një shkarkim brenda komponentit Image Builder. Eksportimi përmes një guaskë SSH nuk e përditëson agjentin që po ekzekutohet.
Për njësinë normale amazon-ssm-agent systemd, bashkoni drop-in-in e dokumentuar në /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"Pika fundore HTTP mund të mbajë destinacione HTTPS. Kur agjenti lejohet të përdorë një ndërmjetës publik për pikat e tij fundore publike të shërbimit AWS, lista e proxy-ve HTTP ofron kandidatë për këto URL; ruani anashkalimin e metadata. Mbani 169.254.169.254 drejtpërdrejt për metadata e instancës; AWS dokumenton gjithashtu [fd00:ec2::254] për pikën fundore të metadata IPv6.
Ringarkoni systemd dhe rinisni njësinë aktuale të agjentit pas ndryshimit. Paketimi snap i Ubuntu përdor një vend tjetër njësie/drop-in, prandaj përshtatuni me instalimin.
Nëse agjenti funksionon por curl i komponentit dështon, siguroni mjedisin e atij komande. Shkronjat e vogla http_proxy kanë rëndësi për curl; një transaksion i suksesshëm i agjentit nuk i vërteton ato hyrje të kërkesës fëmijë.