SSM Agent चा proxy त्याच्या प्रत्यक्ष systemd सेवेवर ठेवा
एजंटचा drop-in आणि metadata बायपास वापरा, नंतर त्याची कनेक्टिव्हिटी Image Builder घटकाच्या स्वतःच्या curl विनंतीपासून वेगळी ओळखा.
प्रथम अयशस्वी प्रेषक ओळखा: 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 साठी महत्त्वाची आहेत; यशस्वी एजंट व्यवहार ती चाइल्ड-विनंती इनपुट सिद्ध करत नाही.