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 కు ముఖ్యం; విజయవంతమైన ఏజెంట్ లావాదేవీ ఆ చైల్డ్-అభ్యర్థన ఇన్‌పుట్‌లను నిరూపించదు.