• El panel de AWS Systems Manager CloudWatch dejará de estar disponible después del 30 de abril de 2026. Los clientes pueden seguir utilizando la consola de Amazon CloudWatch para ver, crear y administrar sus paneles de Amazon CloudWatch, tal y como lo hacen actualmente. Para obtener más información, consulte la [documentación del panel de Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html).
# Configuración de SSM Agent para utilizar un proxy en nodos de Linux
Puede configurar AWS Systems Manager Agent (SSM Agent) para que se comunique a través de un proxy HTTP, mediante la creación de un archivo de configuración de anulación y la inclusión de las configuraciones `http_proxy`, `https_proxy` y `no_proxy` en el archivo. Un archivo de anulación también guarda la configuración del proxy si se instalan las versiones nuevas o anteriores del SSM Agent. En esta sección, se incluyen procedimientos para crear un archivo de anulación en los entornos *upstart* y *systemd*. Si piensa utilizar Session Manager, tenga en cuenta que los servidores proxy HTTPS no son compatibles.
**Topics**
+ [Configurar el SSM Agent para utilizar un proxy (upstart)](#ssm-agent-proxy-upstart)
+ [Configurar el SSM Agent para utilizar un proxy (systemd)](#ssm-agent-proxy-systemd)
## Configurar el SSM Agent para utilizar un proxy (upstart)
Utilice el siguiente procedimiento para crear un archivo de configuración de anulación para un entorno `upstart`.
**Para configurar SSM Agent para utilizar un proxy (upstart)**
1. Conéctese a la instancia administrada en la que ha instalado SSM Agent.
1. Abra un editor simple como VIM y, en función de si utiliza un servidor proxy HTTP o un servidor proxy HTTPS, agregue una de las siguientes configuraciones.
**Para un servidor proxy HTTP:**
```
env http_proxy=http://hostname:port
env https_proxy=http://hostname:port
env no_proxy=IP address for instance metadata services (IMDS)
```
**Para un servidor proxy HTTPS:**
```
env http_proxy=http://hostname:port
env https_proxy=https://hostname:port
env no_proxy=IP address for instance metadata services (IMDS)
```
**importante**
Agregue el valor `no_proxy` al archivo y especifique la dirección IP. La dirección IP de `no_proxy` es el punto de conexión de los servicios de metadatos de instancias (IMDS) de Systems Manager. Si no especifica `no_proxy`, las llamadas a Systems Manager adoptan la identidad del servicio del proxy (si la opción alternativa de IMDSv1 está habilitada) o se produce un error en las llamadas a Systems Manager (si se aplica IMDSv2).
Para IPv4, especifique `no_proxy=169.254.169.254`.
Para IPv6, especifique `no_proxy=[fd00:ec2::254]`. La dirección IPv6 del servicio de metadatos de instancia es compatible con los comandos IMDSv2. Solo se puede acceder a la dirección IPv6 en instancias integradas en [AWS Nitro System](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Para obtener más información, consulte [Funcionamiento de Servicio de metadatos de instancia versión 2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-metadata-v2-how-it-works.html) en la *Guía del usuario de Amazon EC2*.
1. Guarde el archivo con el nombre `amazon-ssm-agent.override` en la siguiente ubicación: `/etc/init/`
1. Detenga y reinicie SSM Agent con los siguientes comandos.
```
sudo service stop amazon-ssm-agent
sudo service start amazon-ssm-agent
```
**nota**
Para obtener más información sobre el uso de archivos `.override` en entornos Upstart, consulte [init: Upstart init daemon job configuration](https://www.systutorials.com/docs/linux/man/5-init/).
## Configurar el SSM Agent para utilizar un proxy (systemd)
Utilice el siguiente procedimiento para configurar SSM Agent para utilizar un proxy en un entorno `systemd`.
**nota**
Algunos de los pasos de este procedimiento contienen instrucciones explícitas para las instancias de Ubuntu Server donde SSM Agent se instaló mediante Snap.
1. Conéctese a la instancia en la que ha instalado el SSM Agent.
1. Ejecute uno de los siguientes comandos, en función del tipo de sistema operativo.
+ En las instancias de Ubuntu Server donde SSM Agent se instala mediante un Snap:
```
sudo systemctl edit snap.amazon-ssm-agent.amazon-ssm-agent
```
En otros sistemas operativos:
```
sudo systemctl edit amazon-ssm-agent
```
1. Abra un editor simple como VIM y, en función de si utiliza un servidor proxy HTTP o un servidor proxy HTTPS, agregue una de las siguientes configuraciones.
![\[Introduce el nuevo contenido sobre la línea “### Las líneas que estén debajo de este comentario se descartarán”.\]](http://docs.aws.amazon.com/es_es/systems-manager/latest/userguide/images/update-proxy-callout.png)
**Para un servidor proxy HTTP:**
```
[Service]
Environment="http_proxy=http://hostname:port"
Environment="https_proxy=http://hostname:port"
Environment="no_proxy=IP address for instance metadata services (IMDS)"
```
**Para un servidor proxy HTTPS:**
```
[Service]
Environment="http_proxy=http://hostname:port"
Environment="https_proxy=https://hostname:port"
Environment="no_proxy=IP address for instance metadata services (IMDS)"
```
**importante**
Agregue el valor `no_proxy` al archivo y especifique la dirección IP. La dirección IP de `no_proxy` es el punto de conexión de los servicios de metadatos de instancias (IMDS) de Systems Manager. Si no especifica `no_proxy`, las llamadas a Systems Manager adoptan la identidad del servicio del proxy (si la opción alternativa de IMDSv1 está habilitada) o se produce un error en las llamadas a Systems Manager (si se aplica IMDSv2).
Para IPv4, especifique `no_proxy=169.254.169.254`.
Para IPv6, especifique `no_proxy=[fd00:ec2::254]`. La dirección IPv6 del servicio de metadatos de instancia es compatible con los comandos IMDSv2. Solo se puede acceder a la dirección IPv6 en instancias integradas en [AWS Nitro System](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Para obtener más información, consulte [Funcionamiento de Servicio de metadatos de instancia versión 2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-metadata-v2-how-it-works.html) en la *Guía del usuario de Amazon EC2*.
1. Guarde los cambios. El sistema crea de forma automática uno de los siguientes archivos, en función del tipo de sistema operativo.
+ En las instancias de Ubuntu Server donde SSM Agent se instala mediante un Snap:
`/etc/systemd/system/snap.amazon-ssm-agent.amazon-ssm-agent.service.d/override.conf`
+ En instancias de Amazon Linux 2, Amazon Linux 2023 y RHEL:
`/etc/systemd/system/amazon-ssm-agent.service.d/override.conf`
+ En otros sistemas operativos:
`/etc/systemd/system/amazon-ssm-agent.service.d/amazon-ssm-agent.override`
1. Reinicie SSM Agent con uno de los siguientes comandos, en función del tipo de sistema operativo.
+ En las instancias de Ubuntu Server donde se instala mediante un Snap:
```
sudo systemctl daemon-reload && sudo systemctl restart snap.amazon-ssm-agent.amazon-ssm-agent
```
+ En otros sistemas operativos:
```
sudo systemctl daemon-reload && sudo systemctl restart amazon-ssm-agent
```
**nota**
Para obtener más información sobre cómo trabajar con archivos `.override` en entornos systemd, consulte [Modificación de archivos de unidades existentes](https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/system_administrators_guide/chap-managing_services_with_systemd#sect-Managing_Services_with_systemd-Unit_File_Modify) en la *Guía del administrador de sistemas de Red Hat Enterprise Linux 7*.