SSM Agent ၏ proxy ကို ၎င်း၏ အမှန်တကယ် systemd ဝန်ဆောင်မှုပေါ်တွင် ထားပါ

ပထမဦးစွာ မအောင်မြင်သော ပေးပို့သူကို ဖော်ထုတ်ပါ- 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 မအောင်မြင်ပါက ထို command ၏ ပတ်ဝန်းကျင်ကို ပေးပါ။ စာလုံးအသေးများ http_proxy သည် curl အတွက် အရေးကြီးသည်။ အောင်မြင်သော agent အရောင်းအဝယ်သည် ထို ကလေး-တောင်းဆိုမှု ထည့်သွင်းချက်များကို သက်သေမပြပါ။