Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Solución de problemas generales de Amazon MQ
Utilice la información que se proporciona en esta sección para diagnosticar los problemas comunes que se le planteen cuando se trabaje con agentes de Amazon MQ, como los problemas de conexión con su agente y reinicios de los agentes.
**Contents**
+ [No puedo conectarme con la consola web o los puntos de enlace de mi agente.](#issues-connecting-to-console-or-endpoint)
+ [Mi agente se está ejecutando y puedo verificar la conectividad usando `telnet`, pero mis clientes no se pueden conectar y están devolviendo excepciones SSL.](#issues-ssl-certificate-exception)
+ [Creé un agente pero me dio error.](#issues-creating-a-broker)
+ [Mi agente se reinició y no estoy seguro de porqué.](#w2aac40b9c13)
## No puedo conectarme con la consola web o los puntos de enlace de mi agente.
Si tiene problemas para conectarse con su agente a través de la consola web o los punto de enlace de nivel de cable, le recomendamos que siga estos pasos.
1. Verifique que no está intentando conectarse con su agente desde detrás de un firewall. Es posible que tenga que configurar el firewall para poder acceder al agente.
1. Compruebe si está intentando conectarse al agente mediante un punto de conexión [FIPS](https://aws.amazon.com/compliance/fips/). Amazon MQ solo es compatible con los puntos de conexión FIPS al utilizar las operaciones de la API, pero no para las conexiones a nivel de cable con la propia instancia del agente.
1. Verifique si la opción **Public accessibility** (Accesibilidad pública) está configurada en **Yes** (Sí) para su agente. Si está configurada en **No**, verifique las reglas de la [lista de control de acceso (ACL)](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) de la red de su subred. Si ha creado una red personalizada ACLs, es posible que deba cambiar las reglas de ACL de la red para proporcionar acceso a su agente. Para obtener más información de las redes de Amazon VPC, consulte el tema sobre la [habilitación del acceso a Internet](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html#vpc-igw-internet-access) en la *Guía del usuario de Amazon VPC*
1. Verifique las reglas del grupo de seguridad de su agente. Asegúrese de permitir las conexiones a los siguientes puertos:
**nota**
Los siguientes puertos se agrupan según los tipos de motor porque ActiveMQ en Amazon MQ y RabbitMQ en Amazon MQ para utilizan diferentes puertos para las conexiones.
**ActiveMQ en Amazon MQ**
+ Consola web: puerto `8162`
+ OpenWire — Puerto `61617`
+ AMQP: puerto `5671`
+ STOMP: puerto `61614`
+ MQTT: puerto `8883`
+ WSS: puerto `61619`
**RabbitMQ en Amazon MQ**
+ Consola web y API de administración: puerto ` 443` y `15671`
+ AMQP: puerto `5671`
1. Ejecute las siguientes pruebas de conectividad de red para su tipo de motor de agente.
**nota**
Para los agentes sin accesibilidad pública, ejecute las pruebas desde una instancia de Amazon EC2 dentro de la misma Amazon VPC que su agente de Amazon MQ y evalúe las respuestas.
------
#### [ ActiveMQ on Amazon MQ ]
**Para probar la conectividad de red de su agente ActiveMQ en Amazon MQ**
1. Abra un nuevo terminal o una ventana de líneas de comandos.
1. Ejecute el comando `nslookup` para consultar el registro DNS del agente. Para implementaciones en modo [activo/en espera](amazon-mq-broker-architecture.md#active-standby-broker-deployment), pruebe los puntos de enlace activos y en espera. Los active/standby puntos finales se identifican con un sufijo `-1` o se `-2` añaden al identificador único del corredor. Reemplace el punto de enlace por la información de su cuenta.
```
$ nslookup b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-west-2.amazonaws.com
```
Si la consulta se realiza correctamente, se mostrará un resultado similar al que se incluye a continuación.
```
Non-authoritative answer:
Server: dns-resolver-corp-sfo-1.sfo.corp.amazon.com
Address: 172.10.123.456
Name: ec2-12-345-123-45.us-west-2.compute.amazonaws.com
Address: 12.345.123.45
Aliases: b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-west-2.amazonaws.com
```
La dirección IP resuelta debe coincidir con las direcciones IP proporcionadas en la consola de Amazon MQ. Esto indica que el nombre de dominio se está resolviendo correctamente en el servidor DNS y puede pasar al paso siguiente.
1. Ejecute el comando `telnet` para probar la ruta de red para su agente. Reemplace el punto de enlace por la información de su cuenta. *port*Sustitúyalo `8162` por el número de puerto de la consola web u otros puertos a nivel de cable para probar protocolos adicionales según sea necesario.
**nota**
En el caso de active/standby las implementaciones, recibirá un mensaje de `Connect failed` error si se ejecuta `telnet` con el punto final en espera. Se espera que esto suceda, ya que se está ejecutando la propia instancia en espera, no el proceso de ActiveMQ, que no tiene acceso al volumen de almacenamiento de Amazon EFS del agente. Ejecute el comando para ambos puertos de enlace, `-1` y `-2`, y asegúrese de probar tanto las instancias activas como las de espera.
```
$ telnet b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-west-2.amazonaws.com port
```
Para la instancia activa, se mostrará un resultado similar al que se incluye a continuación.
```
Connected to b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-west-2.amazonaws.com.
Escape character is '^]'.
```
1. Aplique alguna de las siguientes acciones.
+ Si el comando `telnet` se ejecuta correctamente, verifique la métrica [`EstablishedConnectionsCount`](activemq-logging-monitoring.md#security-logging-monitoring-cloudwatch-metrics) y confirme que el agente no haya alcanzado el [límite de conexiones de nivel de cable](amazon-mq-limits.md) máximo. Para confirmar si se ha alcanzado el límite, también puede revisar los registros `General` del agente. Si esta métrica es mayor que cero, hay al menos un cliente conectado actualmente con el agente. Si la métrica muestra cero conexiones, vuelva a realizar la prueba de la ruta `telnet` y espere al menos un minuto antes de desconectarse, porque las métricas del agente se publican cada un minuto.
+ Si el comando `telnet` da error, verifique el estado de la [interfaz de red elástica](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html) del agente y confirme que el estado sea `in-use`. [Cree un registro de flujo de Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-flow-logs.html#create-flow-log) para la interfaz de red de cada instancia y revise los registros de flujo generados. Busque las direcciones IP que utilizó el agente cuando ejecutó el comando `telnet` y confirme que los paquetes de conexión, incluso un paquete de retorno, estén `ACCEPTED`. Para obtener más información y ver un ejemplo de registro de flujo, consulte [Ejemplos de entradas del registro de flujo](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs-records-examples.html) en la *Guía para desarrolladores de Amazon VPC*.
1. Ejecute el comando `curl` para verificar la conectividad con la consola web del administrador de ActiveMQ.
```
$ curl https://b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-west-2.amazonaws.com:8162/index.html
```
Si el comando se ejecuta correctamente, se debe obtener un documento HTML similar al que se incluye a continuación.
```
Apache ActiveMQ
...
```
------
#### [ RabbitMQ on Amazon MQ ]
**Para probar la conectividad de red de su agente de RabbitMQ en Amazon MQ**
1. Abra un nuevo terminal o una ventana de líneas de comandos.
1. Ejecute el comando `nslookup` para consultar el registro DNS del agente. Reemplace el punto de enlace por la información de su cuenta.
```
$ nslookup b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-west-2.amazonaws.com
```
Si la consulta se realiza correctamente, se mostrará un resultado similar al que se incluye a continuación.
```
Non-authoritative answer:
Server: dns-resolver-corp-sfo-1.sfo.corp.amazon.com
Address: 172.10.123.456
Name: rabbit-broker-1c23e456ca78-b9000123b4ebbab5.elb.us-west-2.amazonaws.com
Addresses: 52.12.345.678
52.23.234.56
41.234.567.890
54.123.45.678
Aliases: b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-west-2.amazonaws.com
```
1. Ejecute el comando `telnet` para probar la ruta de red para su agente. Reemplace el punto de enlace por la información de su cuenta. Puede sustituirlo por *port* un puerto `443` para la consola web y probar la conexión `5671` AMQP a nivel de cable.
```
$ telnet b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-west-2.amazonaws.com port
```
Si el comando se ejecuta correctamente, se mostrará un resultado similar al que se incluye a continuación.
```
Connected to b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-west-2.amazonaws.com.
Escape character is '^]'.
```
**nota**
La conexión telnet se cerrará automáticamente después de unos segundos.
1. Aplique alguna de las siguientes acciones.
+ Si el comando `telnet` se ejecuta correctamente, verifique la métrica [`ConnectionCount`](rabbitmq-logging-monitoring.md#security-logging-monitoring-cloudwatch-metrics-rabbitmq) y confirme que el agente no haya alcanzado el valor configurado en la política [`max-connections`](rabbitmq-resource-limits-configuration.md) predeterminada. Para confirmar si se ha alcanzado el límite, también puede revisar el grupo de registros `Connection.log` del agente. Si esta métrica es mayor que cero, hay al menos un cliente conectado actualmente con el agente. Si la métrica muestra cero conexiones, vuelva a realizar la prueba de la ruta `telnet`. Es posible que tenga que repetir este proceso si la conexión se cierra antes de que su agente haya publicado nuevas métricas de conexión. CloudWatch Las métricas se publican cada un minuto.
+ Para los agentes sin accesibilidad pública, si el comando `telnet` da error, verifique el estado de las [interfaces de red elásticas](https://docs.aws.amazon.com/UserGuide/using-eni.html?icmpid=docs_ec2_console) del agente y confirme que el estado sea `in-use`. [Cree un registro de flujo de Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-flow-logs.html#create-flow-log) para cada interfaz de red y revise los registros de flujo generados. Busque las direcciones IP privadas que utilizó el agente cuando invocó el comando `telnet` y confirme que los paquetes de conexión, incluso el paquete de retorno, estén `ACCEPTED`. Para obtener más información y ver un ejemplo de registro de flujo, consulte [Ejemplos de entradas del registro de flujo](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs-records-examples.html) en la *Guía para desarrolladores de Amazon VPC*.
**nota**
Este paso no se aplica a los agentes de RabbitMQ en Amazon MQ con accesibilidad pública.
1. Ejecute el comando `curl` para verificar la conectividad con la consola web del administrador de RabbitMQ.
```
$ curl https://b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-west-2.amazonaws.com:443/index.html
```
Si el comando se ejecuta correctamente, se debe obtener un documento HTML similar al que se incluye a continuación.
```
RabbitMQ Management
...
```
------
## Mi agente se está ejecutando y puedo verificar la conectividad usando `telnet`, pero mis clientes no se pueden conectar y están devolviendo excepciones SSL.
Es posible que su certificado de punto de conexión del agente se haya actualizado durante el [período de mantenimiento](maintaining-brokers.md) del agente. Los certificados de agente de Amazon MQ se rotan periódicamente para garantizar la disponibilidad y la seguridad continuas de los agentes.
Recomendamos utilizar la entidad de certificación (CA) raíz de Amazon en [Amazon Trust Services](https://www.amazontrust.com/repository/) para autenticar en el almacén de confianza de los clientes. Todos los certificados de agente de Amazon MQ están firmados con esta CA raíz. Al utilizar una CA raíz de Amazon, ya no tendrá que descargar el nuevo certificado de agente de Amazon MQ cada vez que haya una actualización de certificado en el agente.
## Creé un agente pero me dio error.
Si el estado del agente está es `CREATION_FAILED`, haga lo siguiente.
+ Verifique sus permisos de IAM. Para crear un bróker, debe utilizar la política de IAM AWS gestionada `AmazonMQFullAccess` o tener el conjunto correcto de permisos de Amazon EC2 en su política de IAM personalizada. Para obtener más información sobre los permisos de Amazon EC2 requeridos, consulte [Permisos del IAM requeridos para crear un agente de Amazon MQ](security-api-authentication-authorization.md#security-permissions-required-to-create-broker).
+ Verifique si la subred que está eligiendo para su agente está en una Amazon Virtual Private Cloud (VPC) compartida. Para crear un agente de Amazon MQ en una Amazon VPC compartida, debe crearlo en la cuenta propietaria de Amazon VPC.
## Mi agente se reinició y no estoy seguro de porqué.
Si su agente se reinició automáticamente, podría deberse a una de las siguientes razones.
+ Es posible que su agente se haya reiniciado debido a un período de mantenimiento semanal programado. Amazon MQ realiza de forma periódica el mantenimiento del hardware, el sistema operativo o el software del motor de un agente de mensajes. La duración del mantenimiento varía, pero puede durar hasta dos horas, dependiendo de las operaciones programadas para el agente de mensajes. Los agentes pueden reiniciarse en cualquier momento durante el período de mantenimiento de dos horas. Para obtener más información de los periodos de mantenimiento del agente, consulte [Programación del período de mantenimiento de un agente de Amazon MQ](maintaining-brokers.md).
+ Es posible que el tipo de instancias del agente no sea adecuado para la carga de trabajo de la aplicación. Por ejemplo, ejecutar una carga de trabajo de producción en una `mq.t3.micro` podría hacer que el agente se quede sin recursos. Un uso elevado de la CPU o de la memoria del agente pueden provocar que el agente se reinicie imprevistamente. Para ver la cantidad de CPU y memoria que utiliza su agente, utilice las siguientes CloudWatch métricas para su tipo de motor.
+ **ActiveMQ en Amazon MQ**: verifique `CpuUtilization` para obtener el porcentaje de unidades de computación de Amazon EC2 asignadas que utiliza actualmente el agente. Verifique `HeapUsage` para obtener el porcentaje del límite de memoria JVM de ActiveMQ que el agente usa actualmente.
+ **RabbitMQ en Amazon MQ**: verifique `SystemCpuUtilization` para obtener el porcentaje de unidades de computación de Amazon EC2 asignadas que utiliza actualmente el agente. Verifique `RabbitMQMemUsed` para obtener el volumen de RAM utilizado en bytes, y divídalo por `RabbitMQMemLimit` para obtener el porcentaje de memoria que utiliza el nodo de RabbitMQ.
Para obtener información de los tipos de instancias del agente y cómo elegir el tipo de instancias adecuado para su carga de trabajo, consulte [Broker instance types](broker-instance-types.md).