የ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 ፕሮክሲ ዝርዝር ለእነዚህ ዩአርኤሎች እጩዎችን ያቀርባል፤ የ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 ግብይት እነዚያን የልጅ ጥያቄ ግብዓቶች አያረጋግጥም።

ተዛማጅ ጽሑፎች