SSM Agent ৰ প্ৰক্সি ইয়াৰ প্ৰকৃত systemd সেৱাত স্থাপন কৰক
এজেণ্টৰ drop-in আৰু metadata বাইপাছ ব্যৱহাৰ কৰক, তাৰ পিছত ইয়াৰ সংযোগ Image Builder উপাদানৰ নিজৰ curl অনুৰোধৰ পৰা পৃথক কৰক।
প্ৰথমে ব্যৰ্থ প্ৰেৰক চিনাক্ত কৰক: SSM Agent যোগাযোগ নে Image Builder উপাদানৰ ভিতৰত ডাউনলোড। SSH-shell ৰপ্তানি চলি থকা এজেণ্টক নবীকৰণ নকৰে।
নিয়মীয়া amazon-ssm-agent systemd ইউনিটৰ বাবে, /etc/systemd/system/amazon-ssm-agent.service.d/override.conf ত নথিভুক্ত drop-in সংযোগ কৰক:
[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 ৰ বাবে গুৰুত্বপূৰ্ণ; এজেণ্টৰ সফল লেনদেনে সেই চাইল্ড-অনুৰোধৰ ইনপুট প্ৰমাণ নকৰে।