Solución de problemas AWS Cloud9 - AWS Cloud9
Installer (Instalador)AWS Cloud9 EntornoAmazon EC2Otros servicios AWSVista previa de la aplicaciónRendimientoAplicaciones y servicios de terceros

AWS Cloud9 ya no está disponible para nuevos clientes. Los clientes existentes de AWS Cloud9 pueden seguir utilizando el servicio con normalidad. Más información

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 AWS Cloud9

Utilice la siguiente información para identificar y solucionar los problemas con AWS Cloud9.

Si el problema no se muestra o necesita ayuda adicional, consulte el foro de discusión de AWS Cloud9. Es posible que se requiera que inicie sesión cuando ingrese en este foro. También puede ponerse en contacto con nosotros directamente.

Installer (Instalador)

La siguiente sección describe la solución de problemas relacionados con el instalador de AWS Cloud9 .

El AWS Cloud9 instalador se bloquea o falla

Problema: al descargar y ejecutar el AWS Cloud9 instalador, se producen uno o varios errores y el script del instalador no apareceDone.

Causa: el AWS Cloud9 instalador ha detectado uno o más errores de los que no puede recuperarse y, como resultado, se produce un error.

Solución: para obtener más información, consulte Solución de problemas del AWS Cloud9 instalador. Consulte los problemas comunes, las posibles causas y las soluciones recomendadas proporcionadas.

AWS Cloud9 el instalador no finaliza después de mostrar: «Package Cloud9 1" IDE

Problema: AWS Cloud9 se instala en tu EC2 instancia de Amazon existente o en tu propio servidor como parte del proceso de creación de un entorno de SSH desarrollo. La instalación se detiene cuando aparece este mensaje en el cuadro de diálogo del AWS Cloud9 instalador: «Package IDE Cloud9 1". Si elige Cancelar, verá el siguiente mensaje: “Error de instalación”. Este error se produce cuando AWS Cloud9 los paquetes no se pueden instalar en el host del SSH cliente.

Causa: un SSH host requiere la instalación de Node.js. Se recomienda instalar la versión más reciente Node.js versión compatible con el sistema operativo del anfitrión. Si tiene una versión de Node.js en su host que AWS Cloud9 no sea compatible, es posible que se produzca un error de instalación.

Solución recomendada: instale una versión de Node.js que AWS Cloud9 sea compatible con su SSH host.

Fallo al instalar dependencias

Problema: AWS Cloud9 necesita acceso a Internet para descargar las dependencias.

Causas posibles:

  • Si su AWS Cloud9 entorno utiliza un proxy para acceder a Internet, AWS Cloud9 necesita los detalles del proxy para instalar las dependencias. Si no proporcionaste los detalles de tu proxy a AWS Cloud9, aparecerá este error.

  • Otra causa podría ser que su entorno no permite el tráfico saliente.

Soluciones recomendadas:

  • Para proporcionar los detalles de tu proxy AWS Cloud9, añade el siguiente código a tu ~/.bashrc archivo de entorno:

    export http_proxy=[proxy url for http]
export https_proxy=[proxy url for https]
#Certificate Authority used by your proxy
export NODE_EXTRA_CA_CERTS=[path_to_pem_certificate]

    Por ejemplo, si su HTTP proxy URL es https://172.31.26.80:3128 y su HTTP proxy URL eshttps://172.31.26.80:3129, añada las siguientes líneas al ~/.bashrc archivo y configúrelo en la ruta del archivo de una entidad emisora de certificados en PEM formato. NODE_EXTRA_CA_CERTS Para obtener más información sobre esta variable, consulte https://nodejs.org/api/cli.html#node_extra_ca_certsfile.

    export http_proxy=http://172.31.26.80:3128
export https_proxy=https://172.31.26.80:3129
export NODE_EXTRA_CA_CERTS=[path_to_pem_certificate]

  • Si utiliza una EC2 instancia de Amazon sin entrada, debe asegurarse de que haya configurado un VPC punto de enlace de Amazon para Amazon S3. Para obtener más información al respecto, consulte Configuración de VPC puntos de enlace de Amazon para las dependencias de descarga de Amazon S3.

SSHerror de entorno: «Se requiere la versión 3 de Python para instalar pty.js»

Problema: después de abrir un entorno de AWS Cloud9 SSH desarrollo, la terminal AWS Cloud9 IDE muestra un mensaje que comienza con «Se requiere la versión 3 de Python para instalar pty.js».

Causa: para que funcione como se espera, un SSH entorno requiere que esté instalada la versión 3 de Python.

Solución: instale la versión 3 de Python en el entorno. Para comprobar su versión, ejecute el comando python --version desde la terminal de servidor. Para instalar Python 3 en su servidor, consulte uno de los siguientes temas:

AWS Cloud9 Entorno

La siguiente sección describe la solución de problemas relacionados con el entorno de AWS Cloud9 .

Error de creación del entorno: «No podemos crear EC2 instancias...»

Problema: cuando intentas crear un entorno de AWS Cloud9 desarrollo, aparece un mensaje con la frase «No podemos crear EC2 instancias en tu cuenta durante la verificación y activación de la cuenta».

Causa: actualmente AWS está verificando y activando tu. Cuenta de AWS Antes de que se complete la activación, que puede tardar hasta 24 horas, no puede crear este ni otros entornos.

Solución: vuelva a intentar crear el entorno más adelante. Si sigue recibiendo este mensaje después de 24 horas, póngase en contacto con el servicio de soporte. Además de esto, es importante saber que, incluso cuando un intento de crear un entorno produce un error, AWS CloudFormation crea una pila relacionada en la cuenta. Estas pilas cuentan para la cuota de creación de pilas de la cuenta. Para evitar agotar la cuota de creación de pilas, puede eliminar estas pilas con error. Para obtener más información, consulte Eliminación de una pila en la consola de AWS CloudFormation en la Guía del usuario de AWS CloudFormation .

Error de creación del entorno: «No estoy autorizado para ejecutar sts:AssumeRole»

Problema: al intentar crear un entorno nuevo, aparece el siguiente error: «No estoy autorizado para ejecutar sts:AssumeRole» y el entorno no se crea.

Causas posibles: en tu empresa no existe ningún rol AWS Cloud9 vinculado a un servicio. Cuenta de AWS

Soluciones recomendadas: cree un rol AWS Cloud9 vinculado a un servicio en su. Cuenta de AWS Puede hacerlo así mediante la ejecución del siguiente comando en la AWS Command Line Interface (AWS CLI) o el AWS CloudShell.

aws iam create-service-linked-role --aws-service-name cloud9.amazonaws.com # For the AWS CLI.
iam create-service-linked-role --aws-service-name cloud9.amazonaws.com     # For the aws-shell.

Si no puede hacerlo, póngase en contacto con su Cuenta de AWS administrador.

Después de ejecutar este comando, vuelva a intentar crear el entorno.

Las identidades federadas no pueden crear entornos

Problema: al intentar utilizar una identidad AWS federada para crear un entorno de AWS Cloud9 desarrollo, aparece un mensaje de error de acceso y el entorno no se crea.

Causa: AWS Cloud9 usa roles vinculados a un servicio. El rol vinculado al servicio se crea la primera vez que se crea un entorno en una cuenta utilizando la llamada iam:CreateServiceLinkedRole. Sin embargo, los usuarios federados no pueden llamar. IAM APIs Para obtener más información, consulte GetFederationTokenla AWS Security Token Service APIReferencia.

Solución: pida a un Cuenta de AWS administrador que cree el rol vinculado al servicio en la IAM consola o ejecute este comando con la tecla AWS Command Line Interface ()AWS CLI: AWS Cloud9 

aws iam create-service-linked-role --aws-service-name cloud9.amazonaws.com

O este comando con el comando -shell: AWS

iam create-service-linked-role --aws-service-name cloud9.amazonaws.com

Para obtener más información, consulte Uso de funciones vinculadas a servicios en la Guía del IAM usuario.

Error de consola: “el usuario no está autorizado para realizar la acción en el recurso”

Problema: al intentar usar la AWS Cloud9 consola para crear o administrar un entorno de AWS Cloud9 desarrollo, aparece un error que contiene una frase similar a «El usuario no arn:aws:iam::123456789012:user/MyUser está autorizado a utilizar un recurso»arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1, cloud9:action en la que:

  • arn:aws:iam::123456789012:user/MyUseres el nombre del recurso de Amazon (ARN) del usuario solicitante.

  • action es el nombre de la operación que el usuario solicitó.

  • arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1es el ARN entorno en el que el usuario solicitó para ejecutar la operación.

Causa: el usuario con el que ha iniciado sesión en la AWS Cloud9 consola no tiene los permisos de AWS acceso correctos para realizar la acción.

Solución: asegúrese de que el usuario tenga los permisos de acceso de AWS adecuados y, a continuación, intente realizar la acción de nuevo. Para más información, consulte los siguientes temas:

No se puede conectar a un entorno

Problema: los usuarios no se pueden conectar a un entorno y se quedan estancados en la etapa de conexión.

Causa: si cambias los permisos del ~/ .ssh/authorized_keys archivo, eliminas las AWS Cloud9 claves de ese archivo o eliminas el archivo por completo, es posible que se produzca este problema.

Solución: no elimine este archivo. Si lo elimina, tendrá que volver a crear el entorno y es posible que tenga que adjuntar el EBSvolumen de un entorno existente al nuevo EC2 entorno. Esto es para recuperar los datos perdidos. Si faltan permisos, asegúrese de que el archivo tenga los permisos Read-Write. Esto es para permitir que el SSH daemon lo lea.

No se puede abrir un entorno

Problema: Cuando intentas abrir un entorno, IDE no se muestra durante más de cinco minutos.

Causas posibles:

  • El IAM usuario que ha iniciado sesión en la AWS Cloud9 consola no tiene los permisos de AWS acceso necesarios para abrir el entorno.

  • Si el entorno está asociado a una instancia de computación AWS en la nube (por ejemplo, una EC2 instancia de Amazon), entonces lo posible podría ser cierto:

    • El VPC que está asociado a la instancia no tiene la configuración correcta AWS Cloud9.

    • La instancia está en transición entre estados o no pasa las comprobaciones de estado automatizadas al intentar conectarse a la instancia. AWS Cloud9

  • Si el entorno es un SSH entorno, la instancia de computación en la nube asociada o tu propio servidor no están configurados correctamente para permitir el acceso AWS Cloud9 a él.

Soluciones recomendadas:

No se puede abrir AWS Cloud9 el entorno: «Actualmente, los colaboradores no pueden acceder a este entorno. Espere hasta que se complete la eliminación de las credenciales temporales administradas o contacte con el propietario de este entorno".

Problema: si alguien que no es el propietario del entorno añade un nuevo colaborador a un entorno, las credenciales temporales AWS gestionadas se desactivan. Las credenciales se desactivan cuando elimina el archivo ~/.aws/credentials. Mientras se elimina el ~/.aws/credentials archivo, los nuevos colaboradores no pueden acceder al AWS Cloud9 entorno.

Causa: impedir el acceso al entorno mientras las credenciales temporales administradas de AWS están siendo eliminadas es una medida de seguridad. Esto permite a los propietarios del entorno confirmar que solo los colaboradores de confianza pueden acceder a credenciales administradas. Si están convencidos de que la lista de colaboradores es válida, los propietarios del entorno pueden volver a habilitar las credenciales administradas para que puedan compartirse. Para obtener más información, consulte Control del acceso a las credenciales temporales administradas por AWS.

Soluciones recomendadas: espere a que el ~/.aws/credentials archivo se elimine por completo antes de volver a intentar abrir el AWS Cloud9 entorno. El tiempo máximo de espera para la caducidad de las credenciales es de 15 minutos. También puede solicitar al propietario del entorno que vuelva a habilitar o desactive las credenciales temporales administradas. Después de volver a habilitar o desactivar las credenciales, los colaboradores pueden acceder inmediatamente al entorno. Al cambiar el estado de las credenciales administradas a ENABLED oDISABLED, el propietario del entorno se asegura de que las credenciales no permanezcan en un estado intermedio. Un estado intermedio puede impedir que los colaboradores accedan al entorno.

nota

Supongamos que el propietario del entorno y el colaborador pertenecen a la misma Cuenta de AWS. A continuación, el colaborador puede identificar al propietario del entorno para establecer contacto revisando la tarjeta de un entorno en la página Your environments (Sus entornos) en la consola. El propietario del entorno también se muestra en la página Environment details (Detalles del entorno).

Error de eliminación del entorno: “No se pudieron eliminar uno o más entornos”

Problema: al intentar eliminar uno o más entornos de la AWS Cloud9 consola, aparece un mensaje que dice «no se pudo eliminar uno o más entornos» y al menos uno de los entornos no se elimina.

Causa posible: AWS CloudFormation es posible que haya un problema al eliminar uno o más de los entornos. AWS Cloud9 se basa en AWS CloudFormation la creación y eliminación de entornos.

Solución recomendada: intente utilizarla AWS CloudFormation para eliminar cada uno de los entornos no eliminados.

  1. Abre la AWS CloudFormation consola en https://console.aws.amazon.com/cloudformation.

  2. En la barra AWS de navegación, selecciona la opción Región de AWS para el entorno.

  3. En la lista de AWS CloudFormation pilas, seleccione la entrada en la que el nombre de la pila contenga el nombre del entorno no eliminado y el estado sea DELETE _. FAILED Por ejemplo, si el nombre del entorno esmy-demo-environment, elija la pila que comience con el nombre aws-cloud9 -. my-demo-environment (Elija la casilla u opción junto al nombre del entorno, no el propio nombre del entorno).

  4. Elija Actions, Delete Stack (Acciones, Eliminar pila).

  5. Si se le pregunte, elija Yes, Delete (Sí, eliminar).

Este proceso de eliminación de una pila puede tardar unos minutos.

Si la pila desaparece de la lista, el entorno se ha eliminado.

Si la pila sigue mostrando DELETE_ FAILED después de unos minutos, el entorno aún no se ha eliminado. Puede intentar eliminar manualmente cada uno de los recursos de la pila con error.

nota

Al eliminar manualmente los recursos de una pila fallida, no se elimina la pila en sí misma de la suya Cuenta de AWS.

Para eliminar estos recursos manualmente, haga lo siguiente. En la AWS CloudFormation consola, selecciona la pila fallida y, a continuación, selecciona la sección Recursos. Ve a la consola AWS para cada recurso de esta lista y, a continuación, usa esa consola para eliminar el recurso.

Cambiar el tiempo de espera de un entorno en AWS Cloud9 IDE

Problema: los usuarios quieren actualizar el tiempo de espera de los EC2 entornos de Amazon.

Causa: el tiempo de espera predeterminado es de 30 minutos. Puede que sea demasiado corto para algunos usuarios.

Solución recomendada:

  1. Abra el entorno que desea configurar.

  2. En la AWS Cloud9 IDEbarra de menús, selecciona AWS Cloud9Preferencias.

  3. En la ventana de preferencias, desplázate hasta la sección EC2Instancia de Amazon.

  4. Seleccione el valor de tiempo de espera de la lista disponible y actualícelo.

Error al ejecutar SAM las aplicaciones localmente en AWS Toolkit porque el AWS Cloud9 entorno no tiene suficiente espacio en disco

Problema: se produce un error al usar el AWS kit de herramientas para ejecutar AWS SAM CLI comandos para aplicaciones definidas por SAM plantillas.

Causas posibles: al ejecutar y depurar aplicaciones sin servidor de forma local con el AWS kit de herramientas, utiliza AWS SAM Docker imágenes. Estas imágenes proporcionan un entorno en tiempo de ejecución y herramientas de compilación que emulan el entorno de Lambda en el que tiene previsto realizar la implementación.

Sin embargo, si su entorno carece de suficiente espacio en disco, Docker La imagen que proporciona estas funciones no se puede compilar y SAM la aplicación local no se puede ejecutar. Si esto ocurre, es posible que reciba un error en la pestaña Output (Salida) similar a la siguiente.

Error: Could not find amazon/aws-sam-cli-emulation-image-python3.7:rapid-1.18.1 image locally and failed to pull it from docker.

Este error se refiere a una SAM aplicación que se creó con el motor de ejecución de Python. Es posible que reciba un mensaje ligeramente diferente, dependiendo del tiempo de ejecución que eligió para la aplicación.

Soluciones recomendadas: libere espacio en disco en su entorno para que Docker la imagen se puede construir. Elimine lo que no esté utilizando Docker imágenes ejecutando el siguiente comando en IDE la terminal.

docker image prune -a

Si sigues teniendo problemas con los SAM CLI comandos debido a restricciones de espacio en disco, cambia a un entorno de desarrollo con un tipo de instancia diferente.

(Volver arriba)

No se puede cargar IDE con versiones anteriores de Microsoft Edge navegador

Problema: se devuelve un HTTP403: FORBIDDEN error al intentar cargar AWS Cloud9 IDE con el Microsoft Edge navegador web.

Causas posibles: AWS Cloud9 IDE no es compatible con ciertas versiones anteriores de Microsoft Edge.

Soluciones recomendadas: Para actualizar el navegador, pulse el botón de puntos suspensivos (...) del Microsoft Edge barra de herramientas. En el menú, selecciona Configuración y, a continuación, selecciona Acerca de Microsoft Edge. Si se requiere una actualización, se descarga e instala automáticamente.

(Volver arriba)

No se puede crear la estructura de subcarpetas/home/ec2-user/environment/home/ec2-user/environmenten el explorador de AWS Cloud9 IDE archivos.

Problema: Al crear la estructura de subcarpetas/home/ec2-user/environment/home/ec2-user/environmenten el explorador de AWS Cloud9 IDE archivos, aparece un mensaje de error que indica que no es posible abrir este directorio.

Causas posibles: actualmente no es posible crear una estructura de subcarpetas/home/ec2-user/environmentdentro de una carpeta del mismo nombre mediante el sistema de archivos del. AWS Cloud9 IDE No podrá acceder a ningún AWS Cloud9 IDE archivo de este directorio desde el explorador de archivos, pero podrá acceder a ellos mediante la línea de comandos. Este problema solo afecta a la ruta del archivo/home/ec2-user/environment/home/ec2-user/environment. Las rutas de archivo como/test/home/ec2-user/environmenty/home/ec2-user/environment/testdeberían funcionar. Se trata de un problema conocido y solo afecta al explorador de AWS Cloud9 IDE archivos.

Soluciones recomendadas: utilice otro nombre y estructura de archivos.

(Volver arriba)

No se puede crear la estructura de subcarpetas /projects/projects en el explorador de archivos del formulario. AWS Cloud9 IDE CodeCatalyst

Problema: Al crear la estructura de subcarpetas /projects/projects en el explorador de AWS Cloud9 IDE archivos CodeCatalyst, aparece un mensaje de error que indica que no es posible abrir este directorio.

Causas posibles: actualmente no es posible crear una estructura de subcarpetas o proyectos dentro de una carpeta con el mismo nombre mediante el explorador de archivos del formulario. AWS Cloud9 IDE CodeCatalyst No podrá acceder a ningún AWS Cloud9 IDE archivo de este directorio desde el explorador de archivos, pero podrá acceder a ellos mediante la línea de comandos. Este problema solo afecta a la ruta de archivos /projects/projects, las rutas de archivos como /test/projects y /projects/test deberían funcionar. Se trata de un problema conocido y solo afecta al explorador de AWS Cloud9 IDE archivos de CodeCatalyst.

Soluciones recomendadas: utilice otro nombre y estructura de archivos.

(Volver arriba)

No se puede interactuar con la ventana de terminal en AWS Cloud9 debido a errores de sesión de tmux

Problema: Al intentar abrir una nueva ventana de terminal AWS Cloud9, la interfaz de línea de comandos esperada no está disponible. No hay símbolo del sistema y no puede ingresar texto. Se devuelven mensajes de error como tmux: need UTF-8 locale (LC_CTYPE) y invalid LC_ALL, LC_CTYPE or LANG.

Causas posibles: una terminal que no responde puede deberse a un error de tmux. AWS Cloud9 usa la utilidad tmux. De esta forma, la información que se muestra en el terminal persiste incluso cuando la página se recarga o se reconecta al entorno de desarrollo.

En una sesión tmux, lo que se muestra en la ventana del terminal lo administra un cliente. El cliente se comunica con un servidor que puede administrar varias sesiones. El servidor y el cliente se comunican a través de un socket ubicado en la carpeta tmp. Si la carpeta tmp falta en el entorno de desarrollo o se le aplican permisos demasiado restrictivos, las sesiones tmux no pueden ejecutarse. Si esto ocurre, la ventana del terminal IDE deja de responder.

Soluciones recomendadas: si los errores de tmux le impiden interactuar con la ventana de terminal, use una forma alternativa para crear una carpeta tmp con los permisos adecuados. De esa manera, se pueden ejecutar sesiones tmux. Una solución consiste en exportar LC_CTYPE en .bash_profile o en el archivo .bashrc. Otra solución recomendada es utilizarla AWS Systems Manager para configurar una configuración de administración de hosts. Esto permite acceder a la instancia correspondiente a través de la EC2 consola de Amazon.

Configuración de la administración de host

  1. Primero, en la AWS Cloud9 consola, busca el nombre de la instancia de tu entorno. Para realizar la prueba, puede elegir el panel correspondiente en la página Your environments (Sus entornos) y elegir View details (Ver detalles). En la página de Environment details (Detalles del Entorno), elija Go to Instance (Ir a la Instancia). En la EC2 consola de Amazon, confirma el nombre de la instancia a la que necesitas acceder.

  2. Ahora ve a la AWS Systems Manager consola y, en el panel de navegación, selecciona Configuración rápida.

  3. En la página de Quick Setup (Configuración Rápida), elija Create (Crear).

  4. Para los tipos de configuración, vaya a Host Management (Administración de hosts) y elija Create (Crear).

  5. Para personalizar las opciones de configuración de Host Management, en la sección Targets (Objetivos), elija Manual.

  6. Seleccione la EC2 instancia a la que desee acceder y, a continuación, elija Crear.

Conexión a la instancia y ejecución de comandos

nota

Los siguientes pasos son para la nueva EC2 consola.

  1. En la EC2 consola de Amazon, en el panel de navegación, elige Instances y selecciona la instancia a la que quieres conectarte.

  2. Elija Conectar.

    Si Connect (Conectar) no está activado, es posible que tenga que iniciar la instancia en primer lugar.

  3. En el panel Connect to your instance (Conectar con la instancia), en Connection method (Método de conexión), elija Session Manager (Administrador de sesiones) y luego elija Connect (Conectar).

  4. En la ventana de sesión de terminal que se muestra, escriba los siguientes comandos. Estos comandos crean la carpeta tmp con los permisos correctos para que el socket tmux esté disponible.

    sudo mkdir /tmp
sudo chmod 777 /tmp
sudo rmdir /tmp/tmux-*

(Volver arriba)

Amazon EC2

En la siguiente sección se describe la solución de problemas relacionados con AmazonEC2.

EC2Las instancias de Amazon no se actualizan automáticamente

Problema: las actualizaciones recientes del sistema no se aplican automáticamente a una EC2 instancia de Amazon que se conecta a un entorno de AWS Cloud9 desarrollo.

Causa: la aplicación automática de las actualizaciones recientes del sistema podría provocar que tu código o la EC2 instancia de Amazon se comporten de forma inesperada, sin tu conocimiento o aprobación previos.

Soluciones recomendadas:

Aplica las actualizaciones del sistema a la EC2 instancia de Amazon de forma regular siguiendo las instrucciones de Actualización del software de la instancia en la Guía del EC2 usuario de Amazon.

Para ejecutar comandos en la instancia, puede utilizar una sesión de terminal AWS Cloud9 IDE desde el entorno que está conectado a la instancia.

Como alternativa, puedes usar una utilidad de acceso SSH remoto como ssh o PuTTY para conectarse a la instancia. Para ello, desde su ordenador local, utilice una utilidad de creación de pares de SSH claves como ssh-keygen o PuTTYgen. Usa el AWS Cloud9 IDE del entorno que está conectado a la instancia para almacenar la clave pública generada en la instancia. A continuación, usa la utilidad de acceso SSH remoto junto con la clave privada generada para acceder a la instancia. Consulte la documentación de su utilidad para obtener más información.

AWS CLI o error AWS de -shell: «El token de seguridad incluido en la solicitud no es válido» en un entorno EC2

Problema: al intentar usar el AWS Command Line Interface (AWS CLI) o el AWS-shell para ejecutar un comando en un EC2 entorno, aparece un error: «El token de seguridad incluido en la solicitud no es válido». AWS Cloud9 IDE

Causa: puede generarse un token de seguridad no válido si tiene las credenciales temporales administradas por AWS habilitadas y se ha producido una de las siguientes situaciones:

  • Intentaste ejecutar un comando que las credenciales temporales AWS administradas no permiten. Para ver una lista de comandos permitidos, consulte Acciones compatibles con las credenciales temporales AWS administradas.

  • Las credenciales temporales AWS administradas caducaron automáticamente después de 15 minutos.

  • Las credenciales temporales AWS administradas para un entorno compartido se desactivaron porque alguien distinto del propietario del entorno agregó un nuevo miembro.

Soluciones recomendadas:

  • Ejecute solo los comandos permitidos por las credenciales temporales AWS administradas. Si necesita ejecutar un comando que no esté permitido por las credenciales temporales AWS administradas, configure el AWS CLI o AWS-shell en el entorno con un conjunto de credenciales permanentes. Esto elimina esta limitación. Para obtener instrucciones, consulte Crear y almacenar las credenciales de acceso permanente en un entorno.

  • En el caso de las credenciales desactivadas o caducadas, asegúrese de que el propietario del entorno abra el entorno para AWS Cloud9 poder actualizar las credenciales temporales en el entorno. Para obtener más información, consulte Control del acceso a las credenciales temporales administradas por AWS.

No se puede conectar al EC2 entorno porque VPC sus direcciones IP las utilizan Docker

Problema: en el caso de un EC2 entorno, si lanzas la EC2 instancia en un Amazon VPC que utiliza el bloque IPv4 Classless Inter-Domain Routing (CIDR)172.17.0.0/16, es posible que la conexión se bloquee al intentar abrir ese entorno.

Causa: Docker usa un dispositivo de capa de enlace denominado red puente que permite que los contenedores que están conectados a la misma red puente se comuniquen. AWS Cloud9 crea contenedores que utilizan un puente predeterminado para la comunicación entre contenedores. El puente predeterminado suele utilizar la subred 172.17.0.0/16 para las redes de contenedores.

Si la VPC subred de la instancia de su entorno usa el mismo rango de direcciones que ya utiliza Docker, podría producirse un conflicto de direcciones IP. Por lo tanto, cuando AWS Cloud9 intenta conectarse a su instancia, la tabla de enrutamiento de la puerta de enlace enruta esa conexión al Docker puente. Esto AWS Cloud9 impide conectarse a la EC2 instancia que respalda el entorno de desarrollo.

Solución recomendada: resolver un conflicto de direcciones IP provocado por Amazon VPC y Docker con el mismo bloque de IPv4 CIDR direcciones, configure uno nuevo VPC para la instancia que respalda su EC2 entorno. Para esta novedadVPC, configura un CIDR bloque que sea diferente de172.17.0.0/16. (No puedes cambiar el rango de direcciones IP de una subred VPC o existente).

Para obtener información sobre la configuración, consulte VPCy dimensionamiento de subredes en la Guía VPC del usuario de Amazon.

No se puede crear la estructura de subcarpetas/home/ec2-user/environment/home/ec2-user/environmenten el AWS Cloud9 IDE explorador de archivos.

Problema: Al crear la estructura de subcarpetas/home/ec2-user/environment/home/ec2-user/environmenten el explorador de AWS Cloud9 IDE archivos, aparece un mensaje de error que indica que no es posible abrir este directorio.

Causas posibles: actualmente no es posible crear una estructura de subcarpetas/home/ec2-user/environmentdentro de una carpeta del mismo nombre mediante el sistema de archivos del. AWS Cloud9 IDE No podrá acceder a ningún AWS Cloud9 IDE archivo de este directorio desde el explorador de archivos, pero podrá acceder a ellos mediante la línea de comandos. Este problema solo afecta a la ruta del archivo/home/ec2-user/environment/home/ec2-user/environment. Las rutas de archivo como/test/home/ec2-user/environmenty/home/ec2-user/environment/testdeberían funcionar. Se trata de un problema conocido y solo afecta al explorador de AWS Cloud9 IDE archivos.

Soluciones recomendadas: utilice otro nombre y estructura de archivos.

No se puede iniciar AWS Cloud9 desde la consola cuando hay una configuración de AWS License Manager licencia asociada a EC2 instancias de Amazon

Problema: al intentar lanzar un AWS Cloud9 EC2 entorno desde la consola, aparece un mensaje unable to access your environment de error.

Causas posibles: AWS License Manager agiliza la administración de las licencias de los proveedores de software en todos los Nube de AWS. Al configurar License Manager, puede crear configuraciones de licencias, que son conjuntos de reglas de asignación de licencias que se basan en los términos de los contratos de su empresa. Estas configuraciones de licencia se pueden adjuntar a un mecanismo, como una Amazon Machine Image (AMI) o AWS CloudFormation. Puede usar uno de estos mecanismos para lanzar EC2 instancias.

Las versiones anteriores del AWSCloud9ServiceRolePolicyrol AWSServiceRoleForAWSCloud 9 vinculado al servicio (SLR) actualmente no incluyen la condición de license-configuration recurso. Por este motivo, AWS Cloud9 no puede iniciar ni detener su instancia. Por lo tanto, AWS Cloud9 se le niega el acceso a su EC2 instancia de Amazon y se devuelve un error.

Soluciones recomendadas: Si no puede acceder a un AWS Cloud9 entorno existente y utilizar License Manager, sustituya la antigua función AWSCloud9ServiceRolePolicyvinculada al servicio por la versión SLR que permita EC2 acciones de forma explícita cuando license-configuration se aplique a la instancia. Para reemplazar el rol antiguo, elimínelo. A continuación, se crea el rol actualizado de forma automática.

No se pueden ejecutar algunos comandos o scripts en un entorno EC2

Problema: Tras abrir un entorno de AWS Cloud9 EC2 desarrollo, no se pueden instalar algunos tipos de paquetes, ejecutar comandos como yum oapt, ni ejecutar scripts que contengan comandos que normalmente funcionan con otros sistemas operativos Linux.

AWS Cloud9 Causa: las EC2 instancias de Amazon que se utilizan para un EC2 entorno dependen de Amazon Linux (que se basa en Red Hat Enterprise Linux (RHEL)) o de Ubuntu Server.

Solución: si instala o administra paquetes o ejecuta comandos o scripts en un EC2 entorno, asegúrese de que sean compatibles con RHEL (para Amazon Linux) o con Ubuntu Server, según la instancia de ese entorno. IDE

Mensaje de error que indica que «el perfil de instancia AWSCloud9SSMInstanceProfile no existe en la cuenta» al crear un EC2 entorno mediante AWS CloudFormation

Problema: Al utilizar el AWS::Cloud9::EnvironmentEC2 AWS CloudFormation recurso para crear un EC2 entorno, los usuarios reciben un mensaje de error que indica que el perfil de instancia AWSCloud9SSMInstanceProfile no existe en la cuenta.

Causa: al crear un EC2 entorno sin entrada, debe crear el rol de servicio AWSCloud9SSMAccessRole y el perfil de instancia. AWSCloud9SSMInstanceProfile Estos IAM recursos permiten a Systems Manager administrar la EC2 instancia que respalda su entorno de desarrollo.

Si crea un entorno sin entrada con la consola, AWSCloud9SSMAccessRole y AWSCloud9SSMInstanceProfile se crean automáticamente. Sin embargo, cuando utilice AWS CloudFormation o AWS CLI cree su primer entorno sin entrada, debe crear estos IAM recursos manualmente.

Solución recomendada: para obtener información sobre la edición de la AWS CloudFormation plantilla y la actualización de IAM los permisos, consulte Se utiliza AWS CloudFormation para crear entornos sin entrada EC2

Un mensaje de error indica que «no está autorizado para perform: ssm:StartSession ningún recurso» al crear un EC2 entorno utilizando AWS CloudFormation

Problema: Al utilizar el AWS::Cloud9::EnvironmentEC2 AWS CloudFormation recurso para crear un EC2 entorno, los usuarios reciben un aviso AccessDeniedException y se les informa de que «no están autorizados a actuar: ssm:StartSession en función del recurso».

Causa: el usuario no tiene el permiso necesario para llamar al StartSession API que se requiere como parte de la configuración de EC2 los entornos que utilizan Systems Manager para instancias sin entrada.

Solución recomendada: para obtener información sobre la edición de la AWS CloudFormation plantilla y la actualización de IAM los permisos, consulte. Se utiliza AWS CloudFormation para crear entornos sin entrada EC2

Mensaje de error que indica que no hay autorización «para realizar: iam:GetInstanceProfile en el recurso: perfil de instanciaAWSCloud9SSMInstanceProfile» al crear un EC2 entorno mediante AWS CLI

Problema: Al utilizar el AWS CLIpara crear un EC2 entorno, los usuarios reciben un perfil de iam: GetInstanceProfile on resource: instance AccessDeniedException y se les informa de que su AWS Cloud9 entorno no está autorizadoAWSCloud9SSMInstanceProfile.

Causa: AWS Cloud9 carece del permiso para llamar al StartSession API que se requiere como parte de la configuración para los EC2 entornos que utilizan Systems Manager para instancias sin entrada.

Solución recomendada: para obtener información sobre cómo agregar la función de AWSCloud9SSMAccessRole servicio requerida y AWSCloud9SSMInstanceProfile a su AWS Cloud9 entorno, consulte. Administración de perfiles de instancia para Systems Manager con AWS CLI

Fallo al crear el entorno cuando se aplica el cifrado predeterminado a los EBS volúmenes de Amazon

Problema: se devuelve un Failed to create environments. The development environment '[environment-ID]' failed to create error al intentar crear un EC2 entorno de Amazon.

Causas posibles: si AWS Cloud9 IDE utiliza EBS volúmenes de Amazon que, de forma predeterminada, están cifrados, la función AWS Identity and Access Management vinculada al servicio AWS Cloud9 requiere el acceso a AWS KMS keys los volúmenes. EBS Si no se proporciona el acceso, es AWS Cloud9 IDE posible que no se inicie y que sea difícil solucionar el problema.

Soluciones recomendadas: Para proporcionar acceso, añade la función vinculada al servicio para AWS Cloud9,AWSServiceRoleForAWSCloud9, a la clave gestionada por el cliente que utilizan tus volúmenes de AmazonEBS.

Para obtener más información sobre esta tarea, consulte Crear una AWS Cloud9 que utilice EBS volúmenes de Amazon con el cifrado predeterminado en AWS Prescriptive Guidance Patterns.

VPCerror para las cuentas EC2 -Classic: «No se puede acceder a su entorno»

Problema: EC2 -Classic se introdujo en la versión original de AmazonEC2. Si utilizas una Cuenta de AWS que se configuró antes del 4 de diciembre de 2013, este error podría producirse si no configuras una subred Amazon VPC and al crear un entorno de AWS Cloud9 EC2 desarrollo.

Si aceptas la VPC configuración predeterminada, la EC2 instancia de Amazon se lanza a la red EC2 -Classic. La instancia no se lanza a una subred de la predeterminada. VPC El siguiente mensaje se muestra cuando el entorno produce un error para crear:

Error de entorno

No se puede acceder a su entorno

Error al crear el entorno: error al crear los siguientes recursos: [Instancia]. . Restauración solicitada por el usuario.

Puede confirmar que el error se debe a que la EC2 instancia no está en la configuración predeterminadaVPC. Se utiliza AWS CloudFormation para ver el historial de eventos de la pila del entorno de desarrollo.

  1. Abre la AWS CloudFormation consola. Para obtener más información, consulte Registro en la consola de AWS CloudFormation .

  2. En la AWS CloudFormation consola, selecciona Stacks.

  3. En la página Pilas, elija el nombre del entorno de desarrollo que no se pudo crear.

  4. En la página Stack details (Detalles de la pila), elija la pestaña Events (Eventos) y verifique la siguiente entrada:

    Estado: _ CREATE FAILED

    Motivo del estado: el AssociatePublicIpAddress parámetro solo es compatible con los VPC lanzamientos. [...]

Causa: un entorno de AWS Cloud9 desarrollo debe estar asociado a Amazon VPC que cumpla VPC requisitos específicos. En el caso de las cuentas con EC2 -Classic activado, aceptar la configuración de red predeterminada al crear un EC2 entorno significa que la EC2 instancia requerida no se lanza en él. VPC En su lugar, la instancia se lanza a la red EC2 -Classic.

Solución recomendada: con una cuenta EC2 -Classic, debe seleccionar una subred VPC y al crear un entorno. EC2 En la página Configurar ajustes, en la sección Configuración de red (avanzada), selecciona la subred VPC y en la que puedes lanzar la instanciaEC2.

Otros servicios AWS

La siguiente sección describe la solución de problemas relacionados con otros servicios de AWS .

No se puede crear la estructura de subcarpetas /projects/projects en el explorador de archivos del formulario. AWS Cloud9 IDE CodeCatalyst

Problema: Al crear la estructura de subcarpetas /projects/projects en el explorador de AWS Cloud9 IDE archivos CodeCatalyst, aparece un mensaje de error que indica que no es posible abrir este directorio.

Causas posibles: actualmente no es posible crear una estructura de subcarpetas o proyectos dentro de una carpeta con el mismo nombre mediante el explorador de archivos del formulario. AWS Cloud9 IDE CodeCatalyst No podrá acceder a ningún AWS Cloud9 IDE archivo de este directorio desde el explorador de archivos, pero podrá acceder a ellos mediante la línea de comandos. Este problema solo afecta a la ruta de archivos /projects/projects, las rutas de archivos como /test/projects y /projects/test deberían funcionar. Se trata de un problema conocido y solo afecta al explorador de AWS Cloud9 IDE archivos de CodeCatalyst.

Soluciones recomendadas: utilice otro nombre y estructura de archivos.

No se puede mostrar la aplicación en ejecución fuera del IDE

Problema: cuando tú u otras personas intentáis mostrar la aplicación en ejecución en una pestaña del navegador web fuera de laIDE, esa pestaña del navegador web muestra un error o la pestaña está en blanco.

Causas posibles:

  • La aplicación no se está ejecutando enIDE.

  • La aplicación se está ejecutando con una dirección IP distinta de 127.0.0.1 o localhost.

  • La aplicación se ejecuta en un entorno AWS Cloud9 EC2 de desarrollo. Además, uno o más grupos de seguridad asociados a la EC2 instancia de Amazon correspondiente no permiten el tráfico entrante a través de los protocolos, puertos o direcciones IP que requiere la aplicación.

  • La aplicación se ejecuta en un entorno de AWS Cloud9 SSH desarrollo para una instancia de computación en AWS la nube (por ejemplo, una EC2 instancia de Amazon). Además, la red ACL de la subred de la nube privada virtual (VPC) que está asociada a la instancia correspondiente no permite el tráfico entrante a través de los protocolos, puertos o direcciones IP que requiere la aplicación.

  • El URL es incorrecto.

  • Se solicita URL la pestaña de vista previa de la aplicación en lugar de la dirección IP pública de la instancia.

  • Está intentando ir a una dirección que contiene una IP de 127.0.0.1 o localhost. Estos IPs intentos tienen como objetivo acceder a los recursos del equipo local en lugar de acceder a los recursos del entorno.

  • Ha cambiado la dirección IP pública de la instancia.

  • La solicitud web se origina en una red privada virtual (VPN) que bloquea el tráfico a través de los protocolos, puertos o direcciones IP que requiere la aplicación.

  • La aplicación se ejecuta en un SSH entorno. Sin embargo, el servidor o la red asociada no permiten el tráfico a través de los protocolos, los puertos o las direcciones IP que la aplicación necesita.

Soluciones recomendadas:

  • Asegúrese de que la aplicación se esté ejecutando enIDE.

  • Asegúrese de que la aplicación no se está ejecutando con una dirección IP 127.0.0.1 o localhost. Para ver algunos ejemplos en Node.js y Python, consulte Ejecutar una aplicación.

  • Supongamos que la aplicación se ejecuta en una instancia de computación en AWS la nube (por ejemplo, una EC2 instancia de Amazon). A continuación, asegúrese de que todos los grupos de seguridad que están asociados a la instancia correspondiente permiten el tráfico de entrada a través de los protocolos, los puertos y las direcciones IP que necesita la aplicación. Para obtener instrucciones, consulte Paso 2: configurar el grupo de seguridad para la instancia en Compartir una aplicación en ejecución a través de internet. Consulte también Security Groups for Your VPC en la Guía del VPC usuario de Amazon.

  • Supongamos que la aplicación se ejecuta en una instancia de computación en AWS la nube. Además, ACL existe una red para la subred asociada a la instancia correspondiente. VPC A continuación, asegúrese de que la red ACL permita el tráfico entrante a través de los protocolos, puertos y direcciones IP que requiera la aplicación. Para obtener instrucciones, consulte Paso 3: configurar la subred para la instancia en Compartir una aplicación en ejecución a través de internet. Consulta también Red ACLs en la Guía del VPC usuario de Amazon.

  • Asegúrese de que la solicitudURL, incluido el protocolo (y el puerto, si es necesario especificarlo), sea correcta. Para obtener más información, consulte Paso 4: Comparta las aplicaciones en ejecución URL en Compartir una aplicación en ejecución a través de internet.

  • No recomendamos solicitar una URL con ese formato https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/ (donde 12a34567b8cd9012345ef67abcd890e1 está el ID que se AWS Cloud9 asigna al entorno y us-east-2 es el ID de la AWS región para el entorno). Esto solo URL funciona cuando el IDE entorno está abierto y la aplicación se ejecuta en el mismo navegador web.

  • Suponga que intenta ir a una dirección que contiene una IP de 127.0.0.1 o localhost. En su lugar, intente ir a la dirección no local correcta para la aplicación en ejecución. Para obtener más información, consulte Compartir una aplicación en ejecución a través de internet.

  • Supongamos que la aplicación se ejecuta en una instancia de computación en AWS la nube. Determine si ha cambiado la dirección IP pública de la instancia. La dirección IP pública de la instancia podría cambiar en cualquier momento que la instancia se reinicie. Para evitar que cambie esta dirección IP, puede asignar una dirección IP elástica y asignarla a la instancia en ejecución. Para obtener más información, consulte Paso 4: Comparta las aplicaciones en ejecución URL en Compartir una aplicación en ejecución a través de internet.

  • Si la solicitud web se origina enVPN, asegúrese de permitir VPN el tráfico a través de los protocolos, puertos y direcciones IP que requiere la aplicación. Si no puede realizar cambios en la suyaVPN, póngase en contacto con el administrador de la red. Otra opción es realizar la solicitud web desde otra red, si es posible.

  • Suponga que la aplicación se ejecuta en un SSH entorno para su propio servidor. Asegúrese de que el servidor y la red asociada permiten el tráfico a través de los protocolos, los puertos y las direcciones IP que la aplicación necesita. Si no puede realizar cambios en el servidor o la red asociada, consulte con el administrador del servidor o de red.

  • Intente ejecutar la aplicación desde una terminal del entorno ejecutando el curl comando seguido delURL. Si este comando muestra un mensaje de error, es posible que haya algún otro problema no relacionado con AWS Cloud9.

Error al ejecutar el AWS kit de herramientas: «Su entorno se está quedando sin inodos, aumente el límite de 'fs.inotify.max_user_watches'».

Problema: una utilidad de seguimiento de archivos que utiliza AWS Toolkit se acerca a su límite o cuota actual de archivos que puede ver.

Causa: AWS Toolkit utiliza una utilidad de control de archivos que supervisa los cambios en los archivos y directorios. Cuando la utilidad está casi en la cuota actual de archivos que puede ver, aparece un mensaje de advertencia.

Solución recomendada: para aumentar el número máximo de archivos que puede administrar el monitor de archivos, haga lo siguiente:

  1. Inicie una sesión de terminal con las opciones Window (Ventana), New Terminal (Nuevo terminal) en la barra de menús.

  2. Escriba el siguiente comando.

    sudo bash -c 'echo "fs.inotify.max_user_watches=524288" >> /etc/sysctl.conf' && sudo sysctl -p

Error al ejecutar la función local de Lambda: no se puede instalar la función local SAM

Problema: al intentar ejecutar la versión local de una AWS Lambda función en el AWS Cloud9 IDE, aparece un cuadro de diálogo. El cuadro de diálogo indica que AWS Cloud9 tiene problemas para instalar SAM Local. AWS Cloud9 necesita SAM Local para ejecutar las versiones locales de AWS Lambda las funciones delIDE. Hasta que no se instale SAM Local, no podrá ejecutar versiones locales de las funciones de Lambda en. IDE

Causa: no AWS Cloud9 se encuentra SAM Local en la ruta esperada del entorno, que es~/.c9/bin/sam. Esto se debe a que SAM Local aún no está instalado o, si lo está, AWS Cloud9 no lo encuentra en esa ubicación.

Soluciones recomendadas: puede esperar AWS Cloud9 a que termine de instalar SAM Local o puede instalarlo usted mismo.

Para ver cómo AWS Cloud9 está intentando instalar SAM Local, seleccione Window, Installer en la barra de menús.

Para instalar SAM Local usted mismo, siga las instrucciones de Instalación del AWS SAM CLI en Linux de la Guía para AWS Serverless Application Model desarrolladores.

AWS Control Tower error al intentar crear un EC2 entorno de Amazon usando AWS Cloud9: «La creación del entorno falló con el error: fallaron los siguientes enlaces: [: :GuardControlTower: :Hook]».

Problema: existe un problema de compatibilidad con el AWS Cloud9 CT de control AWS Control Tower proactivo. EC2.PR.8. Si este control está activado, no puede crear un EC2 entorno en él. AWS Cloud9

AWS Control Tower Causa: espera que el AssociatePublicIpAddressparámetro esté en la AWS CloudFormation plantilla. No se puede añadir este parámetro en este momento.

Solución recomendada: desactive el control CT. EC2.PR.8 desde la AWS Control Tower consola y vuelva a crear el entorno en ella. AWS Cloud9

Fallo al crear el entorno cuando se aplica el cifrado predeterminado a los EBS volúmenes de Amazon

Problema: se devuelve un Failed to create environments. The development environment '[environment-ID]' failed to create error al intentar crear un EC2 entorno de Amazon.

Causas posibles: si AWS Cloud9 IDE utiliza EBS volúmenes de Amazon que, de forma predeterminada, están cifrados, la función AWS Identity and Access Management vinculada al servicio AWS Cloud9 requiere el acceso a AWS KMS keys los volúmenes. EBS Si no se proporciona el acceso, es AWS Cloud9 IDE posible que no se inicie y que sea difícil solucionar el problema.

Soluciones recomendadas: Para proporcionar acceso, añade la función vinculada al servicio para AWS Cloud9,AWSServiceRoleForAWSCloud9, a la clave gestionada por el cliente que utilizan tus volúmenes de AmazonEBS.

Para obtener más información sobre esta tarea, consulte Crear una AWS Cloud9 que utilice EBS volúmenes de Amazon con el cifrado predeterminado en AWS Prescriptive Guidance Patterns.

(Volver arriba)

No se puede iniciar AWS Cloud9 desde la consola cuando hay una configuración de AWS License Manager licencia asociada a EC2 instancias de Amazon

Problema: al intentar lanzar un AWS Cloud9 EC2 entorno desde la consola, aparece un mensaje unable to access your environment de error.

Causas posibles: AWS License Manager agiliza la administración de las licencias de los proveedores de software en todos los Nube de AWS. Al configurar License Manager, puede crear configuraciones de licencias, que son conjuntos de reglas de asignación de licencias que se basan en los términos de los contratos de su empresa. Estas configuraciones de licencia se pueden adjuntar a un mecanismo, como una Amazon Machine Image (AMI) o AWS CloudFormation. Puede usar uno de estos mecanismos para lanzar EC2 instancias.

Las versiones anteriores del AWSCloud9ServiceRolePolicyrol AWSServiceRoleForAWSCloud 9 vinculado al servicio (SLR) actualmente no incluyen la condición de license-configuration recurso. Por este motivo, AWS Cloud9 no puede iniciar ni detener su instancia. Por lo tanto, AWS Cloud9 se le niega el acceso a su EC2 instancia de Amazon y se devuelve un error.

Soluciones recomendadas: Si no puede acceder a un AWS Cloud9 entorno existente y utilizar License Manager, sustituya la antigua función AWSCloud9ServiceRolePolicyvinculada al servicio por la versión SLR que permita EC2 acciones de forma explícita cuando license-configuration se aplique a la instancia. Para reemplazar el rol antiguo, elimínelo. A continuación, se crea el rol actualizado de forma automática.

(Volver arriba)

Vista previa de la aplicación

La siguiente sección describe la solución de problemas relacionados con la vista previa de la aplicación.

Después de volver a cargar un entorno, es necesario actualizar la vista previa de la aplicación

Problema: después de volver a cargar un entorno que muestra una pestaña de vista previa de la aplicación, la pestaña no muestra la vista previa de la aplicación.

Causa: a veces, los usuarios escriben código que puede ejecutar un bucle infinito. O bien, su código puede consumir tanta memoria que AWS Cloud9 IDE podría pausarse o detenerse cuando se esté ejecutando la vista previa de la aplicación. Para evitar que esto suceda, AWS Cloud9 no recarga las pestañas de vista previa de la aplicación cada vez que se vuelve a cargar un entorno.

Solución: después de volver a cargar un entorno que muestra una pestaña de vista previa de la aplicación, para mostrar la vista previa de la aplicación, elija el botón Click to load the page (Hacer clic para cargar la página) en la pestaña.

Aviso de vista previa de aplicaciones o vista previa de archivo: “Cookies de terceros desactivadas”

Problema: Cuando intenta obtener una vista previa de una aplicación o un archivo, aparece un aviso con el siguiente mensaje: “La funcionalidad de vista previa está deshabilitada porque su navegador tiene cookies de terceros deshabilitadas”.

Causa: no se requieren cookies de terceros para abrir el AWS Cloud9 IDE. Sin embargo, debe habilitar las cookies de terceros para utilizar las características de Vista previa de la aplicación o Vista previa de archivo.

Solución: habilita las cookies de terceros en tu navegador web, vuelve a cargar el IDE tuyo e intenta volver a abrir la vista previa.

Si el navegador web permite este grado de detalle, puede habilitar las cookies de terceros solo para AWS Cloud9. Para ello, especifique los siguientes dominios, en función de las Regiones de AWS admitidas donde quiere usar AWS Cloud9.

AWS Region Dominios

Este de EE. UU. (Norte de Virginia)

*.vfs.cloud9.us-east-1.amazonaws.com

vfs.cloud9.us-east-1.amazonaws.com

Este de EE. UU. (Ohio)

*.vfs.cloud9.us-east-2.amazonaws.com

vfs.cloud9.us-east-2.amazonaws.com

Oeste de EE. UU. (Norte de California)

*.vfs.cloud9.us-west-1.amazonaws.com

vfs.cloud9.us-west-1.amazonaws.com

Oeste de EE. UU. (Oregón)

*.vfs.cloud9.us-west-2.amazonaws.com

vfs.cloud9.us-west-2.amazonaws.com

África (Ciudad del Cabo)

*.vfs.cloud9.af-south-1.amazonaws.com

vfs.cloud9.af-south-1.amazonaws.com

Asia-Pacífico (Hong Kong)

*.vfs.cloud9.ap-east-1.amazonaws.com

vfs.cloud9.ap-east-1.amazonaws.com

Asia-Pacífico (Bombay)

*.vfs.cloud9.ap-south-1.amazonaws.com

vfs.cloud9.ap-south-1.amazonaws.com

Asia-Pacífico (Osaka)

*.vfs.cloud9.ap-northeast-3.amazonaws.com

vfs.cloud9.ap-northeast-3.amazonaws.com

Asia-Pacífico (Seúl)

*.vfs.cloud9.ap-northeast-2.amazonaws.com

vfs.cloud9.ap-northeast-2.amazonaws.com

Asia-Pacífico (Singapur)

*.vfs.cloud9.ap-southeast-1.amazonaws.com

vfs.cloud9.ap-southeast-1.amazonaws.com

Asia-Pacífico (Sídney)

*.vfs.cloud9.ap-southeast-2.amazonaws.com

vfs.cloud9.ap-southeast-2.amazonaws.com

Asia-Pacífico (Tokio)

*.vfs.cloud9.ap-northeast-1.amazonaws.com

vfs.cloud9.ap-northeast-1.amazonaws.com

Canadá (centro)

*.vfs.cloud9.ca-central-1.amazonaws.com

vfs.cloud9.ca-central-1.amazonaws.com

Europa (Fráncfort)

*.vfs.cloud9.eu-central-1.amazonaws.com

vfs.cloud9.eu-central-1.amazonaws.com

Europa (Irlanda)

*.vfs.cloud9.eu-west-1.amazonaws.com

vfs.cloud9.eu-west-1.amazonaws.com

Europa (Londres)

*.vfs.cloud9.eu-west-2.amazonaws.com

vfs.cloud9.eu-west-2.amazonaws.com

Europa (Milán)

*.vfs.cloud9.eu-south-1.amazonaws.com

vfs.cloud9.eu-south-1.amazonaws.com

Europa (París)

*.vfs.cloud9.eu-west-3.amazonaws.com

vfs.cloud9.eu-west-3.amazonaws.com

Europa (Estocolmo)

*.vfs.cloud9.eu-north-1.amazonaws.com

vfs.cloud9.eu-north-1.amazonaws.com

Medio Oriente (Baréin)

*.vfs.cloud9.me-south-1.amazonaws.com

vfs.cloud9.me-south-1.amazonaws.com

América del Sur (São Paulo)

*.vfs.cloud9.sa-east-1.amazonaws.com

vfs.cloud9.sa-east-1.amazonaws.com

La pestaña de vista previa de la aplicación muestra un mensaje de error o está en blanco

Problema: en la barra de menús deIDE, si selecciona Vista previa, Vista previa de la aplicación o herramientas en ejecución, Vista previa, Vista previa de la aplicación en ejecución para intentar mostrar la aplicación en una pestaña de vista previaIDE, la pestaña muestra un error o la pestaña está en blanco.

Causas posibles:

  • La aplicación no se está ejecutando enIDE.

  • Su aplicación no se está ejecutando utilizandoHTTP.

  • La aplicación se está ejecutando a través de más de un puerto.

  • La aplicación se está ejecutando a través de un puerto distinto de 8080, 8081 o 8082.

  • La aplicación se está ejecutando con una dirección IP distinta de 127.0.0.1, localhost o 0.0.0.0.

  • El puerto (8080,8081, o8082) no está especificado URL en la pestaña de vista previa.

  • La red bloquea el tráfico de entrada a los puertos 8080, 8081 o 8082.

  • Está intentando ir a una dirección que contiene una IP de 127.0.0.1, localhost o 0.0.0.0. De forma predeterminada, los AWS Cloud9 IDE intentos de ir al ordenador local. No intenta ir a la instancia ni al propio servidor que está conectado al entorno.

Soluciones recomendadas:

  • Asegúrese de que la aplicación se esté ejecutando en elIDE.

  • Asegúrese de que la aplicación se esté ejecutando utilizandoHTTP. Para ver algunos ejemplos en Node.js y Python, consulte Ejecutar una aplicación.

  • Asegúrese de que la aplicación se está ejecutando solo a través de un puerto. Para ver algunos ejemplos en Node.js y Python, consulte Ejecutar una aplicación.

  • Asegúrese de que la aplicación se está ejecutando a través del puerto 8080, 8081 o 8082. Para ver algunos ejemplos en Node.js y Python, consulte Ejecutar una aplicación.

  • Asegúrese de que la aplicación se está ejecutando con una dirección IP de 127.0.0.1, localhost o 0.0.0.0. Para ver algunos ejemplos en Node.js y Python, consulte Ejecutar una aplicación.

  • Agregue :8080:8081, o :8082 a la URL pestaña de vista previa.

  • Asegúrese de que su red permite el tráfico de entrada a través de los puertos 8080, 8081 o 8082. Si no puede realizar cambios en la red, consulte con el administrador de red.

  • Si intenta ir a una dirección que contiene una IP de 127.0.0.1, localhost, o 0.0.0.0, intente ir a la siguiente dirección en su lugar: https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/. En esta dirección, 12a34567b8cd9012345ef67abcd890e1 es el ID que AWS Cloud9 asigna al entorno. us-east-2 es el ID de la Región de AWS para el entorno. También puede intentar ir a esta dirección fuera deIDE. Sin embargo, esto solo funciona cuando IDE el entorno está abierto y la aplicación se ejecuta en el mismo navegador web.

  • Cuando esté seguro de que se cumplen todas estas condiciones, intente detener la aplicación y, a continuación, iníciela de nuevo.

  • Si detuvo la aplicación y la inició de nuevo, intente elegir otra vez Preview, Preview Running Application (Vista previa, Vista previa de la aplicación en ejecución) o Tools, Preview, Preview Running Application (Herramientas, Vista previa, Vista previa de la aplicación en ejecución) en la barra de menús. O bien intente elegir el botón Refresh (Actualizar) (flecha circular) en la correspondiente pestaña de vista previa de la aplicación, si la pestaña ya está visible.

No se puede obtener una vista previa del contenido web en el IDE porque la conexión al sitio no es segura

Problema: cuando intentas acceder a contenido web, como un WordPress sitio alojado en un AWS Cloud9 EC2 entorno, la ventana de IDE vista previa no lo muestra.

Causas posibles: de forma predeterminada, todas las páginas web a las que accedas en la pestaña de vista previa de la aplicación utilizan AWS Cloud9 IDE automáticamente el HTTPS protocolo. Si una página URI incluye el http protocolo inseguro, se sustituye automáticamente porhttps. Para acceder al contenido no seguro, tampoco puede restablecer https a http manualmente.

Soluciones recomendadas: Elimine los HTTP scripts o el contenido inseguro del sitio web del que está intentando obtener una vista previa. IDE Siga las instrucciones de su servidor web o sistema de administración de contenido para obtener orientación sobre la implementaciónHTTPS.

La vista previa de un archivo devuelve un error 499

Problema: Al intentar utilizar el AWS Cloud9 IDE para previsualizar un archivo que contiene un <script> elemento que contiene el src atributo y con el type atributo establecido enmodule, se produce un error 499 y el script no se ejecuta como se esperaba.

Causa: las solicitudes de previsualización de archivos AWS Cloud9 IDE requieren que el navegador web envíe cookies para autenticarse. De forma predeterminada, los navegadores web envían cookies para las solicitudes de scripts habituales. No envían cookies para las solicitudes de scripts del módulo a menos que agregue el atributo crossorigin.

Solución: añada el atributo crossorigin en el elemento <script>. Por ejemplo, <script type="module" src="index.js" crossorigin></script>. A continuación, guarde el archivo modificado y vuelva a intentar obtener la vista previa.

Rendimiento

La siguiente sección describe la solución de problemas relacionados con el rendimiento.

AWS Cloud9 IDEcongelado durante un período de tiempo significativo

Problema: Durante el arranque y al realizar una actualización, el AWS Cloud9 IDE terminal se congela durante un período de tiempo significativo y queda inutilizable.

Causa: es posible que tenga una gran cantidad de archivos en su entorno que estén siendo visualizados repetidamente por el módulo de visualización de AWS Cloud9.

Soluciones recomendadas: puede reducir la profundidad de visualización de los archivos (el valor mínimo es 1) y considerar la posibilidad de añadir carpetas grandes o carpetas que no estén relacionadas con el código fuente (productos o artefactos de compilación, paquetes de terceros) a los patrones ignorados. Para ello, vaya a Preferencias > Configuración de usuario > Visualización de archivos. Tenga en cuenta que esto provocará que el AWS kit CodeLenses de herramientas no funcione correctamente.

Otra posible solución es considerar la posibilidad de ignorar los archivos y carpetas grandes que no estén relacionados con el código fuente reduciendo el número máximo de archivos a buscar. Para ello, vaya a Preferencias > Configuración de proyecto > Buscar en archivos. Tenga en cuenta que esto provocará que las carpetas que se omitan no aparecerán en una búsqueda de archivos.

Advertencia de la consola: “Cambio al motor de finalización de código mínimo...”

Problema: Al trabajar en la AWS Cloud9 consola (por ejemplo, al abrir IDE o actualizar la página web IDE de la misma), aparece este mensaje: «Hay una o más sesiones o colaboradores activos en este entorno. Switching to the minimal code completion engine to conserve memory”. En correlación con este mensaje, el comportamiento de finalización de código podría ser lento o intermitente.

Causa: la ejecución del motor de finalización de código consume memoria y CPU ciclos del entorno. Además, se requiere un motor de finalización de código independiente para cada colaborador y cada sesión adicional. Para evitar el uso de demasiados recursos, especialmente en instancias de pequeño tamaño, como t2.nano y t2.micro, AWS Cloud9 cambia al motor de finalización mínima de código.

Solución recomendada: si planea colaborar con frecuencia y durante períodos prolongados, elija una EC2 instancia de Amazon más grande al crear su EC2 entorno. O bien, conecte su SSH entorno a una instancia con más capacidad.

nota

Si eliges una EC2 instancia de Amazon más grande, podrías incurrir en cargos adicionales. Cuenta de AWS Para obtener más información, consulta los EC2precios de Amazon.

IDEadvertencia: «Este entorno se está quedando sin memoria» o «Este entorno tiene una CPU carga elevada»

Problema: mientras IDE se está ejecutando, aparece un mensaje que contiene la frase «este entorno se está quedando sin memoria» o «este entorno tiene mucha CPU carga».

Causa: es IDE posible que no tenga suficientes recursos de cómputo disponibles para seguir ejecutándose sin demoras ni bloqueos.

Soluciones recomendadas:

  • Detenga uno o más procesos en ejecución para liberar la memoria disponible. Para ello, en la barra de menús del IDE entorno, elija Herramientas, Lista de procesos. Por cada proceso que desee detener, selecciónelo y, a continuación, elija Force Kill (Forzar terminación).

  • Cree un archivo de intercambio en el entorno. Un archivo de intercambio es un archivo en el entorno que el sistema operativo puede utilizar como memoria virtual.

    Para confirmar que el entorno está utilizando la memoria de intercambio, ejecute el comando top en una sesión del terminal en el entorno. Si se está utilizando memoria de intercambio, la salida muestra estadísticas de memoria Swap distintas de cero (por ejemplo, Swap: 499996k total, 1280k used, 498716 free, 110672k cached). Para dejar de mostrar la información de la memoria en tiempo real, pulse Ctrl + C.

    Para crear un archivo de intercambio, ejecute un comando como el siguiente en el entorno.

    sudo fallocate --length 512MB /var/swapfile && sudo chmod 600 /var/swapfile && sudo mkswap /var/swapfile && echo '/var/swapfile swap swap defaults 0 0' | sudo tee -a /etc/fstab > /dev/null

    El comando anterior hace lo siguiente:

    1. Crea un archivo de 512 MB denominado swapfile en el directorio /var.

    2. Cambia los permisos de acceso del archivo swapfile a lectura y escritura solo para el propietario.

    3. Configura el archivo swapfile como un archivo de intercambio.

    4. Escribe información en el /etc/fstab file. Esto hace que este archivo de intercambio esté disponible siempre que se reinicie el sistema.

    Después de ejecutar el comando anterior, para que este archivo de intercambio esté disponible inmediatamente, ejecute el comando siguiente.

    sudo swapon /var/swapfile

  • Mueva o cambie el tamaño del entorno a una instancia o un servidor con más recursos informáticos. Para mover o cambiar el tamaño de las EC2 instancias de Amazon, consulteTraslado y AWS Cloud9 IDE desde EBS volúmenes de Amazon. Para otros tipos de instancia o servidor, consulte la documentación correspondiente.

No se han podido cargar los archivos en el AWS Cloud9 IDE

Problema: los usuarios no pueden cargar un archivo grande en el AWS Cloud9 IDE. Estas cargas están fallando.

Causa: AWS Cloud9 reduce la velocidad de carga al máximo y AWS Cloud9 IDE, como resultado, se agota el tiempo de espera de la solicitud de carga del archivo.

Solución recomendada: le recomendamos que cargue el archivo en Amazon S3 y, a continuación, utilice Amazon S3 para descargar el archivo CLI en el entorno con el AWS Cloud9 IDE. Para obtener información sobre cómo cargar archivos en Amazon S3, consulte Carga de objetos en la Guía de usuario de Amazon S3.

Velocidad de descarga lenta en AWS Cloud9 IDE

Problema: los usuarios se enfrentan a velocidades de descarga lentas cuando intentan descargar archivos desde AWS Cloud9 IDE.

Causa: al descargar archivos del IDE sistema de archivos local, la velocidad de transferencia se limitará a 0,1 megabytes/segundo.

Solución recomendada: para aumentar la velocidad de transferencia de archivos, utilice CLI in your AWS Cloud9 IDE para cargar archivos en Amazon S3 y, a continuación, utilice Amazon S3 para descargar los archivos desde allí.

No se puede previsualizar el contenido web en el IDE porque la conexión al sitio no es segura

Problema: cuando intentas acceder a contenido web, como un WordPress sitio alojado en un AWS Cloud9 EC2 entorno, la ventana de IDE vista previa no lo muestra.

Causas posibles: de forma predeterminada, todas las páginas web a las que accedas en la pestaña de vista previa de la aplicación utilizan AWS Cloud9 IDE automáticamente el HTTPS protocolo. Si una página URI incluye el http protocolo inseguro, se sustituye automáticamente porhttps. Para acceder al contenido no seguro, tampoco puede restablecer https a http manualmente.

Soluciones recomendadas: Elimine los HTTP scripts o el contenido inseguro del sitio web del que está intentando obtener una vista previa. IDE Siga las instrucciones de su servidor web o sistema de administración de contenido para obtener orientación sobre la implementaciónHTTPS.

(Volver arriba)

Aplicaciones y servicios de terceros

La siguiente sección describe la solución de problemas relacionados con aplicaciones y servicios de terceros.

No se puede interactuar con la ventana de terminal en AWS Cloud9 debido a errores de sesión de tmux

Problema: cuando intentas abrir una nueva ventana de terminal AWS Cloud9, la interfaz de línea de comandos esperada no está disponible. No hay símbolo del sistema y no puede ingresar texto. Se devuelven mensajes de error como tmux: need UTF-8 locale (LC_CTYPE) y invalid LC_ALL, LC_CTYPE or LANG.

Causas posibles: una terminal que no responde puede deberse a un error de tmux. AWS Cloud9 usa la utilidad tmux. De esta forma, la información que se muestra en el terminal persiste incluso cuando la página se recarga o se reconecta al entorno de desarrollo.

En una sesión tmux, lo que se muestra en la ventana del terminal lo administra un cliente. El cliente se comunica con un servidor que puede administrar varias sesiones. El servidor y el cliente se comunican a través de un socket ubicado en la carpeta tmp. Si la carpeta tmp falta en el entorno de desarrollo o se le aplican permisos demasiado restrictivos, las sesiones tmux no pueden ejecutarse. Si esto ocurre, la ventana del terminal IDE deja de responder.

Soluciones recomendadas: si los errores de tmux le impiden interactuar con la ventana de terminal, use una forma alternativa para crear una carpeta tmp con los permisos adecuados. De esa manera, se pueden ejecutar sesiones tmux. Una solución consiste en exportar LC_CTYPE en .bash_profile o en el archivo .bashrc. Otra solución recomendada es utilizarla AWS Systems Manager para configurar una configuración de administración de hosts. Esto permite acceder a la instancia correspondiente a través de la EC2 consola de Amazon.

Configuración de la administración de host

  1. Primero, en la AWS Cloud9 consola, busca el nombre de la instancia de tu entorno. Para realizar la prueba, puede elegir el panel correspondiente en la página Your environments (Sus entornos) y elegir View details (Ver detalles). En la página de Environment details (Detalles del Entorno), elija Go to Instance (Ir a la Instancia). En la EC2 consola de Amazon, confirma el nombre de la instancia a la que necesitas acceder.

  2. Ahora ve a la AWS Systems Manager consola y, en el panel de navegación, selecciona Configuración rápida.

  3. En la página de Quick Setup (Configuración Rápida), elija Create (Crear).

  4. Para los tipos de configuración, vaya a Host Management (Administración de hosts) y elija Create (Crear).

  5. Para personalizar las opciones de configuración de Host Management, en la sección Targets (Objetivos), elija Manual.

  6. Seleccione la EC2 instancia a la que desee acceder y, a continuación, elija Crear.

Conexión a la instancia y ejecución de comandos

nota

Los siguientes pasos son para la nueva EC2 consola.

  1. En la EC2 consola de Amazon, en el panel de navegación, elige Instances y selecciona la instancia a la que quieres conectarte.

  2. Elija Conectar.

    Si Connect (Conectar) no está activado, es posible que tenga que iniciar la instancia en primer lugar.

  3. En el panel Connect to your instance (Conectar con la instancia), en Connection method (Método de conexión), elija Session Manager (Administrador de sesiones) y luego elija Connect (Conectar).

  4. En la ventana de sesión de terminal que se muestra, escriba los siguientes comandos. Estos comandos crean la carpeta tmp con los permisos correctos para que el socket tmux esté disponible.

    sudo mkdir /tmp
sudo chmod 777 /tmp
sudo rmdir /tmp/tmux-*

No se puede cargar IDE con versiones anteriores de Microsoft Edge navegador

Problema: se devuelve un HTTP403: FORBIDDEN error al intentar cargar AWS Cloud9 IDE con el Microsoft Edge navegador web.

Causas posibles: AWS Cloud9 IDE no es compatible con ciertas versiones anteriores de Microsoft Edge.

Soluciones recomendadas: Para actualizar el navegador, pulse el botón de puntos suspensivos (...) del Microsoft Edge barra de herramientas. En el menú, selecciona Configuración y, a continuación, selecciona Acerca de Microsoft Edge. Si se requiere una actualización, se descarga e instala automáticamente.

Se produjo un error gdb al depurar C++ proyectos

Problema: se notificó un error en el gdb depurador al intentar depurar un proyecto de C++ en. IDE

Causas posibles: supongamos que su AWS Cloud9 entorno utiliza determinados tipos de EC2 instancias (por ejemplo, t3.small om5.large). Entonces, es posible que se produzca un error de depuración al intentar ejecutar y depurar un C++ proyecte utilizando el IDE ejecutor incorporado. Este error puede producirse porque la versión gdb (el depurador de GNU proyectos) que viene preinstalada en su entorno no funciona en determinadas plataformas de procesador. Es posible que vea el código de error siguiente.

GDB server terminated with code 1

Soluciones recomendadas: el problema de la incompatibilidad de gdb con determinadas plataformas de procesador se corrigió de la versión 3.0 en adelante. Desinstale la versión anterior del depurador y actualice a una versión más reciente de gdb:

  1. Elimine la versión existente del depurador ejecutando el siguiente comando en la terminal. AWS Cloud9 

    sudo yum -y remove gdb

  2. Recupere el archivo para gdb, descomprímalo y vaya al directorio que contiene los archivos extraídos. Para ello, ejecute los siguientes comandos.

    wget "http://ftp.gnu.org/gnu/gdb/gdb-8.3.tar.gz"
tar xzf gdb-8.3.tar.gz
cd gdb-8.3

  3. Cree el depurador ejecutando el siguiente comando. Para ello, copie y pegue el siguiente texto como un solo bloque y presione Devolución para ejecutar make.

    ./configure --prefix=/usr \
            --with-system-readline \
            --with-python=/usr/bin/python3 &&
make

  4. Instale el depurador.

    sudo make -C gdb install

  5. Confirme que la versión actualizada del depurador está instalada.

     gdb --version

Problemas con el PHP ejecutor en AWS Cloud9

Problema: los usuarios no pueden ver ningún resultado en la terminal del PHP CLI ejecutor.

Causa: CLI el ejecutor debe estar configurado en PHP y el modo de depuración debe estar activado.

Solución recomendada: configure el CLI ejecutor en PHP y asegúrese de que el modo de depuración esté activado.

GLIBCerrores relacionados con Node.js

Problema: los usuarios no pueden ejecutar Node.js y reciben GLIBC errores. A continuación, se muestra un ejemplo de estos mensajes de error:

node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by node)
node: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by node)

Causa: es posible que se trate de problemas con la versión de Node.js relacionados con la instancia que se está utilizando.

Solución recomendada: consulte la sección Paso 1: Instalar las herramientas necesarias para obtener información sobre cómo instalar Node.js para AWS Cloud9.