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 ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ; ਸਫਲ ਏਜੰਟ ਲੈਣ-ਦੇਣ ਉਹ ਚਾਈਲਡ-ਬੇਨਤੀ ਇਨਪੁਟ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।