Fehlerbehebung für AWS Cloud9 - AWS Cloud9
Installer (Installationsprogramm)AWS Cloud9-UmgebungAmazon EC2Sonstige AWS-ServicesVorschau der AnwendungLeistungAnwendungen und Dienste von Drittanbietern

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Fehlerbehebung für AWS Cloud9

Verwenden Sie die folgenden Informationen, um Fehler und Probleme mit AWS Cloud9 zu identifizieren und zu beheben.

Wenn Ihr Problem nicht aufgeführt ist oder Sie zusätzliche Hilfe benötigen, informieren Sie sich im Diskussionsforum zu AWS Cloud9. Sie müssen sich möglicherweise anmelden, um dieses Forum besuchen zu können. Sie können uns auch direkt kontaktieren.

Installer (Installationsprogramm)

Der folgende Abschnitt beschreibt die Behebung von Problemen im Zusammenhang mit dem AWS Cloud9 Installationsprogramm.

Das AWS Cloud9-Installationsprogramm hängt oder schlägt fehl

Problem: Beim Herunterladen und Ausführen des AWS Cloud9-Installationsprogramms werden Fehlermeldungen angezeigt und das Installationsskript zeigt nicht Done an.

Ursache: Beim AWS Cloud9-Installationsprogramm ist mindestens ein Fehler aufgetreten, der nicht behoben werden konnte, weshalb es fehlgeschlagen ist.

Lösung: Weitere Informationen finden Sie unter Fehlerbehebung beim AWS Cloud9-Installationsskript. Sehen Sie sich häufige Probleme, mögliche Ursachen und empfohlene Lösungen an.

AWS Cloud9-Installationsprogramm wird nach folgender Anzeige nicht beendet: "Package Cloud9 IDE 1"

Problem: AWS Cloud9 wird im Rahmen der Erstellung einer SSH-Entwicklungsumgebung auf Ihrer vorhandenen Amazon EC2-Instance oder einem eigenen Server installiert. Die Installation wird abgeblendet, nachdem Sie die folgende Meldung im Dialogfeld AWS Cloud9-Installationsprogramm sehen: „Paket Cloud9 IDE 1“. Wenn Sie Abbrechen wählen, wird die folgende Meldung angezeigt: „Installation fehlgeschlagen“. Dieser Fehler tritt auf, wenn AWS Cloud9-Pakete nicht auf dem SSH-Host des Kunden installiert werden können.

Ursache: Für den SSH-Host muss Node.js installiert sein. Wir empfehlen, die neueste Node.js Version zu installieren, die vom Betriebssystem des Hosts unterstützt wird. Wenn Sie eine Version von Node.js auf Ihrem Host haben, die von AWS Cloud9 nicht unterstützt wird, kann ein Installationsfehler auftreten.

Empfohlene Lösung: Installieren Sie eine Version von Node.js, die von AWS Cloud9 auf Ihrem SSH-Host unterstützt wird.

Abhängigkeiten konnten nicht installiert werden

Problem: AWS Cloud9 benötigt Internetzugang, um Abhängigkeiten herunterzuladen.

Mögliche Ursachen:

  • Wenn Ihre AWS Cloud9 Umgebung einen Proxy für den Zugriff auf das Internet verwendet, AWS Cloud9 werden die Proxydetails benötigt, um Abhängigkeiten zu installieren. Diese Fehlermeldung wird angezeigt, wenn Sie Ihre Proxy-Details nicht an AWS Cloud9 übermittelt haben.

  • Eine weitere Ursache dafür könnte sein, dass Ihre Umgebung keinen ausgehenden Datenverkehr zulässt.

Empfohlene Lösungen:

  • Um Ihre Proxydetails bereitzustellenAWS Cloud9, fügen Sie den folgenden Code an Ihre ~/.bashrc Umgebungsdatei an:

    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]

    Wenn Ihre HTTP-Proxy-URL beispielsweise lautet https://172.31.26.80:3128 und Ihre HTTP-Proxy-URL lautethttps://172.31.26.80:3129, fügen Sie Ihrer ~/.bashrc Datei die folgenden Zeilen hinzu und legen Sie NODE_EXTRA_CA_CERTS den Pfad einer Zertifizierungsstellendatei im PEM-Format fest. Weitere Informationen zu dieser Variablen finden Sie unterhttps://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]

  • Wenn Sie eine Amazon EC2 EC2-Instance ohne Zutritt verwenden, müssen Sie sicherstellen, dass ein Amazon VPC-Endpunkt für Amazon S3 konfiguriert ist. Weitere Informationen dazu finden Sie unter Konfiguration von Amazon VPC-Endpunkten für Amazon S3 S3-Download-Abhängigkeiten.

SSH-Umgebungsfehler: „Python Version 3 ist erforderlich, um pty.js zu installieren“

Problem: Nachdem Sie eine AWS Cloud9 SSH-Entwicklungsumgebung geöffnet haben, zeigt das Terminal in der AWS Cloud9 IDE eine Meldung an, die mit „Python Version 3 ist erforderlich, um pty.js zu installieren“ beginnt.

Ursache: Damit eine SSH-Umgebung wie erwartet funktioniert, muss Python Version 3 installiert sein.

Lösung: Installieren Sie Python Version 3 in der Umgebung. Zur Überprüfung Ihrer Version führen Sie auf dem Terminal Ihres Servers den Befehl python --version aus. Informationen zur Installation von Python 3 auf Ihrem Server finden Sie in einer der folgenden Anleitungen:

AWS Cloud9-Umgebung

Im folgenden Abschnitt wird die Behebung von Problemen im Zusammenhang mit der AWS Cloud9 Umgebung beschrieben.

Umgebungserstellungs-Fehler: „We are unable to create EC2 instances ... (Erstellung von EC2-Instances nicht möglich ...)"

Problem: Bei dem Versuch, eine AWS Cloud9 Entwicklungsumgebung zu erstellen, erscheint die folgende Meldung: „We are unable to create EC2 instances in your account during account verification and activation. (Während der Überprüfung und Aktivierung Ihres Kontos konnten keine neuen EC2-Instances für Ihr Konto erstellt werden".)“

Ursache: AWS überprüft und aktiviert derzeit Ihr AWS-Konto. Bevor die Aktivierung abgeschlossen ist, was bis zu 24 Stunden dauern kann, können Sie weder diese noch andere Umgebungen erstellen.

Lösung: Versuchen Sie später noch einmal, die Umgebung zu erstellen. Wenn Sie diese Nachricht auch nach 24 Stunden erhalten, wenden Sie sich an den Support. Außerdem ist es wichtig zu wissen, dass AWS CloudFormation auch dann einen zugehörigen Stack in Ihrem Konto erstellt, wenn das Erstellen einer Umgebung fehlschlägt. Diese Stacks werden dem Kontingent für die Stack-Erstellung Ihres Konto angerechnet. Um das Limit zum Erstellen von Stacks nicht zu überschreiten, können Sie diese fehlgeschlagenen Stacks löschen. Weitere Informationen finden Sie unter Löschen eines Stacks in der AWS CloudFormation-Konsole im AWS CloudFormation-Benutzerhandbuch.

Fehler bei der Erstellung der Umgebung: „Nicht autorisiert, sts auszuführen:AssumeRole“

Problem: Wenn Sie versuchen, eine neue Umgebung zu erstellen, wird der folgende Fehler angezeigt: „Not authorized to perform sts:AssumeRole“ und die Umgebung wurde nicht erstellt.

Mögliche Ursachen: In Ihrem AWS-Konto ist keine serviceverknüpfte AWS Cloud9-Rolle vorhanden.

Empfohlene Lösungen: Erstellen Sie eine serviceverknüpfte AWS Cloud9-Rolle in Ihrem AWS-Konto. Sie können dazu den folgenden Befehl in der AWS Command Line Interface (AWS CLI) oder der AWS CloudShell ausführen.

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.

Falls dies nicht möglich ist, wenden Sie sich an Ihren AWS-Konto-Administrator.

Nachdem Sie diesen Befehl ausgeführt haben, versuchen Sie erneut, die Umgebung zu erstellen.

Verbundidentitäten können keine Umgebungen erstellen

Problem: Wenn Sie versuchen, eine AWS-Verbundidentität zur Erstellung einer AWS Cloud9 Entwicklungsumgebung zu verwenden, wird eine Zugriffsfehlermeldung angezeigt, und die Umgebung wird nicht erstellt.

Ursache: AWS Cloud9 verwendet serviceverknüpfte Rollen. Die serviceverknüpfte Rolle wird erstellt, wenn Sie das erste Mal eine Umgebung in einem Konto mithilfe des Aufrufs iam:CreateServiceLinkedRole erstellen. Verbundbenutzer können jedoch keine IAM;-APIs aufrufen. Weitere Informationen finden Sie unter GetFederationToken in der AWS Security Token Service-API-Referenz.

Lösung: Bitten Sie einen AWS-Konto-Administrator, die serviceverknüpfte Rolle für AWS Cloud9 entweder in der IAM-Konsole zu erstellen oder indem der Befehl aus der AWS Command Line Interface (AWS CLI) ausgeführt wird:

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

Oder führen Sie diesen Befehl mit der AWS-Shell aus:

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

Weitere Informationen finden Sie unter Verwenden von serviceverknüpften Rollen im IAM-Benutzerhandbuch.

Konsolenfehler: „User is not authorized to perform action on resource (Benutzer ist nicht berechtigt, die Aktion auf der Ressource durchzuführen)“

Problem: Wenn Sie versuchen, mit der AWS Cloud9-Konsole eine Entwicklungsumgebung von AWS Cloud9 zu erstellen oder zu verwalten, wird ein Fehler angezeigt, der einen ähnlichen Satz wie „Benutzer arn:aws:iam::123456789012:user/MyUser ist nicht autorisiert, cloud9:action für die Ressource arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1 auszuführen“ enthält, wobei:

  • arn:aws:iam::123456789012:user/MyUser der Amazon Resource Name (ARN) des anfordernden Benutzers.

  • action der Name der vom Benutzer angeforderten Operation.

  • arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1 ist der ARN der Umgebung, die der Benutzer für die Ausführung der Operation angefordert hat.

Ursache: Der Benutzer, mit dem Sie sich bei der AWS Cloud9-Konsole angemeldet haben, hat nicht die richtigen AWS-Zugriffsberechtigungen für die Aktion.

Lösung: Stellen Sie sicher, dass der Benutzer über die richtigen AWS-Zugriffsberechtigungen verfügt, und versuchen Sie dann erneut, die Aktion durchzuführen. Weitere Informationen finden Sie hier:

Herstellen einer Verbindung mit einer Umgebung nicht möglich

Problem: Benutzer können keine Verbindung zu einer Umgebung herstellen und hängen in der Phase des Verbindungsaufbaus fest.

Ursache: Dieses Problem kann auftreten, wenn Sie die Berechtigungen der Datei ~/ .ssh/authorized_keys ändern, die AWS Cloud9-Schlüssel aus dieser Datei entfernen oder die Datei vollständig entfernen.

Lösung: Löschen Sie diese Datei nicht. Wenn Sie sie löschen, müssen Sie Ihre Umgebung neu erstellen und möglicherweise das EBS-Volume einer bestehenden Umgebung an die neue EC2-Umgebung anfügen. Dies dient dazu, Ihre verlorenen Daten abzurufen. Wenn Berechtigungen fehlen, stellen Sie sicher, dass die Datei über Read-Write-Berechtigungen verfügt. Dies ist erforderlich, damit der SSH-Daemon die Datei lesen kann.

Eine Umgebung kann nicht geöffnet werden

Problem: Wenn Sie versuchen, eine Umgebung zu öffnen, wird die IDE mehr als fünf Minuten lang nicht angezeigt.

Mögliche Ursachen:

  • Der IAM-Benutzer, der bei der AWS Cloud9-Konsole angemeldet ist, verfügt nicht über die erforderlichen AWS-Zugriffsberechtigungen zum Öffnen der Umgebung.

  • Wenn der Umgebung eine Cloud-Computing-Instance von AWS (z. B. eine Amazon-EC2-Instance) zugeordnet ist, trifft möglicherweise Folgendes zu:

    • Die VPC, die der Instance zugeordnet ist, ist nicht auf die richtigen Einstellungen für AWS Cloud9 festgelegt.

    • Die Instance führt einen Übergang zwischen Zuständen durch oder besteht automatische Statusprüfungen nicht, während AWS Cloud9 versucht, eine Verbindung mit der Instance herzustellen.

  • Wenn es sich bei der Umgebung um eine SSH-Umgebung handelt, ist die zugeordnete Cloud-Computing-Instance oder Ihr eigener Server nicht korrekt eingerichtet, um AWS Cloud9 den Zugriff darauf zu ermöglichen.

Empfohlene Lösungen:

AWS Cloud9-Umgebung kann nicht geöffnet werden: „Auf diese Umgebung kann derzeit nicht von Mitarbeitern zugegriffen werden. Bitte warten Sie, bis die Entfernung der verwalteten temporären Anmeldeinformationen abgeschlossen ist, oder wenden Sie sich an den Besitzer dieser Umgebung."

Problem: Wenn ein neuer Mitarbeiter von jemandem zu einer Umgebung hinzugefügt wird, der nicht der Besitzer der Umgebung ist, werden die von AWS verwalteten temporären Anmeldeinformationen deaktiviert. Die Anmeldeinformationen werden durch das Löschen der Datei ~/.aws/credentials deaktiviert. Während die Datei ~/.aws/credentials gelöscht wird, können neue Mitarbeiter nicht auf die AWS Cloud9-Umgebung zugreifen.

Ursache: Das Verhindern des Zugriffs auf die Umgebung während des Löschens der von AWS verwalteten temporären Anmeldeinformationen stellt eine Sicherheitsmaßnahme dar. Auf diese Weise können Umgebungsbesitzer sicherstellen, dass nur vertrauenswürdige Mitarbeiter auf verwaltete Anmeldeinformationen zugreifen können. Wenn sie sich vergewissert haben, dass die Liste der Mitarbeiter gültig ist, können die Umgebungsbesitzer die verwalteten Anmeldeinformationen wieder aktivieren, damit sie freigegeben werden können. Weitere Informationen finden Sie unter Steuern des Zugriffs auf AWS -verwaltete temporäre Anmeldeinformationen.

Empfohlene Lösungen: Warten Sie, bis die Datei ~/.aws/credentials vollständig gelöscht wurde, bevor Sie erneut versuchen, die AWS Cloud9-Umgebung zu öffnen. Die maximale Wartezeit für den Ablauf der Anmeldeinformationen beträgt 15 Minuten. Alternativ können Sie den Umgebungsbesitzer bitten, die verwalteten temporären Anmeldeinformationen zu aktivieren oder zu deaktivieren. Nachdem die Anmeldeinformationen wieder aktiviert oder deaktiviert wurden, können die Mitarbeiter sofort auf die Umgebung zugreifen. Durch Umschalten des Zustands der verwalteten Anmeldeinformationen auf ENABLED oder DISABLED stellt der Umgebungsbesitzer sicher, dass die Anmeldeinformationen nicht in einem Zwischenzustand verbleiben. Ein Zwischenstatus verhindert ggf., dass Mitarbeiter auf die Umgebung zugreifen können.

Anmerkung

Angenommen, der Umgebungsbesitzer und der Mitarbeiter gehören demselben AWS-Konto an. In diesem Fall kann der Mitarbeiter den Umgebungsbesitzer ermitteln, den er kontaktieren muss, indem er die Karte für eine Umgebung auf der Seite Your environments (Ihre Umgebungen) in der Konsole überprüft. Der Umgebungsbesitzer ist auch auf der Seite Umgebungsdetails aufgeführt.

Fehler beim Löschen der Umgebung: „One or more environments failed to delete" (Eine oder mehrere Umgebungen konnten nicht gelöscht werden)“.

Problem: Wenn Sie versuchen, eine oder mehrere Umgebungen in der AWS Cloud9-Konsole zu löschen, wird die Meldung „Eine oder mehrere Umgebungen konnten nicht gelöscht werden“ angezeigt und mindestens eine der Umgebungen wird nicht gelöscht.

Mögliche Ursache: AWS CloudFormation könnte ein Problem beim Löschen einer oder mehrerer Umgebungen haben. AWS Cloud9 ist auf AWS CloudFormation angewiesen, um Umgebungen erstellen und löschen zu können.

Empfohlene Lösung: Versuchen Sie, mit AWS CloudFormation jede nicht gelöschte Umgebung zu löschen.

  1. Öffnen Sie die AWS CloudFormation-Konsole unter https://console.aws.amazon.com/cloudformation.

  2. Wählen Sie in der AWS-Navigationsleiste die AWS-Region für die Umgebung aus.

  3. Wählen Sie in der Liste der AWS CloudFormation-Stacks den Eintrag aus, bei dem der Stack-Name den nicht gelöschten Umgebungsnamen enthält und Status DELETE_FAILED ist. Wenn der Umgebungsname beispielsweise lautet, wählen Sie den Stack ausmy-demo-environment, der mit dem Namen aws-cloud9 - beginnt. my-demo-environment (Wählen Sie das Kästchen oder die Option neben dem Namen der Umgebung aus, nicht den Namen selbst.)

  4. Wählen Sie Actions (Aktionen) aus.

  5. Wählen Sie bei Aufforderung Yes, Delete (Ja, löschen) aus.

Der Prozess des Löschens eines Stacks kann einige Minuten dauern.

Wenn der Stack aus der Liste verschwindet, wird nun die Umgebung gelöscht.

Wenn der Stack nach einigen Minuten noch mit DELETE_FAILED angezeigt wird, wurde die Umgebung noch immer nicht gelöscht. Sie können versuchen, alle Ressourcen des fehlerhaften Stacks manuell zu löschen.

Anmerkung

Das manuelle Löschen der Ressourcen eines fehlerhaften Stacks entfernt den Stack selbst nicht aus Ihrem AWS-Konto.

Gehen Sie wie folgt vor, um diese Ressourcen manuell zu löschen. Wählen Sie in der AWS CloudFormation-Konsole den fehlgeschlagenen Stack und dann den Abschnitt Resources (Ressourcen) aus. Navigieren Sie für jede Ressource in dieser Liste zur Konsole in AWS und verwenden Sie dann diese Konsole, um die Ressource manuell zu löschen.

Ändern der Timeout-Zeit für eine Umgebung in IDE AWS Cloud9

Problem: Benutzer möchten die Timeout-Zeit für Amazon EC2 EC2-Umgebungen aktualisieren.

Ursache: Die Standard-Timeout-Zeit beträgt 30 Minuten. Für einige Benutzer ist dies möglicherweise zu kurz.

Empfohlene Lösung:

  1. Öffnen Sie die Umgebung, die Sie konfigurieren möchten.

  2. Wählen Sie in der Menüleiste der AWS Cloud9IDE die Option AWS Cloud9Einstellungen aus.

  3. Scrollen Sie im Fenster Einstellungen zum Abschnitt Amazon EC2 EC2-Instance.

  4. Wählen Sie den Timeout-Wert aus der verfügbaren Liste aus und aktualisieren Sie ihn.

Fehler beim lokalen Ausführen von SAM-Anwendungen im AWS Toolkit, da die AWS Cloud9 Umgebung nicht über genügend Speicherplatz verfügt

Problem: Es tritt ein Fehler auf, wenn Sie das AWS Toolkit verwenden, um AWS SAM-CLI-Befehle für Anwendungen auszuführen, die durch SAM-Vorlagen definiert sind.

Mögliche Ursachen: Wenn Sie Serverless-Anwendungen lokal mit dem AWS Toolkit ausführen und debuggen, verwendet AWS SAM Docker-Images. Diese Images stellen eine Laufzeitumgebung und Build-Tools bereit, die die Lambda-Umgebung emulieren, in der Sie die Bereitstellung planen.

Wenn jedoch nicht genügend Speicherplatz in Ihrer Umgebung vorhanden ist, kann das Docker-Image, das diese Funktionen bereitstellt, nicht erstellt und Ihre lokale SAM-Anwendung nicht ausgeführt werden. In diesem Fall erhalten Sie auf der Registerkarte Output (Ausgabe) möglicherweise eine Fehlermeldung ähnlich der folgenden.

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.

Dieser Fehler bezieht sich auf eine SAM-Anwendung, die mit der Python-Laufzeitumgebung erstellt wurde. Abhängig von der Laufzeit, die Sie für Ihre Anwendung gewählt haben, erhalten Sie möglicherweise eine etwas andere Meldung.

Empfohlene Lösungen: Geben Sie Speicherplatz in Ihrer Umgebung frei, damit das Docker-Image erstellt werden kann. Entfernen Sie alle nicht verwendeten Docker-Images, indem Sie den folgenden Befehl im Terminal der IDE ausführen.

docker image prune -a

Wenn Sie aufgrund von Speicherplatzbeschränkungen immer wieder Probleme mit SAM-CLI-Befehlen haben, sollten Sie zu einer Entwicklungsumgebung wechseln, die einen anderen Instance-Typ verwendet.

(zurück zum Seitenanfang)

IDE kann nicht mit älteren Versionen des Browsers Microsoft Edge geladen werden

Problem: Der Fehler HTTP403: FORBIDDEN wird zurückgegeben, wenn versucht wird, die AWS Cloud9-IDE mit dem Microsoft Edge-Webbrowser zu laden.

Mögliche Ursachen: Die AWS Cloud9-IDE unterstützt bestimmte ältere Versionen von Microsoft Edge nicht.

Empfohlene Lösungen: Wählen Sie zum Aktualisieren des Browsers die Schaltfläche mit den Auslassungspunkten (...) in der Microsoft Edge-Symbolleiste aus. Wählen Sie im Menü Einstellungen und dann Über uns Microsoft Edge. Wenn ein Update erforderlich ist, wird es automatisch heruntergeladen und installiert.

(zurück zum Seitenanfang)

Die Unterordnerstruktur /home/ec2-user/environment/home/ec2-user/environment kann im Datei-Explorer der AWS Cloud9-IDE nicht erstellt werden.

Problem: Wenn Sie die Unterordnerstruktur /home/ec2-user/environment/home/ec2-user/environment im Datei-Explorer der AWS Cloud9-IDE erstellen, erhalten Sie eine Fehlermeldung, die besagt, dass es nicht möglich ist, dieses Verzeichnis zu öffnen.

Mögliche Ursachen: Es ist derzeit nicht möglich, mit dem Dateisystem der AWS Cloud9-IDE eine Unterordnerstruktur /home/ec2-user/environment innerhalb eines gleichnamigen Ordners zu erstellen. Sie können vom Datei-Explorer der AWS Cloud9-IDE aus auf keine Dateien in diesem Verzeichnis zugreifen. Sie können jedoch über die Befehlszeile darauf zugreifen. Dieses Problem betrifft nur den Dateipfad /home/ec2-user/environment/home/ec2-user/environment. Dateipfade wie /test/home/ec2-user/environment und /home/ec2-user/environment/test sollten funktionieren. Dies ist ein bekanntes Problem und betrifft nur den Datei-Explorer von AWS Cloud9 IDE.

Empfohlene Lösungen: Verwenden Sie einen anderen Dateinamen und eine andere Struktur.

(zurück zum Seitenanfang)

Die Unterordnerstruktur /projects/projects kann im Datei-Explorer der IDE für nicht erstellt werden. AWS Cloud9 CodeCatalyst

Problem: Wenn Sie die Unterordnerstruktur /projects/projects im AWS Cloud9 IDE-Datei-Explorer für erstellen, erhalten Sie eine Fehlermeldung CodeCatalyst, dass es nicht möglich ist, dieses Verzeichnis zu öffnen.

Mögliche Ursachen: Es ist derzeit nicht möglich, mit dem Datei-Explorer der IDE for eine Unterordnerstruktur /projects innerhalb eines gleichnamigen Ordners zu erstellen. AWS Cloud9 CodeCatalyst Sie können vom Datei-Explorer der AWS Cloud9-IDE aus auf keine Dateien in diesem Verzeichnis zugreifen. Sie können jedoch über die Befehlszeile darauf zugreifen. Dieses Problem betrifft nur den Dateipfad /projects/projects. Dateipfade wie /test/projects und /projects/test sollten funktionieren. Dies ist ein bekanntes Problem und betrifft nur den AWS Cloud9 IDE-Datei-Explorer für. CodeCatalyst

Empfohlene Lösungen: Verwenden Sie einen anderen Dateinamen und eine andere Struktur.

(zurück zum Seitenanfang)

Interaktion mit dem Terminalfenster in AWS Cloud9 aufgrund von tmux-Sitzungsfehlern nicht möglich

Problem: Wenn Sie versuchen, ein neues Terminalfenster in AWS Cloud9 zu starten, ist die erwartete Befehlszeilenschnittstelle nicht verfügbar. Es gibt keine Eingabeaufforderung und Sie können keinen Text eingeben. Fehlermeldungen wie tmux: need UTF-8 locale (LC_CTYPE) und invalid LC_ALL, LC_CTYPE or LANG werden zurückgegeben.

Mögliche Ursachen: Ein Terminal, das nicht reagiert, könnte durch einen Tmux-Fehler verursacht werden. AWS Cloud9 verwendet das Dienstprogramm Tmux. Daher werden Informationen auch dann beibehalten, wenn die Seite neu geladen wird oder Sie wieder eine Verbindung mit Ihrer Entwicklungsumgebung herstellen.

In einer tmux-Sitzung wird das, was im Terminalfenster angezeigt wird, von einem Client bearbeitet. Der Client kommuniziert mit einem Server, der mehrere Sitzungen verwalten kann. Der Server und der Client kommunizieren über einen Socket im tmp-Ordner. Wenn der tmp-Ordner in Ihrer Entwicklungsumgebung fehlt oder übermäßig restriktive Berechtigungen darauf angewendet werden, können keine tmux-Sitzungen ausgeführt werden. In diesem Fall reagiert das Terminalfenster in der IDE nicht mehr.

Empfohlene Lösungen: Wenn tmux-Fehler Sie daran hindern, mit dem Terminalfenster zu interagieren, müssen Sie eine alternative Methode verwenden, um einen tmp-Ordner mit den richtigen Berechtigungen zu erstellen. Auf diese Weise können tmux-Sitzungen ausgeführt werden. Eine Lösung besteht darin, LC_CTYPE in .bash_profile oder in die .bashrc-Datei zu exportieren. Eine weitere empfohlene Lösung besteht darin, AWS Systems Manager zu verwenden, um eine Host-Verwaltungskonfiguration einzurichten. Dies ermöglicht den Zugriff auf die entsprechende Instance über die Amazon-EC2-Konsole.

Einrichten der Host-Verwaltung

  1. Suchen Sie in der AWS Cloud9-Konsole zunächst den Namen der Instance Ihrer Umgebung. Wählen Sie hierzu den entsprechenden Bereich auf der Seite Your environments (Ihre Umgebungen) und klicken Sie auf View details (Details anzeigen). Wählen Sie auf der Seite Details der Umgebung Zur Instance. Bestätigen Sie in der Amazon-EC2-Konsole den Namen der Instance, auf die Sie zugreifen müssen.

  2. Wechseln Sie jetzt zur AWS Systems Manager-Konsole und wählen Sie im Navigationsbereich Schnelleinrichtung aus.

  3. Wählen Sie auf der Seite Schnelleinrichtung Erstellen aus.

  4. Wechseln Sie für Konfigurationstypen zu Host-Verwaltung und wählen Sie Erstellen aus.

  5. Wähle Sie für Anpassen der Konfigurationsoptionen der Host-Verwaltung im Abschnitt Ziele Manuell aus.

  6. Wählen Sie die EC2-Instance aus, auf die Sie zugreifen möchten, und wählen Sie dann Erstellen aus.

Verbinden mit der Instance und Ausführen von Befehlen

Anmerkung

Die folgenden Schritte beziehen sich auf die neue EC2-Konsole.

  1. Wählen Sie im Navigationsbereich der Amazon-EC2-Konsole Instances und wählen Sie die Instance aus, mit der Sie eine Verbindung herstellen möchten.

  2. Wählen Sie Connect aus.

    Wenn Connect (Verbinden) nicht aktiviert ist, müssen Sie möglicherweise zuerst die Instance starten.

  3. Wählen Sie im Bereich Connect to your instance (Herstellen einer Verbindung mit Ihrer Instance) für Connection method (Verbindungsmethode) die Option Session Manager und dann Connect (Verbinden) aus.

  4. Geben Sie im Terminalfenster, das jetzt angezeigt wird, die folgenden Befehle ein. Diese Befehle erstellen den tmp-Ordner mit den richtigen Berechtigungen, damit der tmux-Socket verfügbar ist.

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

(zurück zum Seitenanfang)

Amazon EC2

Der folgende Abschnitt beschreibt die Behebung von Problemen im Zusammenhang mit Amazon EC2.

Amazon-EC2-Instances werden nicht automatisch aktualisiert

Problem: Aktuelle System-Updates werden nicht automatisch auf eine Amazon-EC2-Instance angewendet, die eine Verbindung zu einer AWS Cloud9 Entwicklungsumgebung herstellt.

Ursache: Durch das automatische Anwenden von aktuellen Systemaktualisierungen kann es dazu kommen, dass Ihr Code oder die Amazon-EC2-Instance ungewöhnlich reagiert, ohne vorherige Kenntnisnahme oder Genehmigung.

Empfohlene Lösungen:

Führen Sie regelmäßig Systemaktualisierungen für die Amazon-EC2-Instance durch, indem Sie die Anweisungen in Aktualisieren der Instance-Software im Amazon EC2-Benutzerhandbuch für Linux-Instances befolgen.

Um Befehle auf der Instance auszuführen, können Sie eine Terminalsitzung in der AWS Cloud9 IDE von der Umgebung verwenden, die mit der Instance verbunden ist.

Alternativ können Sie ein SSH-Remote-Zugriff-Dienstprogramm wie ssh oder PuTTY verwenden, um eine Verbindung mit der Instance herzustellen. Zu diesem Zweck verwenden Sie auf Ihrem lokalen Computer ein Dienstprogramm zur SSH-Schlüsselpaarerstellung, z. B. ssh-keygen oder PuTTYgen. Verwenden Sie die AWS Cloud9-IDE aus der Umgebung, die mit der Instance verbunden ist, um den generierten öffentlichen Schlüssel auf der Instance zu speichern. Verwenden Sie anschließend das SSH-Remotezugriff-Serviceprogramm zusammen mit dem generierten privaten Schlüssel, um auf die Instance zuzugreifen. Weitere Informationen finden Sie in der Dokumentation des Serviceprogramms.

AWS CLI- oder AWS-Shell-Fehler: „Das Sicherheits-Token in der Anforderung ist ungültig“ in einer EC2-Umgebung

Problem: Wenn Sie versuchen, über die AWS Command Line Interface (AWS CLI) oder die AWS-Shell einen Befehl in der AWS Cloud9-IDE für eine EC2-Umgebung auszuführen, wird folgende Fehlermeldung angezeigt: „Das Sicherheits-Token in der Anforderung ist ungültig.“

Ursache: Ein ungültiges Sicherheitstoken kann auftreten, wenn Sie AWS verwaltete temporäre Anmeldeinformationen aktiviert haben und einer der folgenden Fälle auftritt:

  • Sie haben versucht, einen Befehl auszuführen, der mit den von AWSverwalteten temporären Anmeldeinformationen nicht zulässig ist. Die Liste der zulässigen Befehle finden Sie unter Aktionen, die durch AWS verwaltete temporäre Anmeldeinformationen unterstützt werden.

  • DieAWS-verwalteten temporären Anmeldeinformationen sind nach 15 Minuten automatisch abgelaufen.

  • DieAWS-verwaltete temporäre Anmeldeinformationen für eine freigegebene Umgebung wurden deaktiviert, da ein neues Mitglied von einer anderen Person als dem Besitzer der Umgebung hinzugefügt wurde.

Empfohlene Lösungen:

  • Führen Sie nur die Befehle aus, die durch die von AWS verwalteten temporären Anmeldeinformationen erlaubt sind. Wenn Sie einen Befehl ausführen müssen, der mit den von AWS verwalteten temporären Anmeldeinformationen nicht zulässig ist, konfigurieren Sie die AWS CLI oder die AWS-Shell in der Umgebung mit einem Satz permanenter Anmeldeinformationen. Dadurch wird diese Einschränkung aufgehoben. Anweisungen finden Sie unter Erstellen und Speichern dauerhafter Anmeldeinformationen in einer Umgebung.

  • Bei deaktivierten oder abgelaufenen Anmeldeinformationen muss der Umgebungsbesitzer die Umgebung öffnen, damit AWS Cloud9 die temporären Anmeldeinformationen in der Umgebung aktualisieren kann. Weitere Informationen finden Sie unter Steuern des Zugriffs auf AWS -verwaltete temporäre Anmeldeinformationen.

Herstellen einer Verbindung mit der EC2-Umgebung nicht möglich, da die IP-Adressen der VPC von Docker verwendet werden

Problem: Wenn Sie in einer EC2-Umgebung die EC2-Instance in einer Amazon-VPC launchen, die den IPv4-CIDR-Block (Classless Inter-Domain Routing) 172.17.0.0/16 verwendet, wird die Verbindung beim Versuch, diese Umgebung zu öffnen, möglicherweise blockiert.

Ursache: Docker verwendet ein Link-Layer-Gerät, das als Bridge-Netzwerk bezeichnet wird und die Kommunikation von Containern ermöglicht, die mit demselben Bridge-Netzwerk verbunden sind. AWS Cloud9 erstellt Container, die eine Standard-Bridge für die Container-Kommunikation verwenden. Die Standard-Bridge verwendet normalerweise das 172.17.0.0/16 Subnetz für Container-Netzwerke.

Wenn das VPC-Subnetz für die Instance Ihrer Umgebung denselben Adressbereich verwendet, der bereits von Docker genutzt wird, kann ein IP-Adressenkonflikt auftreten. Wenn AWS Cloud9 also versucht, eine Verbindung mit seiner Instance herzustellen, wird diese Verbindung über die Gateway-Routing-Tabelle an die Docker-Bridge weitergeleitet. Dies verhindert AWS Cloud9 eine Verbindung mit der EC2-Instance herstellen, die die Entwicklungsumgebung unterstützt.

Empfohlene Lösung: Um einen IP-Adressenkonflikt zu beheben, der dadurch verursacht wird, dass Amazon VPC und Docker denselben IPv4-CIDR-Adressblock verwenden, konfigurieren Sie eine neue VPC für die Instance, die Ihre EC2-Umgebung unterstützt. Konfigurieren Sie für diese neue VPC einen CIDR-Block, der sich von 172.17.0.0/16 unterscheidet. (Sie können den IP-Adressbereich einer bestehenden VPC oder eines Subnetzes nicht ändern).

Informationen zur Konfiguration finden Sie unter Dimensionierung der VPC und der Subnetze im Amazon VPC-Benutzerhandbuch.

Die Unterordnerstruktur /home/ec2-user/environment/home/ec2-user/environment kann im Datei-Explorer der AWS Cloud9-IDE nicht erstellt werden.

Problem: Wenn Sie die Unterordnerstruktur /home/ec2-user/environment/home/ec2-user/environment im Datei-Explorer der AWS Cloud9-IDE erstellen, erhalten Sie eine Fehlermeldung, die besagt, dass es nicht möglich ist, dieses Verzeichnis zu öffnen.

Mögliche Ursachen: Es ist derzeit nicht möglich, mit dem Dateisystem der AWS Cloud9-IDE eine Unterordnerstruktur /home/ec2-user/environment innerhalb eines gleichnamigen Ordners zu erstellen. Sie können vom Datei-Explorer der AWS Cloud9-IDE aus auf keine Dateien in diesem Verzeichnis zugreifen. Sie können jedoch über die Befehlszeile darauf zugreifen. Dieses Problem betrifft nur den Dateipfad /home/ec2-user/environment/home/ec2-user/environment. Dateipfade wie /test/home/ec2-user/environment und /home/ec2-user/environment/test sollten funktionieren. Dies ist ein bekanntes Problem und betrifft nur den Datei-Explorer von AWS Cloud9 IDE.

Empfohlene Lösungen: Verwenden Sie einen anderen Dateinamen und eine andere Struktur.

AWS Cloud9 kann nicht über die Konsole gestartet werden, wenn eine Lizenzkonfiguration von AWS License Manager mit Amazon-EC2-Instances verknüpft ist

Issue (Problem): Wenn Sie versuchen, eine AWS Cloud9-EC2-Umgebung von der Konsole aus zu starten, wird die Fehlermeldung unable to access your environment zurückgegeben.

Mögliche Ursachen: AWS License Manager rationalisiert die Verwaltung von Software-Anbieterlizenzen in der gesamten AWS Cloud. Bei der Einrichtung von License Manager erstellen Sie Lizenzkonfigurationen, bei denen es sich um Lizenzregeln handelt, die auf den Bedingungen Ihrer Unternehmensverträge basieren. Diese Lizenzkonfigurationen können an einen Mechanismus angefügt werden, z. B. ein Amazon Machine Image (AMI) oder AWS CloudFormation. Sie können einen dieser Mechanismen zum Launchen von EC2-Instances verwenden.

Ältere Versionen von Service Linked Role (SLR) AWSCloud9ServiceRolePolicyfür AWSServiceRoleForAWSCloud 9 enthalten derzeit keinen Ressourcenstatus. license-configuration Daher darf AWS Cloud9 seine Instance nicht starten und stoppen. Aus diesem Grund wird AWS Cloud9 der Zugriff auf seine Amazon-EC2-Instance verweigert und ein Fehler zurückgegeben.

Empfohlene Lösungen: Wenn Sie nicht auf eine bestehende AWS Cloud9 Umgebung zugreifen und License Manager verwenden können, ersetzen Sie die alte AWSCloud9ServiceRolePolicyserviceverknüpfte Rolle durch die Version der SLR, die EC2-Aktionen explizit zulässt, wenn a license-configuration für die Instanz gilt. Sie können die alte Rolle einfach durch Löschen ersetzen. Die aktualisierte Rolle wird dann automatisch erstellt.

Ausführen einiger Befehle oder Skripts in einer EC2-Umgebung nicht möglich

Problem: Nachdem Sie eine AWS Cloud9-EC2-Entwicklungsumgebung geöffnet haben, können Sie einige Arten von Paketen nicht installieren, keine Befehle wie yum oder apt oder Skripts ausführen, die Befehle enthalten, die normalerweise mit anderen Linux-Betriebssystemen funktionieren.

Ursache: Die Amazon EC2-Instance, die AWS Cloud9 für eine EC2-Umgebung verwendet, benötigt Amazon Linux, (das auf Red Hat Enterprise Linux (RHEL)) basiert, oder Unbuntu Server.

Lösung: Wenn Sie Pakete installieren oder verwalten oder Befehle oder Skripte in der IDE für eine EC2-Umgebung ausführen, stellen Sie sicher, dass sie entweder mit RHEL (für Amazon Linux) oder Ubuntu Server kompatibel sind, abhängig von der Instance für diese Umgebung.

Fehlermeldung mit dem Hinweis „Das Instanzprofil ist im Konto AWSCloud9SSMInstanceProfile nicht vorhanden“ beim Erstellen einer EC2-Umgebung mit AWS CloudFormation

Problem: Wenn die AWS::Cloud9::EnvironmentAWS CloudFormationEC2-Ressource zum Erstellen einer EC2-Umgebung verwendet wird, erhalten Benutzer eine Fehlermeldung, dass das Instanzprofil im Konto AWSCloud9SSMInstanceProfile nicht vorhanden ist.

Ursache: Wenn Sie eine No-Ingress-EC2-Umgebung erstellen, müssen Sie die Servicerolle AWSCloud9SSMAccessRole und das Instance-Profil AWSCloud9SSMInstanceProfile erstellen. Mit diesen IAM-Ressourcen kann Systems Manager die EC2-Instance verwalten, die Ihre Entwicklungsumgebung unterstützt.

Wenn Sie mit der Konsole eine No-Ingress-Umgebung erstellen, werden AWSCloud9SSMAccessRole und AWSCloud9SSMInstanceProfile automatisch erstellt. Wenn Sie jedoch AWS CloudFormation oder AWS CLI zum Erstellen Ihrer ersten No-Ingress-Umgebung verwenden, müssen Sie diese IAM-Ressourcen manuell erstellen.

Empfohlene Lösung: Weitere Informationen zum Bearbeiten Ihrer AWS CloudFormation-Vorlage und zum Aktualisieren von IAM-Berechtigungen finden Sie unter Verwenden von AWS CloudFormation zum Erstellen von EC2-Umgebungen ohne Eindringen.

Fehlermeldung: „nicht berechtigt zur Ausführung von perform: ssm:StartSession auf Ressource“ beim Erstellen einer EC2-Umgebung mit AWS CloudFormation

Problem: Wenn Benutzer die AWS::Cloud9::EnvironmentAWS CloudFormationEC2-Ressource verwenden, um eine EC2-Umgebung zu erstellen, erhalten sie eine Meldung AccessDeniedException und werden darüber informiert, dass sie „nicht autorisiert sind, Folgendes auszuführen: ssm:StartSession auf der Ressource“.

Ursache: Dem Benutzer fehlt die Berechtigung, die StartSession API aufzurufen, die als Teil der Konfiguration für EC2-Umgebungen erforderlich ist, die Systems Manager für No-ingress-Instances verwenden.

Empfohlene Lösung: Weitere Informationen zum Bearbeiten Ihrer AWS CloudFormation-Vorlage und zum Aktualisieren von IAM-Berechtigungen finden Sie unter Verwenden von AWS CloudFormation zum Erstellen von EC2-Umgebungen ohne Eindringen.

Fehlermeldung, die keine Berechtigung „zum Ausführen von: iam:GetInstanceProfile auf Ressource: Instance-Profil AWSCloud9SSMInstanceProfile meldet“, wenn eine EC2-Umgebung mit AWS CLI erstellt wird

Problem: Wenn Benutzer die verwenden, AWS CLIum eine EC2-Umgebung zu erstellen, erhalten sie eine Meldung AccessDeniedException und werden darüber informiert, dass ihre AWS Cloud9 Umgebung nicht autorisiert ist, „iam: GetInstanceProfile on resource: instance profile“ auszuführen. AWSCloud9SSMInstanceProfile

Cause (Ursache): AWS Cloud9 fehlt die Berechtigung, die StartSession-API aufzurufen, die als Teil der Konfiguration für EC2-Umgebungen erforderlich ist, die Systems Manager für No-ingress-Instances verwenden.

Empfohlene Lösung: Informationen zum Hinzufügen der erforderlichen Servicerolle AWSCloud9SSMAccessRole und von AWSCloud9SSMInstanceProfile zu Ihrer AWS Cloud9-Umgebung finden Sie unter Verwalten von Instance-Profilen für Systems Manager mit AWS CLI.

Fehler beim Erstellen einer Umgebung, wenn die Standardverschlüsselung auf Amazon EBS-Volumes angewendet wird

Problem: Failed to create environments. The development environment '[environment-ID]' failed to create Beim Erstellen einer Amazon EC2 Umgebung wird ein Fehler zurückgegeben.

Mögliche Ursachen: Wenn Ihre AWS Cloud9-IDE Amazon-EBS-Volumes verwendet, die standardmäßig verschlüsselt sind, benötigt die mit dem Service AWS Identity and Access Management verknüpfte Rolle für AWS Cloud9 Zugriff auf die AWS KMS keys für diese EBS-Volumes. Wenn kein Zugriff bereitgestellt wird, kann die AWS Cloud9-IDE möglicherweise nicht gestartet werden und es kann schwierig sein, das Problem zu beheben.

Empfohlene Lösungen: Um den Zugriff zu ermöglichen, fügen Sie die serviceverknüpfte Rolle für AWS Cloud9, AWSServiceRoleForAWSCloud9, zum kundenverwalteten Schlüssel hinzu, der von Ihren Amazon EBS-Volumes verwendet wird.

Weitere Informationen zu dieser Aufgabe finden Sie unter Erstellen einer AWS Cloud9, die Amazon-EBS-Volumes mit Standardverschlüsselung verwendet unter „Muster“ in den ausführlichen Anleitungen zu AWS.

VPC-Fehler für EC2-Classic-Konten: „Zugriff auf Ihre Umgebung nicht möglich“

Problem: EC2-Classic wurde in der ursprünglichen Version von Amazon EC2 eingeführt. Falls Sie ein AWS-Konto verwenden, das vor dem 4. Dezember 2013 eingerichtet wurde, kann dieser Fehler auftreten, wenn Sie beim Erstellen einer AWS Cloud9-EC2-Entwicklungsumgebung keine Amazon-VPC und kein Subnetz konfigurieren.

Wenn Sie die Standard-VPC-Einstellungen akzeptieren, wird die Amazon-EC2-Instance im EC2-Classic-Netzwerk gestartet. Die Instance wird nicht in einem Subnetz der Standard-VPC gestartet. Die folgende Meldung wird angezeigt, wenn die Erstellung der Umgebung fehlschlägt:

Fehler in der Umgebung

Zugriff auf Ihre Umgebung nicht möglich

Fehler bei der Erstellung der Umgebung: Die folgenden Ressourcen konnten nicht erstellt werden: [Instance]. Rollback vom Benutzer angefordert.

Sie können bestätigen, dass der Fehler dadurch verursacht wird, dass sich die EC2-Instance nicht in der Standard-VPC befindet. Verwenden Sie AWS CloudFormation, um den Stack-Ereignisverlauf für die Entwicklungsumgebung anzuzeigen.

  1. Öffnen Sie die AWS CloudFormation-Konsole. Weitere Informationen finden Sie unter Anmelden bei der AWS CloudFormation-Konsole.

  2. Wählen Sie in der AWS CloudFormation-Konsole Stacks aus.

  3. Wählen Sie auf der Seite Stacks den Namen der Entwicklungsumgebung aus, die nicht erstellt wurde.

  4. Wählen Sie auf der Seite Stack details (Stackdetails) die Registerkarte Events (Ereignisse) und prüfen Sie sie auf den folgenden Eintrag:

    Status: CREATE_FAILED

    Statusgrund: Der AssociatePublicIpAddress Parameter wird nur von VPC-Starts unterstützt. [...]

Ursache: Eine AWS Cloud9-Entwicklungsumgebung muss mit einer Amazon VPC verknüpft sein, die bestimmte VPC-Anforderungen erfüllt. Bei Konten, bei denen EC2-Classic aktiviert ist, bedeutet das Akzeptieren der Standardnetzwerkeinstellungen beim Erstellen einer EC2-Entwicklungsumgebung dass die erforderliche EC2-Instance nicht in der VPC gestartet wird. Stattdessen wird die Instance im EC2-Classic-Netzwerk gestartet.

Empfohlene Lösung: Bei einem EC2-Classic-Konto müssen Sie eine VPC und ein Subnetz auswählen, wenn Sie eine EC2-Entwicklungsumgebung erstellen. Wählen Sie auf der Seite Einstellungen konfigurieren im Bereich Netzwerkeinstellungen (erweitert) die VPC und das Subnetz aus, in dem Sie Ihre EC2-Instance starten können.

Sonstige AWS-Services

Der folgende Abschnitt beschreibt die Behebung von Problemen im Zusammenhang mit anderen AWS Diensten.

Die Unterordnerstruktur /projects/projects kann im Datei-Explorer der IDE für nicht erstellt werden. AWS Cloud9 CodeCatalyst

Problem: Wenn Sie die Unterordnerstruktur /projects/projects im AWS Cloud9 IDE-Datei-Explorer für erstellen, erhalten Sie eine Fehlermeldung CodeCatalyst, dass es nicht möglich ist, dieses Verzeichnis zu öffnen.

Mögliche Ursachen: Es ist derzeit nicht möglich, mit dem Datei-Explorer der IDE for eine Unterordnerstruktur /projects innerhalb eines gleichnamigen Ordners zu erstellen. AWS Cloud9 CodeCatalyst Sie können vom Datei-Explorer der AWS Cloud9-IDE aus auf keine Dateien in diesem Verzeichnis zugreifen. Sie können jedoch über die Befehlszeile darauf zugreifen. Dieses Problem betrifft nur den Dateipfad /projects/projects. Dateipfade wie /test/projects und /projects/test sollten funktionieren. Dies ist ein bekanntes Problem und betrifft nur den AWS Cloud9 IDE-Datei-Explorer für. CodeCatalyst

Empfohlene Lösungen: Verwenden Sie einen anderen Dateinamen und eine andere Struktur.

Die laufende Anwendung kann nicht außerhalb der IDE angezeigt werden

Problem: Wenn Sie oder andere versuchen, die laufende Anwendung in einer Webbrowser-Registerkarte außerhalb der IDE anzuzeigen, zeigt diese Webbrowser-Registerkarte einen Fehler an oder ist leer.

Mögliche Ursachen:

  • Die Anwendung wird nicht in der IDE ausgeführt.

  • Die Anwendung wird mit der IP 127.0.0.1 oder localhost ausgeführt.

  • Die Anwendung wird in einer AWS Cloud9-EC2-Entwicklungsumgebung ausgeführt. Darüber hinaus erlauben eine oder mehrere Sicherheitsgruppen, die der entsprechenden Amazon-EC2-Instance zugeordnet sind, keinen eingehenden Datenverkehr über die Protokolle, Ports oder IP-Adressen, die die Anwendung erfordert.

  • Die Anwendung wird in einer AWS Cloud9-SSH-Entwicklungsumgebung für eine Cloud-Computing-Instance von AWS (z. B. eine Amazon-EC2-Instance) ausgeführt. Darüber hinaus erlaubt die Netzwerk-ACL für das Subnetz in der Virtual Private Cloud (VPC), die der entsprechenden Instance zugeordnet ist, keinen eingehenden Datenverkehr über die Protokolle, Ports oder IP-Adressen, die die Anwendung erfordert.

  • Die URL ist nicht korrekt.

  • Die URL in der Vorschau-Registerkarte der Anwendung angefordert werden, anstatt von der öffentlichen IP-Adresse der Instance.

  • Sie versuchen, eine Adresse aufzurufen, die die IP 127.0.0.1 oder localhost enthält. Diese IP-Adressen versuchen, auf Ressourcen auf dem lokalen Computer anstatt auf Ressourcen in der Umgebung zuzugreifen.

  • Die öffentliche IP-Adresse der Instance hat sich geändert.

  • Die Webanfrage stammt von einem Virtual Private Network (VPN), das Datenverkehr über die Protokolle, Ports und IP-Adressen blockiert, die die Anwendung erfordert.

  • Die Anwendung wird in einer SSH-Umgebung ausgeführt. Der Server oder das zugehörige Netzwerk erlaubt jedoch keinen Datenverkehr über die Protokolle, Ports oder IP-Adressen, die die Anwendung erfordert.

Empfohlene Lösungen:

  • Stellen Sie sicher, dass die Anwendung in der IDE ausgeführt wird.

  • Stellen Sie sicher, dass die Anwendung nicht mit der IP 127.0.0.1 oder localhost ausgeführt wird. Einige Beispiele in Node.js und Python finden Sie unter Ausführen einer Anwendung.

  • Angenommen, die Anwendung wird auf einer Cloud-Computing-Instance von AWS (z. B. einer Amazon-EC2-Instance) ausgeführt. Stellen Sie dann sicher, dass alle Sicherheitsgruppen, die der entsprechenden Instance zugeordnet sind, eingehenden Datenverkehr über die Protokolle, Ports und IP-Adressen erlauben, die die Anwendung erfordert. Anweisungen dazu finden Sie in Schritt 2: Einrichten der Sicherheitsgruppe für die Instance unter Freigabe einer laufenden Anwendung über das Internet. Weitere Informationen finden Sie unter Sicherheitsgruppen für Ihre VPC im Amazon VPC-Benutzerhandbuch.

  • Angenommen, die Anwendung wird auf einer Cloud-Computing-Instance von AWS ausgeführt. Darüber hinaus ist eine Netzwerk-ACL für das Subnetz in der VPC vorhanden, die der entsprechenden Instance zugeordnet ist. Stellen Sie dann sicher, dass die Netzwerk-ACL Datenverkehr über die Protokolle, Ports und IP-Adressen erlaubt, die die Anwendung erfordert. Anweisungen dazu finden Sie in Schritt 3: Einrichten des Subnetzes für die Instance unter Freigeben einer ausgeführten Anwendung über das Internet. Weitere Informationen finden Sie unter Netzwerk-ACLs im Amazon VPC Benutzerhandbuch.

  • Stellen Sie sicher, dass die anfordernde URL, einschließlich des Protokolls (und des Ports, wenn er angegeben werden muss), korrekt ist. Weitere Informationen finden Sie in Schritt 4: Freigabe der URL der ausgeführten Anwendung unter Freigeben einer ausgeführten Anwendung über das Internet.

  • Wir raten davon ab, eine URL mit dem Format https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/ anzufordern (wobei 12a34567b8cd9012345ef67abcd890e1 die ID ist, die AWS Cloud9 der Umgebung zuweist, und us-east-2 die ID der AWS-Region für die Umgebung). Dieser URL funktioniert nur, wenn die IDE; für die Umgebung geöffnet ist und die Anwendung im gleichen Webbrowser ausgeführt wird.

  • Angenommen, Sie versuchen, eine Adresse aufzurufen, die die IP 127.0.0.1 oder localhost enthält. Versuchen Sie stattdessen, die richtige nicht lokale Adresse für die ausgeführte Anwendung aufzurufen. Weitere Informationen finden Sie unter Freigabe einer laufenden Anwendung über das Internet.

  • Angenommen, die Anwendung wird auf einer Cloud-Computing-Instance von AWS ausgeführt. Ermitteln Sie, ob sich die öffentliche IP-Adresse die Instance geändert hat. Die öffentliche IP-Adresse der Instance kann sich jedes Mal ändern, wenn die Instance neu gestartet wird. Um zu verhindern, dass sich diese IP-Adresse ändert, können Sie eine Elastic IP-Adresse (EIP) zuordnen und diese dann der laufenden Instance zuweisen. Weitere Informationen finden Sie in Schritt 4: Freigabe der URL der ausgeführten Anwendung unter Freigeben einer ausgeführten Anwendung über das Internet.

  • Wenn die Webanfrage von einem VPN stammt, stellen Sie sicher, dass dieses Datenverkehr über die Protokolle, Ports und IP-Adressen, die die Anwendung erfordert, erlaubt. Wenn Sie keine Änderungen an Ihrem VPN vornehmen können, wenden Sie sich an Ihren Netzwerkadministrator. Oder senden Sie die Webanforderung über ein anderes Netzwerk, wenn möglich.

  • Angenommen, die Anwendung wird in einer SSH-Umgebung für Ihren eigenen Server ausgeführt. Stellen Sie sicher, dass der Server und das zugehörige Netzwerk Datenverkehr über die Protokolle, Ports und IP-Adressen erlauben, die die Anwendung erfordert. Wenn Sie keine Änderungen am Server oder am zugehörigen Netzwerk vornehmen können, wenden Sie sich an Ihren Server- oder Netzwerkadministrator.

  • Versuchen Sie, die Anwendung von einem Terminal in der Umgebung auszuführen, indem Sie den Befehl curl, gefolgt von der URL, ausführen. Wenn bei diesem Befehl eine Fehlermeldung angezeigt wird, gibt es möglicherweise ein Problem, das nicht im Zusammenhang mit AWS Cloud9 steht.

Fehler beim Ausführen des AWS Toolkits: „Ihrer Umgebung gehen die Inodes aus, bitte erhöhen Sie das Limit für 'fs.inotify.max_user_watches'.“

Problem: Ein vom AWS-Toolkit verwendetes Dateiüberwachungsprogramm nähert sich dem aktuellen Limit oder Kontingent an Dateien, die es überwachen kann.

Ursache: AWS Toolkit verwendet ein Dateiüberwachungsprogramm, das Änderungen an Dateien und Verzeichnissen überwacht. Wenn das Serviceprogramm das aktuelle Kontingent an Dateien, die es überwachen kann, fast erreicht hat, wird eine Warnmeldung angezeigt.

Empfohlene Lösung: Um die maximale Anzahl von Dateien zu erhöhen, die von File Watcher verarbeitet werden können, gehen Sie wie folgt vor:

  1. Um eine Terminalsitzung zu starten, wählen Sie in der Menüleiste Window (Fenster), New Terminal (Neues Terminal).

  2. Geben Sie den folgenden Befehl ein.

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

Laufzeitfehler bei der lokalen Lambda-Funktion: SAM Local kann nicht installiert werden

Problem: Nachdem Sie versucht haben, die lokale Version einer AWS Lambda-Funktion in der AWS Cloud9-IDE auszuführen, wird ein Dialogfeld angezeigt. Im Dialogfeld wird angegeben, dass Probleme bei AWS Cloud9 der Installation von SAM Local aufgetreten sind. AWS Cloud9benötigt SAM Local, um lokale Versionen von AWS Lambda Funktionen in der IDE auszuführen. Solange SAM Local nicht installiert ist, können Sie keine lokalen Versionen der Lambda-Funktionen in der IDE ausführen.

Ursache: AWS Cloud9 kann SAM im erwarteten Pfad in der Umgebung, der ~/.c9/bin/sam wäre, nicht finden. Dies liegt daran, dass SAM Local noch nicht installiert ist oder, wenn es installiert ist, AWS Cloud9 es nicht an diesem Speicherort finden kann.

Empfohlene Lösungen: Sie können warten, bis AWS Cloud9 die Installation von SAM Local abgeschlossen hat, oder Sie können es selbst installieren.

Wenn Sie wissen möchten, wie AWS Cloud9 mit der Installation von SAM Local vorankommt, wählen Sie Window (Fenster), Installer (Installationsprogramm) auf der Menüleiste.

Befolgen Sie die Anweisungen unter Installieren der AWS-SAM-CLI unter Linux im Entwicklerhandbuch zu AWS Serverless Application Model, um SAM Local selbst zu installieren.

AWS Control TowerFehler beim Versuch, eine Amazon EC2 EC2-Umgebung zu erstellen mitAWS Cloud9: „Die Erstellung der Umgebung ist mit dem Fehler fehlgeschlagen: The following hook (s) failed: [: :GuardControlTower: :Hook].“

Problem: Es besteht ein Kompatibilitätsproblem mit AWS Cloud9 und der AWS Control Tower proaktiven Steuerung CT.EC2.PR.8. Wenn dieses Steuerelement aktiviert ist, können Sie in keine EC2-Umgebung erstellen. AWS Cloud9

Ursache: AWS Control Tower erwartet, dass der AssociatePublicIpAddressParameter in der AWS CloudFormation Vorlage enthalten ist. Dieser Parameter kann derzeit nicht hinzugefügt werden.

Empfohlene Lösung: Deaktivieren Sie das Steuerelement CT.EC2.PR.8 von der AWS Control Tower Konsole aus und erstellen Sie die Umgebung in neu. AWS Cloud9

Fehler beim Erstellen einer Umgebung, wenn die Standardverschlüsselung auf Amazon EBS-Volumes angewendet wird

Problem: Failed to create environments. The development environment '[environment-ID]' failed to create Beim Erstellen einer Amazon EC2 Umgebung wird ein Fehler zurückgegeben.

Mögliche Ursachen: Wenn Ihre AWS Cloud9-IDE Amazon-EBS-Volumes verwendet, die standardmäßig verschlüsselt sind, benötigt die mit dem Service AWS Identity and Access Management verknüpfte Rolle für AWS Cloud9 Zugriff auf die AWS KMS keys für diese EBS-Volumes. Wenn kein Zugriff bereitgestellt wird, kann die AWS Cloud9-IDE möglicherweise nicht gestartet werden und es kann schwierig sein, das Problem zu beheben.

Empfohlene Lösungen: Um den Zugriff zu ermöglichen, fügen Sie die serviceverknüpfte Rolle für AWS Cloud9, AWSServiceRoleForAWSCloud9, zum kundenverwalteten Schlüssel hinzu, der von Ihren Amazon EBS-Volumes verwendet wird.

Weitere Informationen zu dieser Aufgabe finden Sie unter Erstellen einer AWS Cloud9, die Amazon-EBS-Volumes mit Standardverschlüsselung verwendet unter „Muster“ in den ausführlichen Anleitungen zu AWS.

(zurück zum Seitenanfang)

AWS Cloud9 kann nicht über die Konsole gestartet werden, wenn eine Lizenzkonfiguration von AWS License Manager mit Amazon-EC2-Instances verknüpft ist

Issue (Problem): Wenn Sie versuchen, eine AWS Cloud9-EC2-Umgebung von der Konsole aus zu starten, wird die Fehlermeldung unable to access your environment zurückgegeben.

Mögliche Ursachen: AWS License Manager rationalisiert die Verwaltung von Software-Anbieterlizenzen in der gesamten AWS Cloud. Bei der Einrichtung von License Manager erstellen Sie Lizenzkonfigurationen, bei denen es sich um Lizenzregeln handelt, die auf den Bedingungen Ihrer Unternehmensverträge basieren. Diese Lizenzkonfigurationen können an einen Mechanismus angefügt werden, z. B. ein Amazon Machine Image (AMI) oder AWS CloudFormation. Sie können einen dieser Mechanismen zum Launchen von EC2-Instances verwenden.

Ältere Versionen von Service Linked Role (SLR) AWSCloud9ServiceRolePolicyfür AWSServiceRoleForAWSCloud 9 enthalten derzeit keine Ressourcenbedingung. license-configuration Daher darf AWS Cloud9 seine Instance nicht starten und stoppen. Aus diesem Grund wird AWS Cloud9 der Zugriff auf seine Amazon-EC2-Instance verweigert und ein Fehler zurückgegeben.

Empfohlene Lösungen: Wenn Sie nicht auf eine bestehende AWS Cloud9 Umgebung zugreifen und License Manager verwenden können, ersetzen Sie die alte AWSCloud9ServiceRolePolicyserviceverknüpfte Rolle durch die Version der SLR, die EC2-Aktionen explizit zulässt, wenn a license-configuration für die Instanz gilt. Sie können die alte Rolle einfach durch Löschen ersetzen. Die aktualisierte Rolle wird dann automatisch erstellt.

(zurück zum Seitenanfang)

Vorschau der Anwendung

Im folgenden Abschnitt wird die Behebung von Problemen im Zusammenhang mit der Anwendungsvorschau beschrieben.

Nach dem Neuladen einer Umgebung müssen Sie die Anwendungsvorschau aktualisieren

Problem: Nachdem Sie eine Umgebung, die eine Vorschau-Registerkarte der Anwendung anzeigt, neu geladen haben, zeigt die Registerkarte die Anwendungsvorschau nicht an.

Ursache: Manchmal schreiben Benutzer Code, der in einer Endlosschleife ausgeführt wird. Oder der Code verbraucht so viel Arbeitsspeicher, dass die AWS Cloud9-IDE möglicherweise angehalten oder beendet wird, wenn die Anwendungsvorschau ausgeführt wird. Um dies zu verhindern, lädt AWS Cloud9 keine Vorschau-Registerkarten der Anwendung neu, wenn eine Umgebung neu geladen wird.

Lösung: Nachdem Sie eine Umgebung neu geladen haben, die eine Vorschau-Registerkarte der Anwendung zeigt, klicken Sie auf die Schaltfläche Click to load the page (Klicken, um die Seite zu laden), um die Anwendungsvorschau anzuzeigen.

Hinweis zur Anwendungs- oder Dateivorschau: „Cookies von Drittanbietern deaktiviert“

Problem: Wenn Sie versuchen, die Vorschau einer Anwendung oder einer Datei, anzuzeigen, wird folgende Meldung angezeigt: „Die Vorschaufunktionalität ist deaktiviert, da bei Ihrem Browser Cookies von Drittanbietern deaktiviert sind.“

Ursache: Cookies von Drittanbietern werden zum Öffnen der AWS Cloud9 nicht benötigt. Sie müssen jedoch Cookies von Drittanbietern aktivieren, um die Funktionen Anwendungsvorschau und Dateivorschau verwenden zu können.

Lösung: Aktivieren Sie Cookies von Drittanbietern in Ihrem Webbrowser, laden Sie die IDE neu, und versuchen Sie dann erneut, die Vorschau zu öffnen.

Wenn Ihr Webbrowser diese Granularität zulässt, können Sie Cookies von Drittanbietern nur für AWS Cloud9 zulassen. Geben Sie dazu die folgenden Domänen an, abhängig von den unterstützten AWS-Regionen, in denen Sie AWS Cloud9 verwenden möchten.

AWS-Region Domains

USA Ost (Nord-Virginia)

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

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

USA Ost (Ohio)

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

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

USA West (Nordkalifornien)

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

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

USA West (Oregon)

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

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

Africa (Cape Town)

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

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

Asia Pacific (Hong Kong)

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

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

Asia Pacific (Mumbai)

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

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

Asia Pacific (Osaka)

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

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

Asia Pacific (Seoul)

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

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

Asien-Pazifik (Singapur)

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

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

Asien-Pazifik (Sydney)

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

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

Asien-Pazifik (Tokio)

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

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

Canada (Central)

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

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

Europe (Frankfurt)

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

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

Europa (Irland)

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

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

Europa (London)

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

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

Europa (Milan)

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

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

Europe (Paris)

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

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

Europe (Stockholm)

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

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

Middle East (Bahrain)

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

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

Südamerika (São Paulo)

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

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

Registerkarte mit der Anwendungsvorschau zeigt einen Fehler oder ist leer

Problem: Auf der Menüleiste in der IDE zeigt die Registerkarte einen Fehler an oder ist leer, wenn Sie Preview (Vorschau), Preview Running Application (Vorschau für laufende Anwendung anzeigen) oder Tools, Preview (Vorschau), Preview Running Application (Vorschau für laufende Anwendung anzeigen) auswählen, um zu versuchen Ihre Anwendung in einer Vorschau-Registerkarte in der IDE anzuzeigen.

Mögliche Ursachen:

  • Ihre Anwendung wird nicht in der IDE ausgeführt.

  • Ihre Anwendung wird nicht mit HTTP ausgeführt.

  • Ihre Anwendung wird über mehr als einen Port ausgeführt.

  • Ihre Anwendung wird über einen Port ausgeführt, der nicht 8080, 8081 oder 8082 ist.

  • Ihre Anwendung wird mit einer IP ausgeführt, die nicht 127.0.0.1, localhost oder 0.0.0.0 ist.

  • Der Port (8080, 8081 oder 8082) ist in der URL auf der Vorschau-Registerkarte nicht angegeben.

  • Das Netzwerk blockiert eingehenden Datenverkehr an Port 8080, 8081 oder 8082.

  • Sie versuchen, eine Adresse aufzurufen, die die IP 127.0.0.1, localhost oder 0.0.0.0 enthält. Standardmäßig versucht die AWS Cloud9-IDE, auf Ihren lokalen Computer zuzugreifen. Sie versucht nicht, die Instance oder Ihren eigenen Server aufzurufen, der mit der Umgebung verbunden ist.

Empfohlene Lösungen:

  • Stellen Sie sicher, dass die Anwendung in der IDE ausgeführt wird.

  • Stellen Sie sicher, dass die Anwendung mit HTTP ausgeführt wird. Einige Beispiele in Node.js und Python finden Sie unter Ausführen einer Anwendung.

  • Stellen Sie sicher, dass die Anwendung über nur einen Port ausgeführt wird. Einige Beispiele in Node.js und Python finden Sie unter Ausführen einer Anwendung.

  • Stellen Sie sicher, dass die Anwendung über Port 8080, 8081 oder 8082 ausgeführt wird. Einige Beispiele in Node.js und Python finden Sie unter Ausführen einer Anwendung.

  • Stellen Sie sicher, dass die Anwendung mit der IP 127.0.0.1, localhost oder 0.0.0.0 ausgeführt wird. Einige Beispiele in Node.js und Python finden Sie unter Ausführen einer Anwendung.

  • Fügen Sie :8080, :8081 oder :8082 zur URL auf der Vorschau-Registerkarte hinzu.

  • Stellen Sie sicher, dass Ihr Netzwerk eingehenden Datenverkehr über die Ports 8080, 8081 oder 8082 zulässt. Wenn Sie keine Änderungen an Ihrem Netzwerk vornehmen können, wenden Sie sich an Ihren Netzwerkadministrator.

  • Wenn Sie versuchen, eine Adresse aufzurufen, die die IP 127.0.0.1, localhost oder 0.0.0.0 enthält, versuchen Sie stattdessen, die folgende Adresse aufzurufen: https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/. In dieser Adresse ist 12a34567b8cd9012345ef67abcd890e1 die ID, die AWS Cloud9 der Umgebung zuweist. us-east-2 ist die ID der AWS-Region für die Umgebung. Sie können auch versuchen, diese Adresse außerhalb der IDE aufzurufen. Dies funktioniert jedoch nur, wenn die IDE für die Umgebung geöffnet ist und die Anwendung im gleichen Webbrowser ausgeführt wird.

  • Wenn Sie sicher sind, dass alle oben genannten Voraussetzungen erfüllt sind, versuchen Sie, die Anwendung zu beenden und erneut zu starten.

  • Wenn Sie die Anwendung gestoppt und anschließend erneut gestartet haben, versuchen Sie erneut, Preview (Vorschau), Preview Running Application (Vorschau für laufende Anwendung anzeigen) oder Tools, Preview (Vorschau), Preview Running Application (Vorschau für laufende Anwendung anzeigen) auf der Menüleiste auszuwählen. Oder wählen Sie die Schaltfläche Refresh (Aktualisieren) (den kreisförmigen Pfeil) auf der entsprechenden Vorschau-Registerkarte der Anwendung aus, wenn die Registerkarte bereits sichtbar ist.

Anzeigen einer Vorschau von Webinhalten in der IDE nicht möglich, da die Verbindung zur Website nicht sicher ist

Problem: Wenn Sie versuchen, auf Webinhalte zuzugreifen, z. B. auf eine WordPress Website, die in einer AWS Cloud9 EC2-Umgebung gehostet wird, kann das IDE-Vorschaufenster diese nicht anzeigen.

Mögliche Ursachen: Standardmäßig verwenden alle Webseiten, auf die Sie auf der Registerkarte Anwendungsvorschau der AWS Cloud9 IDE zugreifen, automatisch das HTTPS-Protokoll. Wenn der URI einer Seite das unsichere http-Protokoll enthält, wird er automatisch durch https ersetzt. Sie können auch nicht auf den unsicheren Inhalt zugreifen, wenn Sie https manuell auf http zurücksetzen.

Empfohlene Lösungen: Entfernen Sie die unsicheren HTTP-Skripts oder Inhalte von der Website, die Sie in der IDE anzeigen möchten. Befolgen Sie die Anweisungen für Ihren Webserver oder Ihr Content Management System, um eine Anleitung zur Implementierung von HTTPS zu erhalten.

Beim Anzeigen der Vorschau einer Datei wird der Fehler 499 zurückgegeben

Problem: Wenn Sie versuchen, mithilfe der AWS Cloud9-IDE die Vorschau einer Datei anzuzeigen, die ein <script>-Element enthält, das wiederum das Attribut src enthält, für dessen type-Attribut module festgelegt ist, tritt der Fehler 499 auf und das Skript wird nicht wie erwartet ausgeführt.

Ursache: Die Abrufanforderungen für die Dateivorschau in derAWS Cloud9 IDE erfordern, dass der Webbrowser zum Authentifizieren Cookies sendet. Standardmäßig senden Webbrowser Cookies für reguläre Skriptanforderungen. Sie senden keine Cookies für Modul-Skriptanforderungen, sofern Sie nicht das Attribut crossorigin hinzufügen.

Lösung: Fügen Sie das Attribut crossorigin zum Element <script> hinzu. Beispiel: <script type="module" src="index.js" crossorigin></script> Speichern Sie anschließend die geänderte Datei und versuchen Sie erneut, eine Vorschau anzuzeigen.

Leistung

Im folgenden Abschnitt wird die Behebung von Leistungsproblemen beschrieben.

AWS Cloud9Die IDE friert für einen längeren Zeitraum ein

Problem: Während des Starts und bei einer Aktualisierung friert das AWS Cloud9 IDE-Terminal für längere Zeit ein und wird unbrauchbar.

Ursache: Möglicherweise haben Sie eine große Anzahl von Dateien in Ihrer Umgebung, die vom Dateiüberwachungsmodul von rekursiv überwacht werden. AWS Cloud9

Empfohlene Lösungen: Sie können die Tiefe der Dateiüberwachung verringern (der Mindestwert ist 1) und erwägen, zu den ignorierten Mustern große Ordner oder Ordner hinzuzufügen, die nichts mit dem Quellcode zu tun haben (Build-Ausgaben/Artefakte, Pakete von Drittanbietern). Navigieren Sie dazu zu Einstellungen > Benutzereinstellungen > Dateiüberwachung. Beachten Sie, dass dies dazu führen CodeLenses wird, dass das AWS Toolkit nicht richtig funktioniert.

Eine andere mögliche Lösung besteht darin, große Dateien und Ordner, die nichts mit dem Quellcode zu tun haben, zu ignorieren, indem Sie die maximale Anzahl der zu durchsuchenden Dateien verringern. Navigieren Sie dazu zu Einstellungen > Projekteinstellungen > In Dateien suchen. Beachten Sie, dass dadurch Ordner, die ignoriert werden, bei der Dateisuche nicht angezeigt werden.

Konsolenwarnung: „Switch to the Minimum code completion engine... (Es wird zur minimalen Codevervollständigungs-Engine gewechselt...)“

Problem: Beim Arbeiten in der AWS Cloud9-Konsole (z. B. beim Öffnen der IDE oder Aktualisieren der Webseite der IDE) wird die folgende Meldung angezeigt: "One or more sessions or collaborators are active on this environment. (Eine oder mehrere Sitzungen oder Kollaboratoren sind in dieser Umgebung aktiv.) Switching to the minimal code completion engine to conserve memory. (Es wird zur minimalen Codevervollständigungs-Engine gewechselt, um Speicher zu sparen.)" Im Zusammenhang mit dieser Nachricht kann das Code-Vervollständigungsverhalten langsam oder intermittierend sein.

Ursache: Das Ausführen der Codevervollständigungs-Engine nimmt Arbeitsspeicher und CPU-Zyklen aus der Umgebung in Anspruch. Darüber hinaus ist für jeden Mitarbeiter und jede zusätzliche Sitzung eine separate Codevervollständigungs-Engine erforderlich. Um zu vermeiden, dass zu viele Ressourcen verwendet werden – insbesondere bei kleinen Instance-Größen wie t2.nano und t2.micro – wechselt AWS Cloud9 auf die minimale Codevervollständigungs-Engine.

Empfohlene Lösung: Wenn Sie vorhaben, häufig und über lange Zeiträume zusammenzuarbeiten, wählen Sie beim Erstellen Ihrer EC2-Umgebung eine größere Amazon-EC2-Instance aus. Oder verbinden Sie alternativ Ihre SSH-Umgebung mit einer Instance mit mehr Kapazität.

Anmerkung

Die Auswahl einer größeren Amazon-EC2-Instance kann zusätzliche Gebühren für Ihr AWS-Konto zur Folge haben. Weitere Informationen dazu finden Sie unter Amazon EC2 – Preise.

IDE-Warnung: „Diese Umgebung verfügt nicht über genügend Arbeitsspeicher" oder "Diese Umgebung weist eine hohe CPU-Belastung auf“.

Problem: Während die IDE ausgeführt wird, erscheint eine Meldung, die besagt, dass "diese Umgebung nicht über genügend Arbeitsspeicher verfügt" oder "diese Umgebung eine hohe CPU-Belastung aufweist."

Ursache: Die verfügbaren Computerrressourcen der IDE reichen möglicherweise nicht aus, die Ausführung ohne Verzögerungen oder Abstürze fortzuführen.

Empfohlene Lösungen:

  • Stoppen Sie einen oder mehrere laufende Prozesse, um Speicherplatz freizugeben. Klicken Sie hierzu in der Menüleiste in der IDE für die Umgebung auf Tools, Process List (Prozessliste). Wählen Sie für jeden Prozess, den Sie stoppen möchten, den Prozess aus und klicken Sie dann auf Force Kill (Beenden erzwingen).

  • Erstellen einer Auslagerungsdatei in der Umgebung. Eine Auslagerungsdatei ist eine Datei in der Umgebung, die das Betriebssystem als virtuellen Speicher verwenden kann.

    Führen Sie den Befehl top in einer Terminalsitzung in der Umgebung aus, um sicherzustellen, dass die Umgebung derzeit Auslagerungsspeicher verwendet. Wenn Auslagerungsspeicher verwendet wird, zeigt die Ausgabe Swap-Speicherstatistiken ungleich null an (z. B. Swap: 499996k total, 1280k used, 498716 free, 110672k cached). Um die Echtzeit-Speicherinformationen zu beenden, drücken Sie Ctrl + C.

    Zum Erstellen einer Auslagerungsdatei könnten Sie einen Befehl wie beispielsweise den folgenden in der Umgebung ausführen.

    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

    Der vorangehende Befehle bewirkt Folgendes:

    1. Erstellt im Verzeichnis /var eine 512-MB-Datei namens swapfile.

    2. Ändert Zugriffsberechtigungen für die Datei swapfile in Lese-/Schreibberechtigung nur für den Eigentümer.

    3. Richtet die Datei swapfile als Auslagerungsdatei ein.

    4. Schreibt Informationen in /etc/fstab file. Dadurch ist diese Auslagerungsdatei bei jedem Systemneustart verfügbar.

    Um diese Auslagerungsdatei nach der Ausführung des vorangehenden Befehls sofort verfügbar zu machen, führen Sie den folgenden Befehl aus.

    sudo swapon /var/swapfile

  • Verschieben Sie eine Umgebung auf eine Instance oder einen Server mit mehr Computerressourcen oder ändern Sie ihre Größe. Informationen zum Verschieben oder Ändern der Größe von Amazon EC2-Instances finden Sie unter Verschieben einer Umgebung und Größenänderung oder Verschlüsselung von Amazon EBS-Volumes. Informationen zu anderen Instance- oder Servertypen finden Sie in der Dokumentation der betreffenden Instance oder des betreffenden Servers.

Dateien konnten nicht in die AWS Cloud9 IDE hochgeladen werden

Problem: Benutzer können keine große Datei in die AWS Cloud9 IDE hochladen. Diese Uploads schlagen fehl.

Ursache: AWS Cloud9 Drosselt die Upload-Geschwindigkeit zur AWS Cloud9 IDE, sodass bei der Datei-Upload-Anfrage ein Timeout auftritt.

Empfohlene Lösung: Wir empfehlen, die Datei auf Amazon S3 hochzuladen und dann Amazon S3 zu verwenden, um die Datei mit der CLI in der AWS Cloud9 IDE in die Umgebung herunterzuladen. Weitere Informationen zum Hochladen von Objekten auf Amazon S3 finden Sie unter Hochladen von Objekten im Amazon S3 S3-Benutzerhandbuch.

Langsame Download-Geschwindigkeit in IDE AWS Cloud9

Problem: Benutzer haben es mit langsamen Download-Geschwindigkeiten zu tun, wenn sie versuchen, Dateien von der AWS Cloud9 IDE herunterzuladen.

Ursache: Wenn Sie Dateien von der IDE in das lokale Dateisystem herunterladen, wird die Übertragungsgeschwindigkeit auf eine Geschwindigkeit von 0,1 Megabyte/Sekunde begrenzt.

Empfohlene Lösung: Um die Geschwindigkeit der Dateiübertragung zu erhöhen, verwenden Sie die CLI in Ihrer AWS Cloud9 IDE, um Dateien auf Amazon S3 hochzuladen, und verwenden Sie dann Amazon S3, um die Dateien von dort herunterzuladen.

Anzeigen einer Vorschau von Webinhalten in der IDE nicht möglich, da die Verbindung zur Website nicht sicher ist

Problem: Wenn Sie versuchen, auf Webinhalte zuzugreifen, z. B. auf eine WordPress Website, die in einer AWS Cloud9 EC2-Umgebung gehostet wird, kann das IDE-Vorschaufenster diese nicht anzeigen.

Mögliche Ursachen: Standardmäßig verwenden alle Webseiten, auf die Sie auf der Registerkarte Anwendungsvorschau der AWS Cloud9 IDE zugreifen, automatisch das HTTPS-Protokoll. Wenn der URI einer Seite das unsichere http-Protokoll enthält, wird er automatisch durch https ersetzt. Sie können auch nicht auf den unsicheren Inhalt zugreifen, wenn Sie https manuell auf http zurücksetzen.

Empfohlene Lösungen: Entfernen Sie die unsicheren HTTP-Skripts oder Inhalte von der Website, die Sie in der IDE anzeigen möchten. Befolgen Sie die Anweisungen für Ihren Webserver oder Ihr Content Management System, um eine Anleitung zur Implementierung von HTTPS zu erhalten.

(zurück zum Seitenanfang)

Anwendungen und Dienste von Drittanbietern

Im folgenden Abschnitt wird die Behebung von Problemen im Zusammenhang mit Anwendungen und Diensten von Drittanbietern beschrieben.

Interaktion mit dem Terminalfenster in AWS Cloud9 aufgrund von tmux-Sitzungsfehlern nicht möglich

Problem: Wenn Sie versuchen, ein neues Terminalfenster in AWS Cloud9 zu starten, ist die erwartete Befehlszeilenschnittstelle nicht verfügbar. Es gibt keine Eingabeaufforderung und Sie können keinen Text eingeben. Fehlermeldungen wie tmux: need UTF-8 locale (LC_CTYPE) und invalid LC_ALL, LC_CTYPE or LANG werden zurückgegeben.

Mögliche Ursachen: Ein Terminal, das nicht reagiert, könnte durch einen Tmux-Fehler verursacht werden. AWS Cloud9 verwendet das Dienstprogramm Tmux. Daher werden Informationen auch dann beibehalten, wenn die Seite neu geladen wird oder Sie wieder eine Verbindung mit Ihrer Entwicklungsumgebung herstellen.

In einer tmux-Sitzung wird das, was im Terminalfenster angezeigt wird, von einem Client bearbeitet. Der Client kommuniziert mit einem Server, der mehrere Sitzungen verwalten kann. Der Server und der Client kommunizieren über einen Socket im tmp-Ordner. Wenn der tmp-Ordner in Ihrer Entwicklungsumgebung fehlt oder übermäßig restriktive Berechtigungen darauf angewendet werden, können keine tmux-Sitzungen ausgeführt werden. In diesem Fall reagiert das Terminalfenster in der IDE nicht mehr.

Empfohlene Lösungen: Wenn tmux-Fehler Sie daran hindern, mit dem Terminalfenster zu interagieren, müssen Sie eine alternative Methode verwenden, um einen tmp-Ordner mit den richtigen Berechtigungen zu erstellen. Auf diese Weise können tmux-Sitzungen ausgeführt werden. Eine Lösung besteht darin, LC_CTYPE in .bash_profile oder in die .bashrc-Datei zu exportieren. Eine weitere empfohlene Lösung besteht darin, AWS Systems Manager zu verwenden, um eine Host-Verwaltungskonfiguration einzurichten. Dies ermöglicht den Zugriff auf die entsprechende Instance über die Amazon-EC2-Konsole.

Einrichten der Host-Verwaltung

  1. Suchen Sie in der AWS Cloud9-Konsole zunächst den Namen der Instance Ihrer Umgebung. Wählen Sie hierzu den entsprechenden Bereich auf der Seite Your environments (Ihre Umgebungen) und klicken Sie auf View details (Details anzeigen). Wählen Sie auf der Seite Details der Umgebung Zur Instance. Bestätigen Sie in der Amazon-EC2-Konsole den Namen der Instance, auf die Sie zugreifen müssen.

  2. Wechseln Sie jetzt zur AWS Systems Manager-Konsole und wählen Sie im Navigationsbereich Schnelleinrichtung aus.

  3. Wählen Sie auf der Seite Schnelleinrichtung Erstellen aus.

  4. Wechseln Sie für Konfigurationstypen zu Host-Verwaltung und wählen Sie Erstellen aus.

  5. Wähle Sie für Anpassen der Konfigurationsoptionen der Host-Verwaltung im Abschnitt Ziele Manuell aus.

  6. Wählen Sie die EC2-Instance aus, auf die Sie zugreifen möchten, und wählen Sie dann Erstellen aus.

Verbinden mit der Instance und Ausführen von Befehlen

Anmerkung

Die folgenden Schritte beziehen sich auf die neue EC2-Konsole.

  1. Wählen Sie im Navigationsbereich der Amazon-EC2-Konsole Instances und wählen Sie die Instance aus, mit der Sie eine Verbindung herstellen möchten.

  2. Wählen Sie Connect aus.

    Wenn Connect (Verbinden) nicht aktiviert ist, müssen Sie möglicherweise zuerst die Instance starten.

  3. Wählen Sie im Bereich Connect to your instance (Herstellen einer Verbindung mit Ihrer Instance) für Connection method (Verbindungsmethode) die Option Session Manager und dann Connect (Verbinden) aus.

  4. Geben Sie im Terminalfenster, das jetzt angezeigt wird, die folgenden Befehle ein. Diese Befehle erstellen den tmp-Ordner mit den richtigen Berechtigungen, damit der tmux-Socket verfügbar ist.

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

IDE kann nicht mit älteren Versionen des Browsers Microsoft Edge geladen werden

Problem: Der Fehler HTTP403: FORBIDDEN wird zurückgegeben, wenn versucht wird, die AWS Cloud9-IDE mit dem Microsoft Edge-Webbrowser zu laden.

Mögliche Ursachen: Die AWS Cloud9-IDE unterstützt bestimmte ältere Versionen von Microsoft Edge nicht.

Empfohlene Lösungen: Wählen Sie zum Aktualisieren des Browsers die Schaltfläche mit den Auslassungspunkten (...) in der Microsoft Edge-Symbolleiste aus. Wählen Sie im Menü Einstellungen und dann Über uns ausMicrosoft Edge. Wenn ein Update erforderlich ist, wird es automatisch heruntergeladen und installiert.

Fehler bei gdb beim Debuggen von C++-Projekten

Problem: Beim Versuch, ein C++-Projekt in der IDE zu debuggen, wurde ein Fehler für den gdb-Debugger gemeldet.

Mögliche Ursachen: Angenommen, Ihre AWS Cloud9-Umgebung verwendet bestimmte EC2-Instance-Typen (z. B. t3.small oder m5.large). In diesem Fall tritt möglicherweise ein Debugging-Fehler auf, wenn Sie versuchen, ein C++-Projekt mithilfe des integrierten IDE-Runners auszuführen und zu debuggen. Dieser Fehler kann auftreten, weil die Version von gdb (der GNU Project Debugger), die für Ihre Umgebung vorinstalliert ist, auf bestimmten Prozessorplattformen nicht funktioniert. Möglicherweise wird der folgende Fehlercode angezeigt.

GDB server terminated with code 1

Empfohlene Lösungen: das Problem, dass gdb bestimmte Prozessorplattformen nicht unterstützt, wurde ab Version 3.0 behoben. Deinstallieren Sie die ältere Version des Debuggers und führen Sie ein Upgrade auf eine neuere Version von gdb durch:

  1. Entfernen Sie die vorhandene Version des Debuggers, indem Sie den folgenden Befehl im AWS Cloud9-Terminal ausführen.

    sudo yum -y remove gdb

  2. Rufen Sie das Archiv für gdb ab, entpacken Sie es und navigieren Sie dann zum Verzeichnis, das die extrahierten Dateien enthält, indem Sie die folgenden Befehle ausführen.

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

  3. Erstellen Sie den Debugger, indem Sie den folgenden Befehl ausführen. Fügen Sie den Text unten als einzelnen Block ein und drücken Sie die Eingabetaste, um make auszuführen.

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

  4. Installieren Sie den Debugger.

    sudo make -C gdb install

  5. Vergewissern Sie sich, dass die aktualisierte Version des Debuggers installiert wurde.

     gdb --version

Probleme mit PHP Runner in AWS Cloud9

Problem: Benutzer können keine Ausgabe im PHP-CLI-Runner-Terminal anzeigen.

Ursache: CLI Runner muss auf PHP gesetzt und der Debugger-Modus muss aktiviert sein.

Empfohlene Lösung: Stellen Sie den CLI-Runner auf PHP ein und stellen Sie sicher, dass der Debugger-Modus aktiviert ist.

GLIBC-Fehler im Zusammenhang mit Node.js

Problem: Benutzer können Node.js nicht ausführen und erhalten GLIBC-Fehler. Ein Beispiel für diese Fehlermeldungen ist unten aufgeführt:

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)

Ursache: Möglicherweise könnte es sich um Probleme mit der Version von Node.js im Zusammenhang mit der verwendeten Instanz handeln.

Empfohlene Lösung: Schritt 1: Installieren der erforderlichen Tools In diesem Abschnitt finden Sie Informationen zur Installation von Node.js fürAWS Cloud9.