AWS Cloud9 non è più disponibile per i nuovi clienti. I clienti esistenti di AWS Cloud9 possono continuare a utilizzare il servizio normalmente. Ulteriori informazioni
Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Risoluzione dei problemi AWS Cloud9
Utilizza le seguenti informazioni per identificare e risolvere i problemi con AWS Cloud9.
Se il problema non è elencato o se si ha bisogno di ulteriore assistenza, consulta il Forum di discussione di AWS Cloud9
Argomenti
Installer (Programma di installazione)
La sezione seguente descrive la risoluzione dei problemi relativi al AWS Cloud9 programma di installazione.
Il AWS Cloud9 programma di installazione si blocca o fallisce
Problema: quando si scarica ed esegue il AWS Cloud9 programma di installazione, si verificano uno o più errori e lo script di installazione non viene visualizzato. Done
Causa: il AWS Cloud9 programma di installazione ha rilevato uno o più errori dai quali non è possibile eseguire il ripristino e di conseguenza non riesce.
Soluzione: per ulteriori informazioni, consulta Risoluzione dei problemi relativi al AWS Cloud9 programma di installazione. Consulta i problemi comuni, le possibili cause e le soluzioni consigliate.
AWS Cloud9 il programma di installazione non termina dopo aver visualizzato: «Package IDE Cloud9 1"
Problema: AWS Cloud9 viene installato sulla tua EC2 istanza Amazon esistente o sul tuo server come parte del processo di creazione di un ambiente di SSH sviluppo. L'installazione si blocca dopo che viene visualizzato questo messaggio nella finestra di dialogo dell'AWS Cloud9 installatore: «Package Cloud9 1". IDE Se si sceglie Annulla, viene visualizzato il seguente messaggio: “Installazione non riuscita”. Questo errore si verifica quando AWS Cloud9 i pacchetti non possono essere installati sull'host del cliente. SSH
Causa: un SSH host richiede l'installazione di Node.js. Si consiglia di installare la versione più recente Node.js versione supportata dal sistema operativo dell'host. Se si dispone di una versione di Node.js sul tuo host che AWS Cloud9 non supporta, potrebbe verificarsi un errore di installazione.
Soluzione consigliata: installa una versione di Node.js che AWS Cloud9 supporti sul tuo SSH host.
Impossibile installare le dipendenze
Problema: è AWS Cloud9 necessario l'accesso a Internet per scaricare le dipendenze.
Possibili cause:
Se l' AWS Cloud9 ambiente utilizza un proxy per accedere a Internet, sono AWS Cloud9 necessari i dettagli del proxy per installare le dipendenze. Se non hai fornito i dettagli del proxy a AWS Cloud9, viene visualizzato questo errore.
Un'altra causa potrebbe essere il fatto che il tuo ambiente non consenta il traffico in uscita.
Soluzioni consigliate:
Per fornire i dettagli del proxy a AWS Cloud9, aggiungi il codice seguente al file degli ambienti
~/.bashrc
: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]
Ad esempio, se il HTTP proxy URL è
https://172.31.26.80:3128
e il HTTP proxy URL èhttps://172.31.26.80:3129
, aggiungi le seguenti righe al~/.bashrc
file e impostaNODE_EXTRA_CA_CERTS
il percorso di un file dell'autorità di certificazione in PEM formato. Per ulteriori informazioni su questa variabile, vederehttps://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]
Se utilizzi un'EC2istanza Amazon senza ingresso, devi assicurarti che sia configurato un VPC endpoint Amazon per Amazon S3. Per ulteriori informazioni su questo argomento, consulta Configurazione degli VPC endpoint Amazon per le dipendenze di download di Amazon S3.
SSHerrore di ambiente: «È richiesta la versione 3 di Python per installare pty.js»
Problema: dopo aver aperto un ambiente di AWS Cloud9 SSH sviluppo, nel terminale AWS Cloud9 IDE viene visualizzato un messaggio che inizia con «Python versione 3 è necessario per installare pty.js».
Causa: per funzionare come previsto, un SSH ambiente richiede l'installazione della versione 3 di Python.
Soluzione: installa Python versione 3 nell'ambiente. Per controllare la versione, dal terminale del tuo server, esegui il comando python --version
. Per installare Python 3 sul tuo server, vedi uno dei seguenti:
-
Fase 1: installare Python nella sezione Esempio di Python.
-
Scarica Python dal sito Web
di Python.
AWS Cloud9 Ambiente
La sezione seguente descrive la risoluzione dei problemi relativi all' AWS Cloud9 ambiente.
Errore di creazione dell'ambiente: «Non siamo in grado di creare EC2 istanze...»
Problema: quando tenti di creare un ambiente di AWS Cloud9 sviluppo, viene visualizzato un messaggio con la frase «Non siamo in grado di creare EC2 istanze nel tuo account durante la verifica e l'attivazione dell'account».
Causa: AWS sta attualmente verificando e attivando il tuo. Account AWS Fino al completamento dell'attivazione, che potrebbe richiedere anche 24 ore, non è possibile creare questo o altri ambienti.
Soluzione: prova a creare l'ambiente più tardi. Se continui a ricevere questo messaggio dopo 24 ore, contatta l'assistenza.
Errore di creazione dell'ambiente: «Non autorizzato a eseguire sts:AssumeRole»
Problema: quando si tenta di creare un nuovo ambiente, viene visualizzato questo errore: «Non autorizzato a eseguire sts:AssumeRole» e l'ambiente non viene creato.
Possibili cause: non esiste un ruolo AWS Cloud9 collegato al servizio nel tuo. Account AWS
Soluzioni consigliate: crea un ruolo AWS Cloud9 collegato al servizio nel tuo. Account AWSÈ possibile effettuare questa operazione eseguendo questo comando in AWS Command Line Interface (AWS CLI) o in 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.
Se non riesci a farlo, contatta il tuo Account AWS amministratore.
Una volta eseguito il comando, provare a creare di nuovo l'ambiente.
Le identità federate non possono creare gli ambienti
Problema: quando si tenta di utilizzare un'identità AWS federata per creare un ambiente di AWS Cloud9 sviluppo, viene visualizzato un messaggio di errore di accesso e l'ambiente non viene creato.
Causa: AWS Cloud9 utilizza ruoli collegati ai servizi. Il ruolo collegato ai servizi viene creato la prima volta che si crea un ambiente in un account utilizzando la chiamata iam:CreateServiceLinkedRole
. Tuttavia, gli utenti federati non possono chiamare. IAM APIs Per ulteriori informazioni, consulta GetFederationTokenla sezione AWS Security Token Service APIReference.
Soluzione: chiedi a un Account AWS amministratore di creare il ruolo collegato al servizio nella IAM console o eseguendo questo comando con AWS Command Line Interface ()AWS CLI: AWS Cloud9
aws iam create-service-linked-role --aws-service-name cloud9.amazonaws.com
Oppure questo comando con -shell: AWS
iam create-service-linked-role --aws-service-name cloud9.amazonaws.com
Per ulteriori informazioni, vedere Using Service-Linked Roles nella Guida per l'IAMutente.
Errore di console: "User is not authorized to perform action on resource" ("L'utente non è autorizzato a eseguire l'operazione nella risorsa")
Problema: quando si tenta di utilizzare la AWS Cloud9 console per creare o gestire un ambiente di AWS Cloud9 sviluppo, viene visualizzato un errore che contiene una frase simile a «L'utente non arn:aws:iam::123456789012:user/MyUser
è autorizzato a eseguire cloud9:action
sulla risorsa»arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1
, in cui:
-
arn:aws:iam::123456789012:user/MyUser
è l'Amazon Resource Name (ARN) dell'utente richiedente. -
action
è il nome dell'operazione richiesta dall'utente. -
arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1
è ARN l'ambiente richiesto dall'utente per eseguire l'operazione.
Causa: l'utente con cui hai effettuato l'accesso alla AWS Cloud9 console non dispone delle autorizzazioni di AWS accesso corrette per eseguire l'azione.
Soluzione: verificare che l'utente disponga delle autorizzazioni di accesso ad AWS corrette e provare a eseguire di nuovo l'operazione. Per ulteriori informazioni, consulta gli argomenti seguenti:
-
Passaggio 2: Aggiungere le autorizzazioni di AWS Cloud9 accesso al gruppo in Configurazione di un team
-
Fase 6. Abilita l'uso di gruppi e utenti all'interno dell'organizzazione AWS Cloud9 in Configurazione di un'azienda
-
Informazioni sui ruoli di accesso dei membri dell'ambiente in Lavorare con gli ambienti condivisi
Impossibile a stabilire la connessione a un ambiente
Problema: gli utenti non riescono a connettersi a un ambiente e sono bloccati nella fase di connessione.
Causa: se modifichi le autorizzazioni del ~/ .ssh/authorized_keys
file, rimuovi le AWS Cloud9 chiavi da quel file o rimuovi completamente il file, potrebbe verificarsi questo problema.
Soluzione: non eliminare il file. Se lo si elimina, è necessario ricreare l'ambiente e potrebbe essere necessario collegare il EBSvolume di un ambiente esistente al nuovo EC2 ambiente. Questa operazione serve per recuperare i dati persi. Se mancano delle autorizzazioni, assicurarsi che il file disponga di autorizzazioni Read-Write
. Questo serve per consentire al SSH demone di leggerlo.
Impossibile aprire un ambiente
Problema: quando si tenta di aprire un ambiente, IDE non viene visualizzato per più di cinque minuti.
Possibili cause:
-
L'IAMutente che ha effettuato l'accesso alla AWS Cloud9 console non dispone delle autorizzazioni di AWS accesso necessarie per aprire l'ambiente.
-
Se l'ambiente è associato a un'istanza di AWS cloud computing (ad esempio, un'EC2istanza Amazon), allora il possibile potrebbe essere vero:
-
L'VPCistanza associata all'istanza non è impostata sulle impostazioni corrette per AWS Cloud9.
-
L'istanza è in fase di transizione tra gli stati o non supera i controlli di stato automatici quando AWS Cloud9 tenta di connettersi all'istanza.
-
-
Se l'ambiente è un SSH ambiente, l'istanza di cloud computing associata o il tuo server non sono configurati correttamente per consentirne l' AWS Cloud9 accesso.
Soluzioni consigliate:
-
Assicurati che l'IAMutente che ha effettuato l'accesso alla AWS Cloud9 console disponga delle autorizzazioni di AWS accesso necessarie per aprire l'ambiente. Quindi provare ad aprire di nuovo l'ambiente. Per ulteriori informazioni, consulta le seguenti sezioni oppure contatta l'amministratore dell' Account AWS :
-
Passaggio 2: Aggiungere le autorizzazioni di AWS Cloud9 accesso al gruppo in Configurazione di un team
-
AWS politiche gestite per AWS Cloud9 in Autenticazione e controllo degli accessi
-
Esempi di policy gestite dal cliente per i team che utilizzano AWS Cloud9 in Configurazione avanzata di un team
-
Esempi di policy gestite dal cliente in Autenticazione e controllo degli accessi
-
Modifica delle autorizzazioni per un IAM utente nella Guida per l'IAMutente
-
Risolvi i problemi relativi alle IAM politiche nella Guida per l'utente IAM
Se l'IAMutente che ha effettuato l'accesso non riesce ancora ad aprire l'ambiente, prova a uscire e quindi ad accedere nuovamente come utente Account AWS root o utente amministratore dell'account. Quindi provare ad aprire di nuovo l'ambiente. Se non riesci ad aprire l'ambiente in questo modo, probabilmente c'è un problema con le autorizzazioni di accesso degli IAM utenti.
-
-
Se l'ambiente è associato a un'istanza di AWS cloud computing (ad esempio, un'EC2istanza Amazon), procedi come segue:
-
Assicurati che l'ambiente VPC che è associato all'istanza sia impostato sulle impostazioni corrette per AWS Cloud9, quindi prova ad aprire nuovamente l'ambiente. Per ulteriori informazioni, consulta VPCRequisiti Amazon per AWS Cloud9.
Se VPC l'istanza di cloud computing associata all'istanza di AWS cloud computing è impostata sulle impostazioni corrette per AWS Cloud9 e non riesci ancora ad aprire l'ambiente, il gruppo di sicurezza dell'istanza potrebbe impedirne l'accesso AWS Cloud9. Solo come tecnica di risoluzione dei problemi, controlla il gruppo di sicurezza per assicurarti che almeno il SSH traffico in entrata sia consentito sulla porta 22 per tutti gli indirizzi IP (
Anywhere
o0.0.0.0/0
). Per istruzioni, consulta Descrizione dei gruppi di sicurezza e Aggiornamento delle regole dei gruppi di sicurezza nella Amazon EC2 User Guide.Per ulteriori VPC passaggi per la risoluzione dei problemi, guarda il relativo video di 5 minuti del AWS Knowledge Center: Cosa posso controllare se non riesco a connettermi a un'istanza in un VPC
? su YouTube. avvertimento
Al termine della risoluzione dei problemi, assicurarsi di impostare le regole in ingresso su un intervallo di indirizzi appropriato. Per ulteriori informazioni, consulta Intervalli di indirizzi SSH IP in entrata per AWS Cloud9.
-
Riavvia l'istanza, accertati che sia in esecuzione e che abbia superato tutti i controlli di sistema, quindi prova di nuovo ad aprire l'ambiente. Per ulteriori informazioni, consulta Reboot Your Instance e Viewing Status Checks nella Amazon EC2 User Guide.
-
-
Se l'ambiente è un SSH ambiente, assicurati che l'istanza di cloud computing ad esso associata o il tuo server siano configurati correttamente per consentirne l' AWS Cloud9 accesso. Quindi provare ad aprire di nuovo l'ambiente. Per ulteriori informazioni, consulta SSHrequisiti dell'ambiente host.
Impossibile aprire AWS Cloud9 l'ambiente: «Al momento i collaboratori non possono accedere a questo ambiente. Please wait until the removal of managed temporary credentials is complete, or contact the owner of this environment" ("I collaboratori non sono attualmente grado di accedere all'ambiente. Attendi che le credenziali temporanee gestite vengano rimosse o contatta il proprietario dell'ambiente").
Problema: se un nuovo collaboratore viene aggiunto a un ambiente da qualcuno che non è il proprietario dell'ambiente, le credenziali temporanee AWS gestite vengono disabilitate. Le credenziali vengono disabilitate mediante l'eliminazione del file ~/.aws/credentials
. Durante l'eliminazione ~/.aws/credentials
del file, i nuovi collaboratori non possono accedere all'ambiente. AWS Cloud9
Causa: l'impedimento dell'accesso all'ambiente durante l'eliminazione delle credenziali temporanee gestite da AWS è una misura di sicurezza. Ciò permette ai proprietari dell'ambiente di confermare che solo i collaboratori affidabili abbiano accesso alle credenziali gestite. Se ritengono che l'elenco dei collaboratori sia valido, i proprietari dell'ambiente possono abilitare di nuovo le credenziali gestite in modo che possano essere condivise. Per ulteriori informazioni, consulta Controllo dell'accesso alle credenziali temporanee gestite da AWS.
Soluzioni consigliate: attendi che il ~/.aws/credentials
file venga eliminato completamente prima di riprovare ad aprire l' AWS Cloud9 ambiente. Il tempo massimo di attesa per la scadenza delle credenziali è di 15 minuti. In alternativa, chiedi al proprietario dell'ambiente di abilitare di nuovo o disabilitare le credenziali temporanee gestite. Dopo che le credenziali sono state abilitate di nuovo o disabilitate, i collaboratori possono accedere immediatamente all'ambiente. Impostando lo stato delle credenziali gestite su ENABLED oDISABLED, il proprietario dell'ambiente garantisce che le credenziali non rimangano in uno stato intermedio. possa impedire ai collaboratori di accedere all'ambiente.
Nota
Supponiamo che il proprietario e il collaboratore dell'ambiente appartengano allo stesso Account AWS. Il collaboratore può identificare il proprietario dell'ambiente da contattare esaminando la scheda di un ambiente nella pagina Your environments (I tuoi ambienti) nella console. Il proprietario dell'ambiente è anche elencato nella pagina Environment details (Dettagli ambiente).
Errore di eliminazione dell'ambiente: "One or more environments failed to delete" ("Impossibile eliminare uno o più ambienti")
Problema: quando si tenta di eliminare uno o più ambienti nella AWS Cloud9 console, viene visualizzato un messaggio che dice «Impossibile eliminare uno o più ambienti» e almeno uno degli ambienti non viene eliminato.
Possibile causa: AWS CloudFormation potrebbe esserci un problema durante l'eliminazione di uno o più ambienti. AWS Cloud9 si basa sulla creazione e AWS CloudFormation l'eliminazione di ambienti.
Soluzione consigliata: prova AWS CloudFormation a utilizzare per eliminare ciascuno degli ambienti non eliminati.
Apri la AWS CloudFormation console in https://console.aws.amazon.com/cloudformation.
-
Nella barra di AWS navigazione, scegli l'opzione Regione AWS per l'ambiente.
-
Nell'elenco degli AWS CloudFormation stack, selezionate la voce in cui Stack name contiene il nome dell'ambiente non eliminato e Status è _. DELETE FAILED Ad esempio, se il nome dell'ambiente è
my-demo-environment
, scegli lo stack che inizia con il nome aws-cloud9-. my-demo-environment (Scegli la casella o l'opzione accanto al nome dell'ambiente e non il nome dell'ambiente stesso). -
Scegliere Actions, Delete Stack (Operazioni, Elimina stack).
-
Se richiesto, scegliere Yes, Delete (Sì, elimina).
Il processo di eliminazione di uno stack può durare alcuni minuti.
Se la pila scompare dall'elenco, l'ambiente è stato eliminato.
Se lo stack mostra ancora DELETE_ FAILED dopo alcuni minuti, l'ambiente non viene ancora eliminato. In tal caso, provare a eliminare manualmente ognuna delle risorse dello stack non riuscito.
Nota
L'eliminazione manuale delle risorse di uno stack fallito non rimuove lo stack stesso dal tuo. Account AWS
Per eliminare manualmente queste risorse, eseguire le seguenti operazioni. Nella AWS CloudFormation console, scegli lo stack fallito, quindi seleziona la sezione Risorse. Vai alla console AWS per cercare ogni risorsa in questo elenco, quindi usa quella console per eliminare la risorsa.
Modifica dell'orario di timeout per un ambiente in AWS Cloud9 IDE
Problema: gli utenti desiderano aggiornare l'orario di timeout per EC2 gli ambienti Amazon.
Causa: il tempo di timeout predefinito è di 30 minuti. Potrebbe essere troppo breve per alcuni utenti.
Soluzione consigliata:
-
Apri l'ambiente che desideri configurare.
-
Nella AWS Cloud9 IDEbarra dei menu, scegli AWS Cloud9Preferenze.
-
Nella finestra Preferenze scorri fino alla sezione EC2Istanza Amazon.
-
Seleziona il valore di timeout dall'elenco disponibile e aggiorna.
Errore durante l'esecuzione SAM delle applicazioni localmente in AWS Toolkit perché l' AWS Cloud9 ambiente non dispone di spazio su disco sufficiente
Problema: l'errore si verifica quando si utilizza il AWS Toolkit per eseguire AWS SAM CLI comandi per applicazioni definite da SAM modelli.
Possibili cause: quando si eseguono ed eseguono il debug di applicazioni serverless localmente con il AWS Toolkit, utilizza AWS SAM Docker immagini. Queste immagini forniscono un ambiente di esecuzione e creano strumenti che emulano l'ambiente Lambda in cui si intende effettuare l'implementazione.
Tuttavia, se l'ambiente non dispone di spazio su disco sufficiente, Docker l'immagine che fornisce queste funzionalità non può essere creata e l'SAMapplicazione locale non viene eseguita. In questo caso, si potrebbe visualizzare un errore nella scheda Output simile al seguente.
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.
Questo errore si riferisce a un'SAMapplicazione creata utilizzando il runtime Python. Si potrebbe visualizzare un messaggio leggermente diverso, a seconda del tempo di esecuzione scelto per l'applicazione.
Soluzioni consigliate: liberate spazio su disco nell'ambiente in modo da Docker l'immagine può essere creata. Rimuovi tutto ciò che non è stato utilizzato Docker immagini eseguendo il seguente comando nel IDE terminale.
docker image prune -a
Se riscontri ripetutamente problemi con SAM CLI i comandi a causa delle restrizioni dello spazio su disco, passa a un ambiente di sviluppo che utilizza un tipo di istanza diverso.
Impossibile caricare IDE utilizzando versioni precedenti di Microsoft Edge browser
Problema: viene restituito un HTTP403: FORBIDDEN
errore quando si tenta di caricare AWS Cloud9 IDE utilizzando il Microsoft Edge browser web.
Possibili cause: AWS Cloud9 IDE non supporta alcune versioni precedenti di Microsoft Edge.
Soluzioni consigliate: per aggiornare il browser, scegliete il pulsante con i puntini di sospensione (...) nel Microsoft Edge barra degli strumenti. Dal menu, scegli Impostazioni, quindi scegli Informazioni Microsoft Edge. Se è necessario un aggiornamento, questo viene scaricato e installato automaticamente.
Impossibile creare la struttura delle sottocartelle/home/ec2-user/environment/home/ec2-user/environmentin AWS Cloud9 IDE File Explorer.
Problema: quando si crea la struttura delle sottocartelle/home/ec2-user/environment/home/ec2-user/environmentin AWS Cloud9 IDE File Explorer, viene visualizzato un messaggio di errore che indica che non è possibile aprire questa directory.
Possibili cause: al momento non è possibile creare una struttura di sottocartelle/home/ec2-user/environmentall'interno di una cartella con lo stesso nome utilizzando il File System di. AWS Cloud9 IDE Non sarà possibile accedere a nessun file all'interno di questa directory da AWS Cloud9 IDE File Explorer, ma sarà possibile accedervi utilizzando la riga di comando. Questo problema riguarda solo il percorso del file/home/ec2-user/environment/home/ec2-user/environment, percorsi di file come/test/home/ec2-user/environmente/home/ec2-user/environment/testdovrebbero funzionare. Questo è un problema noto e riguarda solo AWS Cloud9 IDE File Explorer.
Soluzioni consigliate: utilizza un nome file e una struttura diversi.
Impossibile creare la struttura di sottocartelle /projects/projects all'interno del File Explorer del modulo. AWS Cloud9 IDE CodeCatalyst
Problema: quando si crea la struttura di sottocartelle /projects/projects in AWS Cloud9 IDE File Explorer per CodeCatalyst, viene visualizzato un messaggio di errore che indica che non è possibile aprire questa directory.
Possibili cause: al momento non è possibile creare una struttura di sottocartelle /projects all'interno di una cartella con lo stesso nome utilizzando il File Explorer del modulo. AWS Cloud9 IDE CodeCatalyst Non sarà possibile accedere a nessun file all'interno di questa directory da AWS Cloud9 IDE File Explorer, ma sarà possibile accedervi utilizzando la riga di comando. Questo problema riguarda solo il percorso /projects/projects, i percorsi di file come /test/projects e /projects/test/projects funzionano. Questo è un problema noto e riguarda solo AWS Cloud9 IDE File Explorer per CodeCatalyst.
Soluzioni consigliate: utilizza un nome file e una struttura diversi.
Impossibile interagire con la finestra del terminale in AWS Cloud9
a causa di errori di sessione tmux
Problema: quando si tenta di avviare una nuova finestra di terminale in AWS Cloud9, l'interfaccia a riga di comando prevista non è disponibile. Non esiste alcun prompt dei comandi e non è possibile immettere testo. Vengono restituiti messaggi di errore come tmux: need UTF-8 locale
(LC_CTYPE)
e invalid LC_ALL, LC_CTYPE or LANG
.
Possibili cause: un terminale che non risponde potrebbe essere causato da un errore tmux. AWS Cloud9 utilizza l'utilità tmux.
In una sessione tmux
, ciò che viene visualizzato nella finestra del terminale viene gestito da un client. Il client comunica con un server in grado di gestire più sessioni. Il server e il client comunicano tramite un socket situato nella cartella tmp
. Se la cartella tmp
non è presente nell'ambiente di sviluppo o vengono applicate autorizzazioni troppo restrittive, le sessioni tmux
non possono essere eseguite. Se ciò accade, la finestra del terminale in non rispondeIDE.
Soluzioni consigliate: se gli errori tmux
impediscono di interagire con la finestra del terminale, utilizzare un modo alternativo per creare una cartella tmp
con le autorizzazioni corrette. In questo modo è possibile eseguire le sessioni tmux
. Una soluzione consiste nell'esportare LC_CTYPE
in .bash_profile
o nel file .bashrc
. Un'altra soluzione consigliata è quella di AWS Systems Manager impostare una configurazione di gestione dell'host. Ciò consente l'accesso all'istanza pertinente tramite la EC2 console Amazon.
Configurazione della gestione host
-
Innanzitutto, nella AWS Cloud9 console, trova il nome dell'istanza del tuo ambiente. È possibile farlo selezionando l'apposito pannello nella pagina Your environments (I tuoi ambienti) e selezionando View details (Visualizza dettagli). Nella pagina Environment details (Dettagli ambiente), scegliere Go to Instance (Vai all'istanza). Nella EC2 console Amazon, conferma il nome dell'istanza a cui devi accedere.
-
Ora vai alla AWS Systems Manager console e, nel pannello di navigazione, scegli Configurazione rapida.
-
Nella pagina Configurazione rapida, scegliere Create (Crea).
-
Per Tipi di configurazione, accedere a Gestione host e scegliere Create (Crea).
-
Per Personalizzare le opzioni di configurazione di Gestione host, nella sezione Targets (Destinazioni), scegliere Manuale.
-
Seleziona l'EC2istanza a cui desideri accedere, quindi scegli Crea.
Connessione all'istanza ed esecuzione di comandi
Nota
I passaggi seguenti si riferiscono alla nuova EC2 console.
-
Nella EC2 console Amazon, nel pannello di navigazione, scegli Istanze e seleziona l'istanza a cui desideri connetterti.
-
Scegli Connetti.
Se Connect (Connetti) non è attivato, potrebbe essere necessario avviare prima l'istanza.
-
Nel riquadro Connect to your instance (Connessione all'istanza), per Connection Method (Metodo di connessione), scegliere Session Manager e poi Connect (Connetti).
-
Nella finestra della sessione terminale che appare, inserire i seguenti comandi. Questi comandi creano la cartella
tmp
con le autorizzazioni corrette in modo che il socket tmux sia disponibile.sudo mkdir /tmp sudo chmod 777 /tmp sudo rmdir /tmp/tmux-*
Amazon EC2
La sezione seguente descrive la risoluzione dei problemi relativi ad AmazonEC2.
EC2Le istanze Amazon non vengono aggiornate automaticamente
Problema: gli aggiornamenti di sistema recenti non vengono applicati automaticamente a un'EC2istanza Amazon che si connette a un ambiente di AWS Cloud9 sviluppo.
Causa: l'applicazione automatica degli aggiornamenti di sistema recenti potrebbe causare un comportamento imprevisto del codice o dell'EC2istanza Amazon, a tua insaputa o senza la tua approvazione.
Soluzioni consigliate:
Applica regolarmente gli aggiornamenti di sistema all'EC2istanza Amazon seguendo le istruzioni in Updating Instance Software nella Amazon EC2 User Guide.
Per eseguire comandi sull'istanza, puoi utilizzare una sessione terminale AWS Cloud9 IDE dall'ambiente collegato all'istanza.
In alternativa, puoi usare un'utilità di accesso SSH remoto come ssh o PuTTY per connettersi all'istanza. Per fare ciò, dal tuo computer locale, usa un'utilità per la creazione di coppie di SSH chiavi come ssh-keygen o PuTTYgen. Utilizza il AWS Cloud9 IDE file dall'ambiente connesso all'istanza per archiviare la chiave pubblica generata sull'istanza. Utilizza quindi l'utilità di accesso SSH remoto insieme alla chiave privata generata per accedere all'istanza. Per ulteriori informazioni, consulta la documentazione della tua utilità.
AWS CLI o errore AWS-shell: «Il token di sicurezza incluso nella richiesta non è valido» in un ambiente EC2
Problema: quando si tenta di utilizzare la AWS Command Line Interface (AWS CLI) o la AWS-shell per eseguire un comando in AWS Cloud9 IDE for an EC2 environment, viene visualizzato un errore: «Il token di sicurezza incluso nella richiesta non è valido».
Causa: si può generare token di sicurezza non valido se le credenziali temporanee gestite da AWS sono abilitate e si è verificata una delle seguenti condizioni:
-
Hai provato a eseguire un comando non consentito dalle credenziali temporanee AWS gestite. Per un elenco dei comandi consentiti, consulta Azioni supportate da credenziali temporanee gestite AWS.
-
Le credenziali temporanee AWS gestite sono scadute automaticamente dopo 15 minuti.
-
Le credenziali temporanee AWS gestite per un ambiente condiviso sono state disattivate perché un nuovo membro è stato aggiunto da qualcuno diverso dal proprietario dell'ambiente.
Soluzioni consigliate:
-
Esegui solo i comandi consentiti dalle credenziali temporanee AWS gestite. Se devi eseguire un comando non consentito dalle credenziali temporanee AWS gestite, configura AWS CLI o AWS-shell nell'ambiente con un set di credenziali permanenti. Ciò elimina questa limitazione. Per istruzioni, consulta Creazione e archiviazione di credenziali di accesso permanenti in un ambiente.
-
Per le credenziali disattivate o scadute, assicurati che il proprietario dell'ambiente apra l'ambiente in modo che AWS Cloud9 possa aggiornare le credenziali temporanee nell'ambiente. Per ulteriori informazioni, consulta Controllo dell'accesso alle credenziali temporanee gestite da AWS.
Impossibile connettersi all'EC2ambiente perché gli indirizzi IP dell'utente vengono utilizzati VPC da Docker
Problema: per un EC2 ambiente, se avvii l'EC2istanza in un Amazon VPC che utilizza il blocco IPv4 Classless Inter-Domain Routing (CIDR)172.17.0.0/16
, la connessione potrebbe bloccarsi quando tenti di aprire quell'ambiente.
Causa: Docker utilizza un dispositivo a livello di collegamento chiamato rete bridge che consente la comunicazione tra contenitori collegati alla stessa rete bridge. AWS Cloud9 crea contenitori che utilizzano un bridge predefinito per la comunicazione con i contenitori. Di norma, il bridge di default utilizza la sottorete 172.17.0.0/16
per le reti dei container.
Se la VPC sottorete dell'istanza dell'ambiente utilizza lo stesso intervallo di indirizzi già utilizzato da Docker, potrebbe verificarsi un conflitto di indirizzi IP. Pertanto, quando AWS Cloud9 tenta di connettersi alla relativa istanza, tale connessione viene instradata dalla tabella di routing del gateway al Docker ponte. Ciò AWS Cloud9 impedisce la connessione all'EC2istanza che supporta l'ambiente di sviluppo.
Soluzione consigliata: per risolvere un conflitto di indirizzi IP causato da Amazon VPC e Docker utilizzando lo stesso blocco di IPv4 CIDR indirizzi, configurane uno nuovo VPC per l'istanza che supporta il tuo EC2 ambiente. Per questa novitàVPC, configura un CIDR blocco diverso da172.17.0.0/16
. (Non puoi modificare l'intervallo di indirizzi IP di una sottorete esistente VPC o di una sottorete.)
Per informazioni sulla configurazione, consulta VPCe dimensionamento della sottorete nella Amazon VPC User Guide.
Impossibile creare la struttura delle sottocartelle/home/ec2-user/environment/home/ec2-user/environmentin File Explorer. AWS Cloud9 IDE
Problema: quando si crea la struttura delle sottocartelle/home/ec2-user/environment/home/ec2-user/environmentin AWS Cloud9 IDE File Explorer, viene visualizzato un messaggio di errore che indica che non è possibile aprire questa directory.
Possibili cause: al momento non è possibile creare una struttura di sottocartelle/home/ec2-user/environmentall'interno di una cartella con lo stesso nome utilizzando il File System di. AWS Cloud9 IDE Non sarà possibile accedere a nessun file all'interno di questa directory da AWS Cloud9 IDE File Explorer, ma sarà possibile accedervi utilizzando la riga di comando. Questo problema riguarda solo il percorso del file/home/ec2-user/environment/home/ec2-user/environment, percorsi di file come/test/home/ec2-user/environmente/home/ec2-user/environment/testdovrebbero funzionare. Questo è un problema noto e riguarda solo AWS Cloud9 IDE File Explorer.
Soluzioni consigliate: utilizza un nome file e una struttura diversi.
Impossibile eseguire l'avvio AWS Cloud9 dalla console quando una configurazione di AWS License Manager licenza è associata alle EC2 istanze Amazon
Problema: quando tenti di avviare un AWS Cloud9 EC2 ambiente dalla console, unable to access your
environment
viene restituito un messaggio di errore.
Possibili cause: AWS License Manager semplifica la gestione delle licenze dei fornitori di software in tutto il mondo. Cloud AWS Quando imposti License Manager, è necessario creare delle configurazioni di licenza, che sono insiemi di regole di licenza basate sui termini dei tuoi accordi aziendali. Queste configurazioni di licenza possono essere collegate a un meccanismo, come Amazon Machine Image (AMI) o AWS CloudFormation. Puoi utilizzare uno di questi meccanismi per avviare le EC2 istanze.
Le versioni precedenti di AWSCloud9ServiceRolePolicyfor the AWSServiceRoleForAWSCloud 9 service-linked role (SLR) attualmente non includono la condizione della license-configuration
risorsa. Per questo motivo, AWS Cloud9 non è consentito avviare e interrompere la sua istanza. Pertanto, AWS Cloud9 viene negato l'accesso alla sua EC2 istanza Amazon e viene restituito un errore.
Soluzioni consigliate: se non riesci ad accedere a un AWS Cloud9 ambiente esistente e utilizzare License Manager, sostituisci il vecchio ruolo AWSCloud9ServiceRolePolicycollegato al servizio con la versione SLR che consente esplicitamente EC2 le azioni quando a license-configuration
si applica all'istanza. Per sostituire il ruolo precedente è sufficiente eliminarlo. Il ruolo aggiornato viene quindi creato automaticamente.
Impossibile eseguire alcuni comandi o script in un ambiente EC2
Problema: dopo aver aperto un ambiente di AWS Cloud9 EC2 sviluppo, non è possibile installare alcuni tipi di pacchetti, eseguire comandi come yum
or o apt
o eseguire script contenenti comandi che in genere funzionano con altri sistemi operativi Linux.
AWS Cloud9 Causa: le EC2 istanze Amazon utilizzate per un EC2 ambiente si basano su Amazon Linux (basato su Red Hat Enterprise Linux (RHEL)) o Ubuntu Server.
Soluzione: se installi o gestisci pacchetti o esegui comandi o script in un EC2 ambiente, assicurati che siano compatibili con RHEL (per Amazon Linux) o Ubuntu Server, a seconda dell'istanza di quell'ambiente. IDE
Messaggio di errore che riporta « AWSCloud9SSMInstanceProfile Il profilo dell'istanza non esiste nell'account» durante la creazione EC2 dell'ambiente utilizzando AWS CloudFormation
Problema: quando si utilizza la AWS::Cloud9::EnvironmentEC2 AWS CloudFormation risorsa per creare un EC2 ambiente, gli utenti ricevono un messaggio di errore indicante che il profilo dell'istanza AWSCloud9SSMInstanceProfile non esiste nell'account.
Causa: quando si crea un EC2 ambiente senza ingresso, è necessario creare il ruolo di servizio AWSCloud9SSMAccessRole
e il profilo dell'istanza. AWSCloud9SSMInstanceProfile
Queste IAM risorse consentono a Systems Manager di gestire l'EC2istanza che supporta l'ambiente di sviluppo.
Se crei un ambiente senza ingresso con la console, AWSCloud9SSMAccessRole
e AWSCloud9SSMInstanceProfile
vengono creati automaticamente. Tuttavia, quando si utilizza AWS CloudFormation o si AWS CLI desidera creare il primo ambiente senza ingresso, è necessario creare queste IAM risorse manualmente.
Soluzione consigliata: per informazioni sulla modifica del AWS CloudFormation modello e sull'aggiornamento delle IAM autorizzazioni, consulta Utilizzo AWS CloudFormation per creare ambienti senza ingresso EC2
Messaggio di errore che riporta «non autorizzato perform: ssm:StartSession
su una risorsa» durante la creazione EC2 dell'ambiente utilizzando AWS CloudFormation
Problema: quando si utilizza la AWS::Cloud9::EnvironmentEC2 AWS CloudFormation risorsa per creare un EC2 ambiente, gli utenti ricevono un messaggio AccessDeniedException
e vengono informati che «non sono autorizzati a eseguire: ssm:StartSession
sulla risorsa».
Causa: l'utente non dispone dell'autorizzazione necessaria per chiamare, come parte della configurazione per EC2 gli ambienti che utilizzano Systems Manager per istanze senza ingresso. StartSession
API
Soluzione consigliata: per informazioni sulla modifica del AWS CloudFormation modello e sull'aggiornamento delle IAM autorizzazioni, consulta. Utilizzo AWS CloudFormation per creare ambienti senza ingresso EC2
Messaggio di errore che riporta l'assenza di autorizzazione «to perform: iam:GetInstanceProfile
on resource: instance profileAWSCloud9SSMInstanceProfile
" durante la creazione EC2 dell'ambiente utilizzando AWS CLI
Problema: quando si utilizza il AWS CLIper creare un EC2 ambiente, gli utenti ricevono un AccessDeniedException
messaggio e vengono informati che il loro AWS Cloud9
ambiente non è autorizzato «a eseguire il profilo iam: GetInstanceProfile on resource: instance»AWSCloud9SSMInstanceProfile
.
Causa: AWS Cloud9 non dispone dell'autorizzazione necessaria per chiamare l'StartSession
APIelemento richiesto come parte della configurazione per EC2 gli ambienti che utilizzano Systems Manager per istanze senza ingresso.
Soluzione consigliata: per informazioni sull'aggiunta del ruolo di AWSCloud9SSMAccessRole
servizio richiesto e AWSCloud9SSMInstanceProfile
all' AWS Cloud9 ambiente in uso, vedere. Gestione dei profili di istanza per Systems Manager con AWS CLI
Mancata creazione dell'ambiente quando viene applicata la crittografia predefinita ai EBS volumi Amazon
Problema: viene restituito un Failed to create environments. The development environment '[environment-ID]'
failed to create
errore quando si tenta di creare un EC2 ambiente Amazon.
Possibili cause: se AWS Cloud9 IDE utilizzi EBS volumi Amazon che per impostazione predefinita sono crittografati, il ruolo AWS Identity and Access Management collegato al servizio AWS Cloud9 richiede l'accesso a AWS KMS keys per questi EBS volumi. Se l'accesso non viene fornito, AWS Cloud9 IDE potrebbe non riuscire ad avviarsi e potrebbe essere difficile eseguire il debug del problema.
Soluzioni consigliate: per fornire l'accesso, aggiungi il ruolo collegato al servizio per AWS Cloud9AWSServiceRoleForAWSCloud9
, alla chiave gestita dal cliente utilizzata dai tuoi volumi AmazonEBS.
Per ulteriori informazioni su questa attività, consulta Creare un server AWS Cloud9 che utilizzi EBS volumi Amazon con crittografia predefinita in AWS Prescriptive Guidance Patterns.
VPCerrore per gli account EC2 -Classic: «Impossibile accedere al tuo ambiente»
Problema: EC2 -Classic è stato introdotto nella versione originale di AmazonEC2. Se utilizzi un account Account AWS configurato prima del 4 dicembre 2013, questo errore potrebbe verificarsi se non configuri Amazon VPC e una sottorete quando crei un ambiente di AWS Cloud9 EC2 sviluppo.
Se accetti le VPC impostazioni predefinite, l'EC2istanza Amazon viene avviata nella rete EC2 -Classic. L'istanza non viene avviata in una sottorete predefinita. VPC Quando la creazione dell'ambiente non riesce, viene visualizzato il seguente messaggio:
Errore di ambiente
Impossibile accedere all'ambiente
The environment creation failed with the error: The following resource(s) failed to create: [Instance]. . (Creazione dell'ambiente non riuscita. Errore: Impossibile creare le seguenti risorse: [Istanza]. .). Rollback richiesto dall'utente.
È possibile confermare che l'errore è causato dal fatto che l'EC2istanza non è nell'impostazione predefinitaVPC. AWS CloudFormation Da utilizzare per visualizzare la cronologia degli eventi dello stack per l'ambiente di sviluppo.
-
Apri la AWS CloudFormation console. Per ulteriori informazioni, consulta Accesso alla console AWS CloudFormation .
-
Nella AWS CloudFormation console, scegli Stacks.
-
Nella pagina Stacks (Stack) scegliere il nome dell'ambiente di sviluppo che non è stato creato.
-
Nella pagina Stack details (Dettagli pila) scegliere la scheda Events (Eventi) e verificare la seguente voce:
Stato: _ CREATE FAILED
Motivo dello stato: il AssociatePublicIpAddress parametro è supportato solo dai VPC lanci. [...]
Causa: un ambiente di AWS Cloud9 sviluppo deve essere associato a un Amazon VPC che soddisfi VPC requisiti specifici. Per gli account con EC2 -Classic abilitato, l'accettazione delle impostazioni di rete predefinite durante la creazione di un EC2 ambiente significa che l'EC2istanza richiesta non viene avviata in. VPC L'istanza viene invece avviata nella rete EC2 -Classic.
Soluzione consigliata: con un account EC2 -Classic, è necessario selezionare una sottorete VPC and durante la creazione di un ambiente. EC2 Nella pagina Configura impostazioni, nella sezione Impostazioni di rete (avanzate), seleziona la sottorete VPC e in cui avviare EC2 l'istanza.
Altri servizi AWS
La sezione seguente descrive la risoluzione dei problemi relativi ad altri AWS servizi.
Impossibile creare la struttura di sottocartelle /projects/projects all'interno del File Explorer del modulo. AWS Cloud9 IDE CodeCatalyst
Problema: quando si crea la struttura di sottocartelle /projects/projects in AWS Cloud9 IDE File Explorer per CodeCatalyst, viene visualizzato un messaggio di errore che indica che non è possibile aprire questa directory.
Possibili cause: al momento non è possibile creare una struttura di sottocartelle /projects all'interno di una cartella con lo stesso nome utilizzando il File Explorer del modulo. AWS Cloud9 IDE CodeCatalyst Non sarà possibile accedere a nessun file all'interno di questa directory da AWS Cloud9 IDE File Explorer, ma sarà possibile accedervi utilizzando la riga di comando. Questo problema riguarda solo il percorso /projects/projects, i percorsi di file come /test/projects e /projects/test/projects funzionano. Questo è un problema noto e riguarda solo AWS Cloud9 IDE File Explorer per CodeCatalyst.
Soluzioni consigliate: utilizza un nome file e una struttura diversi.
Impossibile visualizzare l'applicazione in esecuzione al di fuori di IDE
Problema: quando tu o altri provate a visualizzare l'applicazione in esecuzione in una scheda del browser Web esterna aIDE, tale scheda del browser Web visualizza un errore oppure la scheda è vuota.
Possibili cause:
-
L'applicazione non è in esecuzione inIDE.
-
L'applicazione viene eseguita con un IP
127.0.0.1
olocalhost
. -
L'applicazione è in esecuzione in un ambiente di AWS Cloud9 EC2 sviluppo. Inoltre, uno o più gruppi di sicurezza associati all'EC2istanza Amazon corrispondente non consentono il traffico in entrata sui protocolli, le porte o gli indirizzi IP richiesti dall'applicazione.
-
L'applicazione è in esecuzione in un ambiente di AWS Cloud9 SSH sviluppo per un'istanza di AWS cloud computing (ad esempio, un'EC2istanza Amazon). Inoltre, la rete ACL per la sottorete nel cloud privato virtuale (VPC) associata all'istanza corrispondente non consente il traffico in entrata sui protocolli, le porte o gli indirizzi IP richiesti dall'applicazione.
-
Non URL è corretto.
-
Viene richiesto l'indirizzo IP della scheda di anteprima dell'applicazione anziché l'indirizzo IP pubblico dell'istanza. URL
-
Si sta cercando di accedere a un indirizzo che contiene un IP
127.0.0.1
olocalhost
. Questi IPs tentativi di accedere alle risorse del computer locale anziché alle risorse dell'ambiente. -
L'indirizzo IP pubblico dell'istanza è cambiato.
-
La richiesta Web proviene da una rete privata virtuale (VPN) che blocca il traffico sui protocolli, le porte o gli indirizzi IP richiesti dall'applicazione.
-
L'applicazione è in esecuzione in un SSH ambiente. Il server o la rete associata, tuttavia, non consentono il traffico tramite i protocolli, le porte o gli indirizzi IP che l'applicazione richiede.
Soluzioni consigliate:
-
Verificare che l'applicazione sia in esecuzione inIDE.
-
Assicurarsi che l'applicazione venga eseguita con un IP
127.0.0.1
olocalhost
. Per alcuni esempi in Node.js e Python, consulta Esecuzione di un'applicazione. -
Supponiamo che l'applicazione sia in esecuzione su un'istanza di AWS cloud computing (ad esempio, un'EC2istanza Amazon). Assicurarsi quindi che tutti i gruppi di sicurezza associati all'istanza corrispondente consentano il traffico in entrata tramite i protocolli, le porte o gli indirizzi IP che l'applicazione richiede. Per istruzioni, consulta Fase 2: configurare il gruppo di sicurezza per l'istanza in Condivisione di un'applicazione in esecuzione su Internet. Consulta anche Security Groups for Your VPC nella Amazon VPC User Guide.
-
Supponiamo che l'applicazione sia in esecuzione su un'istanza di AWS cloud computing. Inoltre, ACL esiste una rete per la sottorete associata VPC all'istanza corrispondente. Quindi, assicurati che la rete ACL consenta il traffico in entrata sui protocolli, le porte e gli indirizzi IP richiesti dall'applicazione. Per istruzioni, consulta Fase 3: aggiornare la sottorete per l'istanza in Condivisione di un'applicazione in esecuzione su Internet. Consulta anche Network ACLs nella Amazon VPC User Guide.
-
Assicurati che la richiestaURL, incluso il protocollo (e la porta, se deve essere specificata), sia corretta. Per ulteriori informazioni, consulta Passaggio 4: Condividi le applicazioni in esecuzione URL in Condivisione di un'applicazione in esecuzione su Internet.
-
Non è consigliabile richiedere un file URL con questo formato
https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/
(dove si12a34567b8cd9012345ef67abcd890e1
trova l'ID AWS Cloud9 assegnato all'ambiente eus-east-2
l'ID della AWS regione per l'ambiente). URLFunziona solo quando l'ambiente IDE for the è aperto e l'applicazione è in esecuzione nello stesso browser web. -
Supponiamo di cercare di accedere a un indirizzo che contiene un IP
127.0.0.1
olocalhost
. Provare invece ad accedere all'indirizzo non locale corretto per l'applicazione in esecuzione. Per ulteriori informazioni, consulta Condivisione di un'applicazione in esecuzione su Internet. -
Supponiamo che l'applicazione sia in esecuzione su un'istanza di AWS cloud computing. Stabilire se l'indirizzo IP pubblico dell'istanza è cambiato. Questo indirizzo potrebbe cambiare a ogni riavvio dell'istanza. Per evitare che cambi, puoi allocare un indirizzo IP elastico (EIP) e assegnarlo all'istanza in esecuzione. Per ulteriori informazioni, consulta Passaggio 4: Condividi le applicazioni in esecuzione URL in Condivisione di un'applicazione in esecuzione su Internet.
-
Se la richiesta Web proviene da unVPN, assicuratevi che VPN consenta il traffico sui protocolli, le porte e gli indirizzi IP richiesti dall'applicazione. Se non riesci ad apportare modifiche al tuoVPN, rivolgiti all'amministratore di rete. In alternativa, effettuare la richiesta Web da una rete diversa, se possibile.
-
Supponete che l'applicazione sia in esecuzione in un SSH ambiente per il vostro server. Assicurarsi che il server e la rete associata consentano il traffico tramite i protocolli, le porte e gli indirizzi IP che l'applicazione richiede. Se non è possibile apportare modifiche al server o alla rete associata, contattare l'amministratore del server o della rete.
-
Provate a eseguire l'applicazione da un terminale nell'ambiente eseguendo il
curl
comando, seguito da. URL Se questo comando visualizza un messaggio di errore, potrebbe esserci qualche altro problema non correlato a AWS Cloud9.
Errore durante l'esecuzione di AWS Toolkit: «Il tuo ambiente sta esaurendo gli inode, aumenta il limite 'fs.inotify.max_user_watches'».
Problema: un'utilità di monitoraggio dei file utilizzata da AWS Toolkit si sta avvicinando al limite o alla quota attuale di file che può guardare.
Causa: AWS Toolkit utilizza un'utilità di monitoraggio dei file che monitora le modifiche a file e directory. Quando l'utilità si trova quasi al limite attuale della quota di file che è in grado di monitorare, viene visualizzato un messaggio di avviso.
Soluzione consigliata: per aumentare il numero massimo di file gestibili dall'utilità di controllo di file, effettua le seguenti operazioni:
-
Avvia una sessione del terminale scegliendo Window (Finestra), New Terminal (Nuovo terminale) nella barra dei menu.
-
Inserire il seguente comando.
sudo bash -c 'echo "fs.inotify.max_user_watches=524288" >> /etc/sysctl.conf' && sudo sysctl -p
Errore di esecuzione della funzione locale Lambda: impossibile installare Local SAM
Problema: dopo aver tentato di eseguire la versione locale di una AWS Lambda funzione in AWS Cloud9 IDE, viene visualizzata una finestra di dialogo. La finestra di dialogo indica che AWS Cloud9 si verificano problemi durante l'installazione di SAM Local. AWS Cloud9 necessita di SAM Local per eseguire versioni locali delle AWS Lambda funzioni inIDE. Fino all'installazione di SAM Local, non è possibile eseguire versioni locali delle funzioni Lambda in. IDE
Causa: non AWS Cloud9 riesco a trovare SAM Local nel percorso previsto nell'ambiente, ovvero~/.c9/bin/sam
. Questo perché SAM Local non è già installato o, se è installato, non AWS Cloud9 riesce a trovarlo in quella posizione.
Soluzioni consigliate: puoi aspettare AWS Cloud9 che provi a completare l'installazione di SAM Local oppure puoi installarlo tu stesso.
Per vedere come AWS Cloud9 sta andando il tentativo di installare SAM Local, scegli Window, Installer nella barra dei menu.
Per installare SAM Local autonomamente, segui le istruzioni contenute in Installazione di AWS SAM CLI su Linux nella Guida per gli AWS Serverless Application Model sviluppatori.
AWS Control Tower errore durante il tentativo di creare un EC2 ambiente Amazon utilizzando AWS Cloud9: «La creazione dell'ambiente non è riuscita con l'errore: I seguenti hook non sono riusciti: [: :GuardControlTower: :Hook]».
Problema: esiste un problema di compatibilità con AWS Cloud9 e con il controllo AWS Control Tower proattivo CT. EC2.PR.8. Se questo controllo è abilitato non è possibile creare un EC2 ambiente in. AWS Cloud9
Causa: AWS Control Tower si aspetta che il AssociatePublicIpAddressparametro sia presente nel AWS CloudFormation modello. Questo parametro non può essere aggiunto in questo momento.
Soluzione consigliata: disattivare il controllo CT. EC2.PR.8 dalla AWS Control Tower console e ricrea l'ambiente in. AWS Cloud9
Mancata creazione dell'ambiente quando viene applicata la crittografia predefinita ai EBS volumi Amazon
Problema: viene restituito un Failed to create environments. The development environment '[environment-ID]'
failed to create
errore quando si tenta di creare un EC2 ambiente Amazon.
Possibili cause: se AWS Cloud9 IDE utilizzi EBS volumi Amazon che per impostazione predefinita sono crittografati, il ruolo AWS Identity and Access Management collegato al servizio AWS Cloud9 richiede l'accesso a AWS KMS keys per questi EBS volumi. Se l'accesso non viene fornito, AWS Cloud9 IDE potrebbe non riuscire ad avviarsi e potrebbe essere difficile eseguire il debug del problema.
Soluzioni consigliate: per fornire l'accesso, aggiungi il ruolo collegato al servizio per AWS Cloud9AWSServiceRoleForAWSCloud9
, alla chiave gestita dal cliente utilizzata dai tuoi volumi AmazonEBS.
Per ulteriori informazioni su questa attività, consulta Creare un server AWS Cloud9 che utilizzi EBS volumi Amazon con crittografia predefinita in AWS Prescriptive Guidance Patterns.
Impossibile eseguire l'avvio AWS Cloud9 dalla console quando una configurazione di AWS License Manager licenza è associata alle EC2 istanze Amazon
Problema: quando tenti di avviare un AWS Cloud9 EC2 ambiente dalla console, unable to access your
environment
viene restituito un messaggio di errore.
Possibili cause: AWS License Manager semplifica la gestione delle licenze dei fornitori di software in tutto il mondo. Cloud AWS Quando imposti License Manager, è necessario creare delle configurazioni di licenza, che sono insiemi di regole di licenza basate sui termini dei tuoi accordi aziendali. Queste configurazioni di licenza possono essere collegate a un meccanismo, come Amazon Machine Image (AMI) o AWS CloudFormation. Puoi utilizzare uno di questi meccanismi per avviare le EC2 istanze.
Le versioni precedenti di AWSCloud9ServiceRolePolicyfor the AWSServiceRoleForAWSCloud 9 service-linked role (SLR) attualmente non includono la condizione della license-configuration
risorsa. Per questo motivo, AWS Cloud9 non è consentito avviare e interrompere la sua istanza. Pertanto, AWS Cloud9 viene negato l'accesso alla sua EC2 istanza Amazon e viene restituito un errore.
Soluzioni consigliate: se non riesci ad accedere a un AWS Cloud9 ambiente esistente e utilizzare License Manager, sostituisci il vecchio ruolo AWSCloud9ServiceRolePolicycollegato al servizio con la versione SLR che consente esplicitamente EC2 le azioni quando a license-configuration
si applica all'istanza. Per sostituire il ruolo precedente è sufficiente eliminarlo. Il ruolo aggiornato viene quindi creato automaticamente.
Anteprima dell'applicazione
La sezione seguente descrive la risoluzione dei problemi relativi all'anteprima dell'applicazione.
Dopo aver ricaricato un ambiente, occorre aggiornare l'anteprima dell'applicazione
Problema: dopo avere ricaricato un ambiente che mostra una scheda di anteprima dell'applicazione, la scheda non visualizza l'anteprima dell'applicazione.
Causa: a volte gli utenti scrivono codice che può eseguire un ciclo infinito. Oppure il loro codice può utilizzare così tanta memoria che AWS Cloud9 IDE potrebbe interrompersi o interrompersi quando l'anteprima dell'applicazione è in esecuzione. Per evitare che ciò accada, AWS Cloud9 non ricarica le schede di anteprima dell'applicazione ogni volta che un ambiente viene ricaricato.
Soluzione: dopo avere ricaricato un ambiente che mostra una scheda di anteprima dell'applicazione, per visualizzare l'anteprima dell'applicazione scegli il pulsante Click to load the page (Clicca per caricare la pagina) nella scheda.
Avviso Anteprima applicazione o Anteprima file: "Third-party cookies disabled" ("cookie di terze parti disabilitati")
Problema: quando si tenta di visualizzare un'anteprima di un'applicazione o di un file, viene visualizzato un avviso con il seguente messaggio: "La funzionalità di anteprima è disabilitata perché il browser ha disabilitato i cookie di terze parti".
Causa: i cookie di terze parti non sono necessari per aprire il AWS Cloud9 IDE. È necessario, tuttavia, abilitare i cookie di terze parti per utilizzare le funzionalità di anteprima dell'applicazione o anteprima dei file.
Soluzione: attiva i cookie di terze parti nel browser Web, ricarica il IDE e prova ad aprire nuovamente l'anteprima.
-
Apple Safari: Gestire i cookie e i dati dei siti Web in Safari
nel sito Web di supporto di Apple. -
Google Chrome: Modificare le impostazioni dei cookie in Cancellare, attivare e gestire i cookie in Chrome
sul sito Web della guida di Google Chrome. -
Internet Explorer: Bloccare o consentire i cookie in Eliminare e gestire i cookie
sul sito Web del supporto Microsoft. -
Microsoft Edge: Blocco dei cookie di terze parti
sul sito Web del supporto Microsoft. -
Mozilla Firefox: impostazione Accettare i cookie di terze parti in Attivare e disattivare i cookie usati dai siti Web per monitorare le preferenze
sul sito Web di supporto di Mozilla. -
Qualsiasi altro browser Web: consultare la documentazione del browser Web.
Se il browser Web consente questa granularità, è possibile abilitare i cookie di terze parti solo per AWS Cloud9. Per fare ciò, specificare i seguenti domini, a seconda delle Regioni AWS supportate dove si desidera usare AWS Cloud9.
AWS Region | Domini |
---|---|
Stati Uniti orientali (Virginia settentrionale) |
|
Stati Uniti orientali (Ohio) |
|
Stati Uniti occidentali (California settentrionale) |
|
Stati Uniti occidentali (Oregon) |
|
Africa (Città del Capo) |
|
Asia Pacific (Hong Kong) |
|
Asia Pacific (Mumbai) |
|
Asia Pacific (Osaka) |
|
Asia Pacific (Seul) |
|
Asia Pacifico (Singapore) |
|
Asia Pacifico (Sydney) |
|
Asia Pacifico (Tokyo) |
|
Canada (Centrale) |
|
Europa (Francoforte) |
|
Europa (Irlanda) |
|
Europa (Londra) |
|
Europa (Milano) |
|
Europa (Parigi) |
|
Europa (Stoccolma) |
|
Medio Oriente (Bahrein) |
|
Sud America (San Paolo) |
|
La scheda di anteprima dell'applicazione visualizza un errore o è vuota
Problema: nella barra dei menu diIDE, quando scegli Anteprima, Anteprima applicazione o strumenti in esecuzione, Anteprima, Anteprima applicazione in esecuzione per provare a visualizzare l'applicazione in una scheda di anteprimaIDE, nella scheda viene visualizzato un errore oppure la scheda è vuota.
Possibili cause:
-
L'applicazione non è in esecuzione inIDE.
-
L'applicazione non è in esecuzione utilizzandoHTTP.
-
L'applicazione viene eseguita su più di una porta.
-
L'applicazione viene eseguita su una porta diversa da
8080
,8081
o8082
. -
L'applicazione viene eseguita con un IP diverso da
127.0.0.1
,localhost
o0.0.0.0
. -
La porta (
8080
8081
, o8082
) non è specificata nella URL scheda di anteprima. -
La rete blocca il traffico in entrata tramite le porte
8080
,8081
o8082
. -
Si sta cercando di accedere a un indirizzo che contiene un IP
127.0.0.1
,localhost
o0.0.0.0
. Per impostazione predefinita, i AWS Cloud9 IDE tentativi di accedere al computer locale. Non tenta di accedere all'istanza o al server connesso all'ambiente.
Soluzioni consigliate:
-
Verificare che l'applicazione sia in esecuzione inIDE.
-
Assicurarsi che l'applicazione sia in esecuzione utilizzandoHTTP. Per alcuni esempi in Node.js e Python, consulta Esecuzione di un'applicazione.
-
Assicurati che l'applicazione venga eseguita solo su una porta. Per alcuni esempi in Node.js e Python, consulta Esecuzione di un'applicazione.
-
Assicurati che l'applicazione venga eseguita solo sulla porta
8080
,8081
o8082
. Per alcuni esempi in Node.js e Python, consulta Esecuzione di un'applicazione. -
Assicurati che l'applicazione venga eseguita con un IP
127.0.0.1
,localhost
o0.0.0.0
. Per alcuni esempi in Node.js e Python, consulta Esecuzione di un'applicazione. -
Aggiungi
:8080
o:8082
alla URL scheda di anteprima.:8081
-
Assicurati che la tua rete consenta il traffico in entrata tramite le porte
8080
,8081
o8082
. Se non è possibile apportare modifiche alla rete, consulta l'amministratore della rete. -
Se si sta cercando di accedere a un indirizzo che contiene un IP
127.0.0.1
,localhost
oppure0.0.0.0
, provare invece ad andare al seguente indirizzo:https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/
. In questo indirizzo,12a34567b8cd9012345ef67abcd890e1
è l'ID che AWS Cloud9 assegna all'ambiente.us-east-2
è l'ID della Regione AWS per l'ambiente. Puoi anche provare ad andare a questo indirizzo al di fuori delIDE. Tuttavia, questo funziona solo quando l'ambiente IDE for the è aperto e l'applicazione è in esecuzione nello stesso browser web. -
Una volta accertato che tutte le condizioni precedenti siano soddisfatte, provare ad arrestare l'applicazione e a riavviarla.
-
Se hai interrotto e riavviato l'applicazione, prova a selezionare di nuovo Preview, Preview Running Application (Anteprima, Anteprima applicazione in esecuzione) o Tools, Preview, Preview Running Application (Strumenti, Anteprima, Anteprima applicazione in esecuzione) nella barra dei menu. In alternativa, prova selezionando il pulsante Refresh (Aggiorna) (freccia circolare) nella scheda di anteprima dell'applicazione corrispondente, se la scheda è già visibile.
Impossibile visualizzare l'anteprima del contenuto Web in IDE perché la connessione al sito non è sicura
Problema: quando si tenta di accedere a contenuti Web, ad esempio un WordPress sito ospitato in un AWS Cloud9 EC2 ambiente, la finestra di IDE anteprima non è in grado di visualizzarli.
Possibili cause: per impostazione predefinita, tutte le pagine Web a cui si accede nella scheda di anteprima dell'applicazione utilizzano AWS Cloud9 IDE automaticamente il HTTPS protocollo. Se una pagina URI presenta il http
protocollo non sicuro, viene automaticamente sostituito dahttps
. E non è possibile accedere ai contenuti non sicuri riportando manualmente https
a http
.
Soluzioni consigliate: rimuovi HTTP gli script o i contenuti non sicuri dal sito Web di cui stai cercando di visualizzare l'anteprima in. IDE Segui le istruzioni del tuo server web o del tuo sistema di gestione dei contenuti per indicazioni sull'implementazione. HTTPS
L'anteprima di un file restituisce un errore 499
Problema: quando si tenta di utilizzare il AWS Cloud9 IDE per visualizzare in anteprima un file che contiene un <script>
elemento che contiene l'src
attributo e con l'type
attributo impostato sumodule
, si verifica un errore 499 e lo script non viene eseguito come previsto.
Causa: le richieste di recupero dell'anteprima dei file AWS Cloud9 IDE richiedono che i cookie vengano inviati dal browser Web per l'autenticazione. Per impostazione predefinita, i browser Web inviano cookie per richieste di script regolari. Non inviano cookie per le richieste di script dei moduli a meno che non si aggiunga l'attributo crossorigin
.
Soluzione: aggiungere l'attributo crossorigin
all'elemento <script>
. Ad esempio <script type="module"
src="index.js" crossorigin></script>
. Salvare quindi il file modificato e provare a visualizzare nuovamente l'anteprima.
Prestazioni
La sezione seguente descrive la risoluzione dei problemi relativi alle prestazioni.
AWS Cloud9 IDEcongelamento per un periodo di tempo significativo
Problema: durante l'avvio e quando si esegue un aggiornamento, il AWS Cloud9 IDE terminale si blocca per un periodo di tempo significativo e diventa inutilizzabile.
Causa: è possibile che nell'ambiente sia presente una grande quantità di file che vengono controllati in modo ricorsivo dal modulo di controllo dei file di. AWS Cloud9
Soluzioni consigliate: potete ridurre la profondità di visualizzazione dei file (il valore minimo è 1) e prendere in considerazione l'aggiunta di cartelle di grandi dimensioni o cartelle non correlate al codice sorgente (output/artefatti di compilazione, pacchetti di terze parti) ai pattern ignorati. Per fare ciò, accedi a Preferenze > Impostazioni utente > Controllo dei file. Tieni presente che ciò farà sì CodeLenses che AWS Toolkit non funzioni correttamente.
Un'altra possibile soluzione è considerare di ignorare file e cartelle di grandi dimensioni che non sono correlati al codice sorgente diminuendo il numero massimo di file da cercare. Per fare ciò, vai a Preferenze > Impostazioni del progetto > Trova nei file. Tieni presente che ciò farà sì che le cartelle ignorate non vengano visualizzate in una ricerca di file.
Avviso della console: "Switching to the minimal code completion engine..." ("Passaggio al motore di completamento del codice minimo...")
Problema: quando lavori nella AWS Cloud9 console (ad esempio, quando apri IDE o aggiorni la IDE pagina Web), viene visualizzato questo messaggio: «Una o più sessioni o collaboratori sono attivi in questo ambiente. Passare al motore di completamento del codice minimo per risparmiare memoria"). In correlazione a questo messaggio, il comportamento di completamento del codice potrebbe essere lento o intermittente.
Causa: l'esecuzione del motore di completamento del codice richiede memoria e CPU cicli dall'ambiente. Inoltre, è necessario un motore di completamento del codice separato per ogni collaboratore e per ogni sessione aggiuntiva. Per evitare di utilizzare troppe risorse, specialmente su istanze di piccole dimensioni come t2.nano e t2.micro, AWS Cloud9 passa al motore di completamento minimo del codice.
Soluzione consigliata: se prevedi di collaborare spesso e per lunghi periodi di tempo, scegli un'EC2istanza Amazon più grande durante la creazione del tuo EC2 ambiente. Oppure, in alternativa, collega il tuo SSH ambiente a un'istanza con maggiore capacità.
Nota
La scelta di un'EC2istanza Amazon più grande potrebbe Account AWS comportare costi aggiuntivi. Per ulteriori informazioni, consulta la pagina EC2dei prezzi di Amazon
IDEavviso: «Questo ambiente sta esaurendo la memoria» o «Questo ambiente ha un CPU carico elevato»
Problema: mentre IDE è in esecuzione, viene visualizzato un messaggio che contiene la frase «questo ambiente sta esaurendo la memoria» o «questo ambiente ha un CPU carico elevato».
Causa: IDE potrebbe non disporre di risorse di elaborazione sufficienti per continuare a funzionare senza ritardi o blocchi.
Soluzioni consigliate:
-
Arresta uno o più processi in esecuzione per liberare memoria disponibile. A tale scopo, nella barra dei menu della sezione IDE relativa all'ambiente, scegli Strumenti, Elenco processi. Per ogni processo da arrestare, seleziona il processo quindi scegli Force Kill (Forza arresto).
-
Crea un file di scambio nell'ambiente. Un file di scambio è un file nell'ambiente che il sistema operativo può usare come memoria virtuale.
Per confermare se l'ambiente sta usando memoria di scambio, eseguire il comando
top
in una sessione di terminale nell'ambiente. Se la memoria di scambio è utilizzata, l'output visualizza statistiche di memoriaSwap
diverse da zero (ad esempio,Swap: 499996k total, 1280k used, 498716 free, 110672k cached
). Per interrompere la visualizzazione delle informazioni di memoria in tempo reale, premiCtrl + C
.Per creare un file di scambio, eseguire un comando come quello seguente nell'ambiente.
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
Il comando precedente:
-
Crea un file di 512 MB denominato
swapfile
nella directory/var
. -
Modifica le autorizzazioni di accesso per il file
swapfile
in lettura-scrittura solo per il proprietario. -
Imposta il file
swapfile
come file di scambio. -
Scrive informazioni nel
/etc/fstab file
. Questa operazione rende disponibile il file di swap ogni volta che il sistema si riavvia.
Una volta eseguito il comando precedente, per rendere questo file di scambio disponibile, eseguire il comando seguente.
sudo swapon /var/swapfile
-
-
Sposta o ridimensiona l'ambiente su un'istanza o un server con più risorse di calcolo. Per spostare o ridimensionare le EC2 istanze Amazon, consulta. Spostamento di un EBS volume AWS Cloud9 IDE da Amazon Per altri tipi di istanze o server, fai riferimento alla documentazione relativa alla tua istanza o al tuo server.
Impossibile caricare file in AWS Cloud9 IDE
Problema: gli utenti non sono in grado di caricare un file di grandi dimensioni in AWS Cloud9 IDE. Questi caricamenti non riescono.
Causa: AWS Cloud9 riduce la velocità di caricamento a e AWS Cloud9 IDE, di conseguenza, la richiesta di caricamento del file scade.
Soluzione consigliata: ti consigliamo di caricare il file su Amazon S3, quindi di utilizzare Amazon S3 per scaricare il file nell'ambiente con. CLI AWS Cloud9 IDE Per ulteriori informazioni sul caricamento di oggetti su Amazon S3, consulta Caricamento di oggetti nella Amazon S3 User Guide.
Velocità di download lenta in AWS Cloud9 IDE
Problema: gli utenti hanno a che fare con velocità di download lente quando tentano di scaricare file da AWS Cloud9 IDE.
Causa: quando si scaricano file dal IDE file system locale, la velocità di trasferimento sarà limitata a 0,1 megabyte/secondo.
Soluzione consigliata: per aumentare la velocità di trasferimento dei file, usa CLI in your AWS Cloud9 IDE per caricare i file su Amazon S3 e poi usa Amazon S3 per scaricare i file da lì.
Impossibile visualizzare in anteprima i contenuti Web in IDE perché la connessione al sito non è sicura
Problema: quando si tenta di accedere a contenuti Web, ad esempio un WordPress sito ospitato in un AWS Cloud9 EC2 ambiente, la finestra di IDE anteprima non è in grado di visualizzarli.
Possibili cause: per impostazione predefinita, tutte le pagine Web a cui si accede nella scheda di anteprima dell'applicazione utilizzano AWS Cloud9 IDE automaticamente il HTTPS protocollo. Se una pagina URI presenta il http
protocollo non sicuro, viene automaticamente sostituito dahttps
. E non è possibile accedere ai contenuti non sicuri riportando manualmente https
a http
.
Soluzioni consigliate: rimuovi HTTP gli script o i contenuti non sicuri dal sito Web di cui stai cercando di visualizzare l'anteprima in. IDE Segui le istruzioni del tuo server web o del tuo sistema di gestione dei contenuti per indicazioni sull'implementazione. HTTPS
Applicazioni e servizi di terze parti
La sezione seguente descrive la risoluzione dei problemi relativi ad applicazioni e servizi di terze parti.
Impossibile interagire con la finestra del terminale in AWS Cloud9
a causa di errori di sessione tmux
Problema: quando si tenta di avviare una nuova finestra di terminale in AWS Cloud9, l'interfaccia a riga di comando prevista non è disponibile. Non esiste alcun prompt dei comandi e non è possibile immettere testo. Vengono restituiti messaggi di errore come tmux: need UTF-8 locale
(LC_CTYPE)
e invalid LC_ALL, LC_CTYPE or LANG
.
Possibili cause: un terminale che non risponde potrebbe essere causato da un errore tmux. AWS Cloud9 utilizza l'utilità tmux.
In una sessione tmux
, ciò che viene visualizzato nella finestra del terminale viene gestito da un client. Il client comunica con un server in grado di gestire più sessioni. Il server e il client comunicano tramite un socket situato nella cartella tmp
. Se la cartella tmp
non è presente nell'ambiente di sviluppo o vengono applicate autorizzazioni troppo restrittive, le sessioni tmux
non possono essere eseguite. Se ciò accade, la finestra del terminale in non rispondeIDE.
Soluzioni consigliate: se gli errori tmux
impediscono di interagire con la finestra del terminale, utilizzare un modo alternativo per creare una cartella tmp
con le autorizzazioni corrette. In questo modo è possibile eseguire le sessioni tmux
. Una soluzione consiste nell'esportare LC_CTYPE
in .bash_profile
o nel file .bashrc
. Un'altra soluzione consigliata è quella di AWS Systems Manager impostare una configurazione di gestione dell'host. Ciò consente l'accesso all'istanza pertinente tramite la EC2 console Amazon.
Configurazione della gestione host
-
Innanzitutto, nella AWS Cloud9 console, trova il nome dell'istanza del tuo ambiente. È possibile farlo selezionando l'apposito pannello nella pagina Your environments (I tuoi ambienti) e selezionando View details (Visualizza dettagli). Nella pagina Environment details (Dettagli ambiente), scegliere Go to Instance (Vai all'istanza). Nella EC2 console Amazon, conferma il nome dell'istanza a cui devi accedere.
-
Ora vai alla AWS Systems Manager console e, nel pannello di navigazione, scegli Configurazione rapida.
-
Nella pagina Configurazione rapida, scegliere Create (Crea).
-
Per Tipi di configurazione, accedere a Gestione host e scegliere Create (Crea).
-
Per Personalizzare le opzioni di configurazione di Gestione host, nella sezione Targets (Destinazioni), scegliere Manuale.
-
Seleziona l'EC2istanza a cui desideri accedere, quindi scegli Crea.
Connessione all'istanza ed esecuzione di comandi
Nota
I passaggi seguenti si riferiscono alla nuova EC2 console.
-
Nella EC2 console Amazon, nel pannello di navigazione, scegli Istanze e seleziona l'istanza a cui desideri connetterti.
-
Scegli Connetti.
Se Connect (Connetti) non è attivato, potrebbe essere necessario avviare prima l'istanza.
-
Nel riquadro Connect to your instance (Connessione all'istanza), per Connection Method (Metodo di connessione), scegliere Session Manager e poi Connect (Connetti).
-
Nella finestra della sessione terminale che appare, inserire i seguenti comandi. Questi comandi creano la cartella
tmp
con le autorizzazioni corrette in modo che il socket tmux sia disponibile.sudo mkdir /tmp sudo chmod 777 /tmp sudo rmdir /tmp/tmux-*
Impossibile caricare IDE utilizzando versioni precedenti di Microsoft Edge browser
Problema: viene restituito un HTTP403: FORBIDDEN
errore quando si tenta di caricare AWS Cloud9 IDE utilizzando il Microsoft Edge browser web.
Possibili cause: AWS Cloud9 IDE non supporta alcune versioni precedenti di Microsoft Edge.
Soluzioni consigliate: per aggiornare il browser, scegliete il pulsante con i puntini di sospensione (...) nel Microsoft Edge barra degli strumenti. Dal menu, scegli Impostazioni, quindi scegli Informazioni Microsoft Edge. Se è necessario un aggiornamento, questo viene scaricato e installato automaticamente.
Errore gdb
durante il debug C++ progetti
Problema: errore segnalato per il gdb
debugger durante il tentativo di eseguire il debug del progetto C++ in. IDE
Possibili cause: supponiamo che AWS Cloud9 l'ambiente utilizzi determinati tipi di istanze (EC2ad esempio o). t3.small
m5.large
Quindi, potrebbe verificarsi un errore di debug quando si tenta di eseguire ed eseguire il debug di un C++ progetto che utilizza il IDE runner integrato. Questo errore può verificarsi perché la versione di gdb
(GNUProject Debugger) preinstallata per l'ambiente in uso non funziona su determinate piattaforme di processori. Potrebbe essere visualizzato il seguente codice di errore.
GDB server terminated with code 1
Soluzioni consigliate: il problema relativo al mancato supporto di gdb
per alcune piattaforme di processore è stato risolto a partire dalla versione3.0 in poi. Disinstallare la versione precedente del debugger ed eseguire l'aggiornamento a una versione più recente di gdb
:
-
Rimuovi la versione esistente del debugger eseguendo il seguente comando nel terminale. AWS Cloud9
sudo yum -y remove gdb
-
Recuperare l'archivio per
gdb
, decomprimerlo, quindi accedere alla directory che contiene i file estratti eseguendo i seguenti comandi.wget "http://ftp.gnu.org/gnu/gdb/gdb-8.3.tar.gz" tar xzf gdb-8.3.tar.gz cd gdb-8.3
-
Creare il debugger eseguendo il comando seguente. Per fare ciò, copiare e incollare il testo riportato di seguito in un unico blocco e premere Return (Invio) per eseguire
make
../configure --prefix=/usr \ --with-system-readline \ --with-python=/usr/bin/python3 && make
-
Installare il debugger.
sudo make -C gdb install
-
Verificare che sia installata la versione aggiornata del debugger.
gdb
--version
Problemi con runner in PHP AWS Cloud9
Problema: gli utenti non sono in grado di visualizzare alcun output nel terminale PHP CLI runner.
Causa: è necessario impostare CLI runner su PHP e abilitare la modalità debugger.
Soluzione consigliata: imposta il CLI runner su PHP e assicurati che la modalità debugger sia abilitata.
GLIBC2 errori relativi a Node.js
Problema: gli utenti non sono in grado di eseguire Node.js e ricevono GLIBC errori. Di seguito è riportato un esempio di questi messaggi di errore:
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: Potenzialmente potrebbero trattarsi di problemi relativi alla versione di Node.js relativi all'istanza utilizzata.
Soluzione consigliata: consulta la Fase 1: installare gli strumenti necessari sezione per informazioni su come installare Node.js per AWS Cloud9.