Đặt proxy của SSM Agent vào dịch vụ systemd thực tế của nó
Dùng drop-in của agent và bỏ qua metadata, rồi phân biệt kết nối của nó với yêu cầu curl riêng của một thành phần Image Builder.
Trước tiên hãy xác định bên gửi đang lỗi: liên lạc của SSM Agent hay một lượt tải xuống bên trong thành phần Image Builder. Xuất qua shell SSH không cập nhật agent đang chạy.
Với unit systemd thông thường amazon-ssm-agent, hợp nhất tệp drop-in đã được ghi chép tại /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"Điểm cuối HTTP có thể mang các đích HTTPS. Khi agent được phép dùng một trung gian công cộng cho các điểm cuối dịch vụ AWS công cộng của nó, danh sách proxy HTTP cung cấp ứng viên cho các URL này; giữ nguyên việc bỏ qua metadata. Giữ 169.254.169.254 trực tiếp cho metadata của instance; AWS cũng ghi chép [fd00:ec2::254] cho điểm cuối metadata IPv6.
Tải lại systemd và khởi động lại unit agent thực tế sau khi thay đổi. Gói snap của Ubuntu dùng vị trí unit/drop-in khác, nên hãy khớp với bản cài đặt.
Nếu agent hoạt động nhưng curl của thành phần thất bại, hãy cung cấp môi trường của lệnh đó. Chữ thường http_proxy quan trọng với curl; một giao dịch agent thành công không chứng minh các đầu vào yêu cầu con đó.