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-க்கு முக்கியம்; வெற்றிகரமான முகவர் பரிவர்த்தனை அந்த குழந்தை-கோரிக்கை உள்ளீடுகளை நிரூபிக்காது.