SSM Agent کے proxy کو اس کی اصل 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 proxy فہرست ان URL کے لیے امیدوار فراہم کرتی ہے؛ metadata بائی پاس برقرار رکھیں۔ instance metadata کے لیے 169.254.169.254 کو براہ راست رکھیں؛ AWS IPv6 metadata اینڈ پوائنٹ کے لیے [fd00:ec2::254] کی بھی دستاویز کرتا ہے۔

تبدیلی کے بعد systemd دوبارہ لوڈ کریں اور اصل ایجنٹ یونٹ دوبارہ شروع کریں۔ Ubuntu snap پیکیجنگ دوسری یونٹ/drop-in جگہ استعمال کرتی ہے، اس لیے انسٹالیشن سے مطابقت رکھیں۔

اگر ایجنٹ کام کرتا ہے مگر کمپوننٹ کا curl ناکام ہوتا ہے، تو اس کمانڈ کا ماحول فراہم کریں۔ چھوٹے حروف http_proxy curl کے لیے اہم ہیں؛ کامیاب ایجنٹ لین دین ان چائلڈ درخواست کے ان پٹس کو ثابت نہیں کرتا۔