SSM Agent-এর প্রক্সি তার প্রকৃত systemd সার্ভিসে বসান

প্রথমে ব্যর্থ প্রেরক চিহ্নিত করুন: SSM Agent যোগাযোগ, নাকি Image Builder কম্পোনেন্টের ভিতরে একটি ডাউনলোড। SSH-shell এক্সপোর্ট চলমান এজেন্টকে হালনাগাদ করে না।

নিয়মিত 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 গন্তব্য বহন করতে পারে। যখন এজেন্ট তার পাবলিক AWS সার্ভিস এন্ডপয়েন্টের জন্য একটি পাবলিক মধ্যস্থ ব্যবহার করতে পারে, তখন HTTP প্রক্সি তালিকা এই URL-গুলির জন্য প্রার্থী জোগায়; metadata বাইপাস বজায় রাখুন। instance metadata-র জন্য 169.254.169.254 সরাসরি রাখুন; AWS IPv6 metadata এন্ডপয়েন্টের জন্য [fd00:ec2::254]-ও নথিভুক্ত করে।

পরিবর্তনের পরে systemd পুনরায় লোড করুন এবং প্রকৃত এজেন্ট ইউনিট পুনরায় চালু করুন। Ubuntu snap প্যাকেজিং অন্য ইউনিট/drop-in অবস্থান ব্যবহার করে, তাই ইনস্টলেশনের সাথে মিলিয়ে নিন।

এজেন্ট কাজ করলে কিন্তু কম্পোনেন্টের curl ব্যর্থ হলে, সেই কমান্ডের পরিবেশ দিন। ছোট হাতের http_proxy curl-এর জন্য গুরুত্বপূর্ণ; সফল এজেন্ট লেনদেন সেই চাইল্ড-অনুরোধ ইনপুট প্রমাণ করে না।