Βάλτε το proxy του SSM Agent στην πραγματική του υπηρεσία systemd
Χρησιμοποιήστε το drop-in του agent και την παράκαμψη metadata και μετά διακρίνετε τη συνδεσιμότητά του από το δικό του αίτημα curl ενός στοιχείου Image Builder.
Πρώτα εντοπίστε τον αποστολέα που αποτυγχάνει: την επικοινωνία του SSM Agent ή μια λήψη μέσα στο στοιχείο Image Builder. Μια εξαγωγή μέσω SSH shell δεν ενημερώνει τον εκτελούμενο agent.
Για την κανονική μονάδα systemd amazon-ssm-agent, συγχωνεύστε το τεκμηριωμένο 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. Όταν ο agent επιτρέπεται να χρησιμοποιεί δημόσιο διαμεσολαβητή για τα δημόσια τελικά σημεία υπηρεσιών AWS, η λίστα proxy HTTP παρέχει υποψηφίους για αυτά τα URL· διατηρήστε την παράκαμψη metadata. Κρατήστε το 169.254.169.254 απευθείας για τα metadata του instance· η AWS τεκμηριώνει επίσης το [fd00:ec2::254] για το τελικό σημείο metadata IPv6.
Επαναφορτώστε το systemd και επανεκκινήστε την πραγματική μονάδα του agent μετά την αλλαγή. Η συσκευασία snap του Ubuntu χρησιμοποιεί άλλη θέση μονάδας/drop-in, οπότε προσαρμοστείτε στην εγκατάσταση.
Αν ο agent λειτουργεί αλλά το curl του στοιχείου αποτυγχάνει, δώστε το περιβάλλον αυτής της εντολής. Τα πεζά http_proxy μετράνε για το curl· μια επιτυχημένη συναλλαγή του agent δεν αποδεικνύει αυτές τις εισόδους του θυγατρικού αιτήματος.