Problembehebung AWS Cloud9 - AWS Cloud9
Installer (Installationsprogramm)AWS Cloud9 UmgebungAmazon EC2Andere Dienste AWSVorschau der AnwendungLeistungAnwendungen und Dienste von Drittanbietern

AWS Cloud9 ist für Neukunden nicht mehr verfügbar. Bestandskunden von AWS Cloud9 können den Service weiterhin wie gewohnt nutzen. Weitere Informationen

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.

Problembehebung AWS Cloud9

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

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)

Im folgenden Abschnitt wird die Behebung von Problemen im Zusammenhang mit dem AWS Cloud9 Installationsprogramm beschrieben.

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

Problem: Wenn Sie das AWS Cloud9 Installationsprogramm herunterladen und ausführen, treten ein oder mehrere Fehler auf, und das Installationsskript wird nicht angezeigtDone.

Ursache: Das AWS Cloud9 Installationsprogramm hat einen oder mehrere Fehler festgestellt, die nicht behoben werden können und daher fehlschlagen.

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

AWS Cloud9 Das Installationsprogramm wird nicht beendet, nachdem Folgendes angezeigt wurde: „Package Cloud9 1" IDE

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

Ursache: Ein SSH Host erfordert, dass Sie Node.js installiert haben. Wir empfehlen, die neueste Version zu installieren Node.js Version, die vom Betriebssystem des Hosts unterstützt wird. Wenn Sie eine Version von haben Node.js Auf Ihrem Host, der AWS Cloud9 dies nicht unterstützt, kann ein Installationsfehler auftreten.

Empfohlene Lösung: Installieren Sie eine Version von Node.js, die auf Ihrem SSH Host AWS Cloud9 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. Wenn Sie Ihre Proxydaten nicht angegeben haben AWS Cloud9, wird dieser Fehler angezeigt.

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

Empfohlene Lösungen:

  • Um Ihre Proxydetails bereitzustellen AWS 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 Ihr HTTP Proxy beispielsweise URL ist https://172.31.26.80:3128 und Ihr HTTP Proxy URL es isthttps://172.31.26.80:3129, fügen Sie Ihrer ~/.bashrc Datei die folgenden Zeilen hinzu und legen Sie NODE_EXTRA_CA_CERTS sie auf 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 EC2 No-Ingress-Amazon-Instance verwenden, müssen Sie sicherstellen, dass ein VPC Amazon-Endpunkt für Amazon S3 konfiguriert ist. Weitere Informationen dazu finden Sie unter Konfiguration von VPC Amazon-Endpunkten für Amazon S3-Download-Abhängigkeiten.

SSHUmgebungsfehler: „Python Version 3 ist erforderlich, um pty.js zu installieren“

Problem: Nachdem Sie eine AWS Cloud9 SSH Entwicklungsumgebung geöffnet haben, AWS Cloud9 IDE zeigt das Terminal im 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 Umwelt beschrieben.

Fehler bei der Erstellung der Umgebung: „Wir können keine EC2 Instanzen erstellen...“

Problem: Wenn Sie versuchen, eine AWS Cloud9 Entwicklungsumgebung zu erstellen, wird eine Meldung mit dem Satz „Wir können während der Kontoverifizierung und Aktivierung keine EC2 Instanzen in Ihrem Konto erstellen“ angezeigt.

Ursache: AWS verifiziert 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 nach 24 Stunden immer noch 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: Eine AWS Cloud9 dienstbezogene Rolle ist in Ihrer AWS-Konto nicht vorhanden.

Empfohlene Lösungen: Erstellen Sie eine AWS Cloud9 dienstbezogene 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.

Wenn Sie dies nicht tun können, 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 föderierte Identität zu verwenden, um eine AWS Cloud9 Entwicklungsumgebung zu erstellen, wird eine Zugriffsfehlermeldung angezeigt und die Umgebung wird nicht erstellt.

Ursache: AWS Cloud9 verwendet dienstverknü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 nicht anrufen. IAM APIs Weitere Informationen finden Sie GetFederationTokenin der AWS Security Token Service APIReferenz.

Lösung: Bitten Sie einen AWS-Konto Administrator, die dienstbezogene Rolle für AWS Cloud9 entweder in der IAM Konsole zu erstellen oder indem Sie diesen Befehl mit dem Befehl AWS Command Line Interface (AWS CLI) ausführen:

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

Oder dieser Befehl mit der AWS-shell:

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

Weitere Informationen finden Sie unter Verwenden von dienstverknüpften Rollen im IAMBenutzerhandbuch.

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 AWS Cloud9 Entwicklungsumgebung zu erstellen oder zu verwalten, wird eine Fehlermeldung angezeigt, die dem Satz „Der Benutzer arn:aws:iam::123456789012:user/MyUser ist nicht berechtigt, cloud9:action auf einer Ressource zu arbeiten“ enthältarn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1, wobei:

  • arn:aws:iam::123456789012:user/MyUserist der Amazon-Ressourcenname (ARN) des anfragenden Benutzers.

  • action der Name der vom Benutzer angeforderten Operation.

  • arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1ist die Umgebung, die ARN der Benutzer zur Ausführung des Vorgangs angefordert hat.

Ursache: Der Benutzer, mit dem Sie sich an der AWS Cloud9 Konsole angemeldet haben, verfügt nicht über die richtigen AWS Zugriffsberechtigungen, um die Aktion auszuführen.

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: Wenn Sie die Berechtigungen der ~/ .ssh/authorized_keys Datei ändern, die AWS Cloud9 Schlüssel aus dieser Datei entfernen oder die Datei vollständig entfernen, kann dieses Problem auftreten.

Lösung: Löschen Sie diese Datei nicht. Wenn Sie sie löschen, müssen Sie Ihre Umgebung neu erstellen und möglicherweise das EBSVolume einer vorhandenen Umgebung an die neue EC2 Umgebung anhängen. Dies dient dazu, Ihre verlorenen Daten abzurufen. Wenn Berechtigungen fehlen, stellen Sie sicher, dass die Datei über Read-Write-Berechtigungen verfügt. Auf diese Weise kann der SSH Daemon es lesen.

Eine Umgebung kann nicht geöffnet werden

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

Mögliche Ursachen:

  • Der IAM Benutzer, der an der AWS Cloud9 Konsole angemeldet ist, verfügt nicht über die erforderlichen AWS Zugriffsberechtigungen, um die Umgebung zu öffnen.

  • Wenn die Umgebung mit einer AWS Cloud-Recheninstanz (z. B. einer EC2 Amazon-Instance) verknüpft ist, könnte das Mögliche zutreffen:

    • Die VPC mit der Instance verknüpfte Datei ist nicht auf die richtigen Einstellungen für eingestellt AWS Cloud9.

    • Die Instanz wechselt zwischen Zuständen oder schlägt beim Versuch, eine Verbindung mit der Instance herzustellen, AWS Cloud9 bei der automatische Statusprüfungen fehl.

  • Wenn es sich bei der Umgebung um eine SSH Umgebung handelt, ist die zugehörige Cloud-Compute-Instanz oder Ihr eigener Server nicht richtig eingerichtet, um den Zugriff darauf AWS Cloud9 zu ermöglichen.

Empfohlene Lösungen:

AWS Cloud9 Umgebung kann nicht geöffnet werden: „Mitarbeiter können derzeit nicht auf diese Umgebung zugreifen. Bitte warten Sie, bis die Entfernung der verwalteten temporären Anmeldeinformationen abgeschlossen ist, oder wenden Sie sich an den Besitzer dieser Umgebung."

Problem: Wenn einer Umgebung ein neuer Mitarbeiter von jemandem hinzugefügt wird, der nicht der Eigentümer der Umgebung ist, sind AWS verwaltete temporäre Anmeldeinformationen deaktiviert. Die Anmeldeinformationen werden durch das Löschen der Datei ~/.aws/credentials deaktiviert. Während die ~/.aws/credentials Datei 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 ~/.aws/credentials Datei vollständig gelöscht ist, 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. Indem der Eigentümer der Umgebung den Status der verwalteten Anmeldeinformationen auf ENABLED oder umstelltDISABLED, stellt er sicher, dass die Anmeldeinformationen nicht in einem Zwischenstatus 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 wurde nicht gelöscht.

Mögliche Ursache: AWS CloudFormation Möglicherweise ist beim Löschen einer oder mehrerer Umgebungen ein Problem aufgetreten. AWS Cloud9 ist darauf angewiesen, Umgebungen AWS CloudFormation zu erstellen und zu löschen.

Empfohlene Lösung: Versuchen Sie AWS CloudFormation , jede der nicht gelöschten Umgebungen zu löschen.

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

  2. Wählen Sie in der AWS Navigationsleiste das 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 der Status den Wert _ hat. DELETE FAILED 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 FAILED nach einigen Minuten immer noch DELETE_ anzeigt, ist die Umgebung immer noch nicht gelöscht. Sie können versuchen, alle Ressourcen des fehlerhaften Stacks manuell zu löschen.

Anmerkung

Durch manuelles Löschen der Ressourcen eines ausgefallenen Stacks wird der Stack selbst nicht aus Ihrem entfernt AWS-Konto.

Gehen Sie wie folgt vor, um diese Ressourcen manuell zu löschen. Wählen Sie in der AWS CloudFormation Konsole den ausgefallenen Stack und dann den Abschnitt Ressourcen aus. Rufen Sie AWS für jede Ressource in dieser Liste die Konsole auf, und löschen Sie die Ressource dann mit dieser Konsole.

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

Problem: Benutzer möchten die Timeout-Zeit für EC2 Amazon-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 AWS Cloud9 IDEMenüleiste AWS Cloud9Einstellungen.

  3. Scrollen Sie im Fenster Einstellungen zum Abschnitt EC2Amazon-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 Festplattenspeicher verfügt

Problem: Ein Fehler tritt 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 serverlose Anwendungen lokal mit dem Toolkit ausführen und debuggen, verwendet AWS AWS SAM Docker Bilder. Diese Images stellen eine Laufzeitumgebung und Build-Tools bereit, die die Lambda-Umgebung emulieren, in der Sie die Bereitstellung planen.

Wenn Ihrer Umgebung jedoch nicht genügend Festplattenspeicher zur Verfügung steht, Docker Das Image, das diese Funktionen bereitstellt, kann nicht erstellt werden und Ihre lokale SAM Anwendung kann 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-Laufzeit 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 Docker Das Bild kann erstellt werden. Entferne alle unbenutzten Docker Bilder, indem Sie den folgenden Befehl im IDE Terminal ausführen.

docker image prune -a

Wenn Sie aufgrund von Speicherplatzbeschränkungen wiederholt Probleme mit SAM CLI Befehlen haben, verwenden Sie beim Wechseln zu einer Entwicklungsumgebung einen anderen Instanztyp.

(zurück zum Seitenanfang)

Kann nicht IDE mit früheren Versionen von geladen werden Microsoft Edge Browser

Problem: HTTP403: FORBIDDEN Beim Versuch, AWS Cloud9 IDE mit dem zu laden, wird ein Fehler zurückgegeben Microsoft Edge Webbrowser.

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

Empfohlene Lösungen: Um den Browser zu aktualisieren, klicken Sie auf die Schaltfläche mit den Auslassungspunkten (...) in der Microsoft Edge Werkzeugleiste. Wählen Sie im Menü Einstellungen und dann Über Microsoft Edge. Wenn ein Update erforderlich ist, wird es automatisch heruntergeladen und installiert.

(zurück zum Seitenanfang)

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

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

Mögliche Ursachen: Es ist derzeit nicht möglich, mithilfe des Dateisystems von eine Unterordnerstruktur/home/ec2-user/environmentinnerhalb eines Ordners mit demselben Namen zu erstellen. AWS Cloud9 IDE Sie können über den AWS Cloud9 IDE Datei-Explorer auf keine Dateien in diesem Verzeichnis zugreifen, aber Sie können ü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/environmentund/home/ec2-user/environment/testsollten funktionieren. Dies ist ein bekanntes Problem und betrifft nur den AWS Cloud9 IDE Datei-Explorer.

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

(zurück zum Seitenanfang)

Die Unterordnerstruktur /projects/projects kann im Datei-Explorer von for nicht erstellt werden. AWS Cloud9 IDE 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 des for eine Unterordnerstruktur /projects innerhalb eines gleichnamigen Ordners zu erstellen. AWS Cloud9 IDE CodeCatalyst Sie können vom AWS Cloud9 IDE Datei-Explorer aus auf keine Dateien in diesem Verzeichnis zugreifen, aber Sie können ü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 zu starten AWS Cloud9, 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 tmux-Hilfsprogramm. 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 nicht IDE 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 ist AWS Systems Manager die Einrichtung einer Host-Management-Konfiguration. Dies ermöglicht den Zugriff auf die entsprechende Instance über die EC2 Amazon-Konsole.

Einrichten der Host-Verwaltung

  1. Suchen Sie zunächst in der AWS Cloud9 Konsole nach dem 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 EC2 Amazon-Konsole den Namen der Instance, auf die Sie zugreifen müssen.

  2. Gehen Sie nun zur AWS Systems Manager Konsole und wählen Sie im Navigationsbereich Quick Setup 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 Instanz aus, auf die Sie zugreifen möchten, und wählen Sie dann Create.

Verbinden mit der Instance und Ausführen von Befehlen

Anmerkung

Die folgenden Schritte gelten für die neue EC2 Konsole.

  1. Wählen Sie in der EC2 Amazon-Konsole im Navigationsbereich Instances und wählen Sie die Instance aus, zu 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 AmazonEC2.

EC2Amazon-Instances werden nicht automatisch aktualisiert

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

Ursache: Das automatische Anwenden aktueller Systemupdates kann dazu führen, dass sich Ihr Code oder die EC2 Amazon-Instance ohne Ihr Vorwissen oder Ihre Zustimmung auf unerwartete Weise verhalten.

Empfohlene Lösungen:

Wenden Sie regelmäßig Systemaktualisierungen auf die EC2 Amazon-Instance an, indem Sie den Anweisungen unter Instance-Software aktualisieren im EC2Amazon-Benutzerhandbuch folgen.

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

Alternativ können Sie ein SSH Fernzugriffsprogramm wie ssh oder PuTTY um eine Verbindung mit der Instanz herzustellen. Verwenden Sie dazu von Ihrem lokalen Computer aus ein Tool zur Erstellung von SSH key pair wie ssh-keygen oder PuTTYgen. Verwenden Sie den 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 dann das SSH Fernzugriffsprogramm zusammen mit dem generierten privaten Schlüssel, um auf die Instanz zuzugreifen. Weitere Informationen finden Sie in der Dokumentation des Serviceprogramms.

AWS CLI oder AWS-Shell-Fehler: „Das in der Anfrage enthaltene Sicherheitstoken ist ungültig“ in einer Umgebung EC2

Problem: Wenn Sie versuchen, einen Befehl in der EC2 Umgebung mit AWS Command Line Interface (AWS CLI) oder der AWS-Shell auszuführen, wird eine Fehlermeldung angezeigt: „Das in der Anfrage enthaltene Sicherheitstoken ist ungültig.“ AWS Cloud9 IDE

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 aufgrund AWS verwalteter temporärer Anmeldeinformationen nicht zulässig ist. Die Liste der zulässigen Befehle finden Sie unter Aktionen, die von AWS verwalteten temporären Anmeldeinformationen unterstützt werden.

  • Die AWS verwalteten temporären Anmeldeinformationen sind nach 15 Minuten automatisch abgelaufen.

  • Die AWS verwalteten temporären Anmeldeinformationen für eine gemeinsam genutzte Umgebung wurden deaktiviert, da ein neues Mitglied von einer anderen Person als dem Eigentümer der Umgebung hinzugefügt wurde.

Empfohlene Lösungen:

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

  • Stellen Sie bei deaktivierten oder abgelaufenen Anmeldeinformationen sicher, dass der Eigentümer der Umgebung die Umgebung öffnet, damit die temporären Anmeldeinformationen in der Umgebung aktualisiert werden AWS Cloud9 können. Weitere Informationen finden Sie unter Steuern des Zugriffs auf AWS -verwaltete temporäre Anmeldeinformationen.

Es kann keine Verbindung zur EC2 Umgebung hergestellt werden, VPC da die IP-Adressen von verwendet werden Docker

Problem: Wenn Sie in einer EC2 Umgebung die EC2 Instance in einem Amazon VPC starten, das den IPv4 Classless Inter-Domain Routing (CIDR) -Block verwendet172.17.0.0/16, wird die Verbindung möglicherweise unterbrochen, wenn Sie versuchen, diese Umgebung zu öffnen.

Ursache: Docker verwendet ein Link-Layer-Gerät, ein sogenanntes Bridge-Netzwerk, das es Containern ermöglicht, zu kommunizieren, die mit demselben Bridge-Netzwerk verbunden sind. AWS Cloud9 erstellt Container, die eine Standardbrücke 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 Instanz Ihrer Umgebung denselben Adressbereich verwendet, der bereits verwendet wird von Docker, kann ein IP-Adresskonflikt auftreten. Wenn also AWS Cloud9 versucht wird, eine Verbindung zu seiner Instance herzustellen, wird diese Verbindung von der Gateway-Routentabelle an die Docker Brücke. Dadurch wird AWS Cloud9 verhindert, dass eine Verbindung zu der EC2 Instanz hergestellt wird, die die Entwicklungsumgebung unterstützt.

Empfohlene Lösung: Um einen IP-Adresskonflikt zu lösen, der von Amazon verursacht wurde VPC und Docker Verwenden Sie denselben IPv4 CIDR Adressblock und konfigurieren Sie einen neuen VPC für die Instance, die Ihre EC2 Umgebung unterstützt. Konfigurieren Sie für diesen neuen VPC CIDR Block einen Block, der sich von unterscheidet172.17.0.0/16. (Sie können den IP-Adressbereich eines vorhandenen Netzes VPC oder eines Subnetzes nicht ändern.)

Informationen zur Konfiguration finden Sie unter VPCund zur Größe von Subnetzen im VPC Amazon-Benutzerhandbuch.

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

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

Mögliche Ursachen: Es ist derzeit nicht möglich, mithilfe des Dateisystems von eine Unterordnerstruktur/home/ec2-user/environmentinnerhalb eines Ordners mit demselben Namen zu erstellen. AWS Cloud9 IDE Sie können über den AWS Cloud9 IDE Datei-Explorer auf keine Dateien in diesem Verzeichnis zugreifen, aber Sie können ü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/environmentund/home/ec2-user/environment/testsollten funktionieren. Dies ist ein bekanntes Problem und betrifft nur den AWS Cloud9 IDE Datei-Explorer.

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

Kann nicht von der Konsole AWS Cloud9 aus gestartet werden, wenn eine AWS License Manager Lizenzkonfiguration mit EC2 Amazon-Instances verknüpft ist

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

Mögliche Ursachen: AWS License Manager Optimiert die Verwaltung von Softwarelieferlizenzen auf der AWS Cloud ganzen Welt. 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 angehängt werden, z. B. an ein Amazon Machine Image (AMI) oder AWS CloudFormation. Sie können einen dieser Mechanismen verwenden, um EC2 Instances zu starten.

Ältere Versionen von AWSCloud9ServiceRolePolicyfor the AWSServiceRoleForAWSCloud 9 service-linked role (SLR) enthalten derzeit nicht die license-configuration Ressourcenbedingung. Aus diesem Grund darf die Instanz AWS Cloud9 nicht gestartet und gestoppt werden. AWS Cloud9 Es wird also der Zugriff auf seine EC2 Amazon-Instance verweigert und es wird 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 AWSCloud9ServiceRolePolicydienstbezogene Rolle durch die Version vonSLR, die explizit EC2 Aktionen 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.

Einige Befehle oder Skripts können in einer EC2 Umgebung nicht ausgeführt werden

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

Ursache: Die EC2 Amazon-Instances, die für eine EC2 Umgebung AWS Cloud9 verwendet werden, basieren entweder auf Amazon Linux (das auf Red Hat Enterprise Linux (RHEL) basiert) oder Ubuntu Server.

Lösung: Wenn Sie Pakete in einer EC2 Umgebung installieren oder verwalten oder Befehle oder Skripts ausführen, stellen Sie sicher, dass sie je nach Instance für diese Umgebung entweder mit RHEL (für Amazon Linux) oder Ubuntu Server kompatibel sind. IDE

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::EnvironmentEC2 AWS CloudFormation 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 EC2 No-Ingress-Umgebung erstellen, müssen Sie die Servicerolle AWSCloud9SSMAccessRole und das Instanzprofil erstellen. AWSCloud9SSMInstanceProfile Diese IAM Ressourcen ermöglichen es Systems Manager, die EC2 Instanz zu 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 Ihre erste No-Ingress-Umgebung verwenden AWS CloudFormation oder AWS CLI erstellen möchten, müssen Sie diese IAM Ressourcen manuell erstellen.

Empfohlene Lösung: Informationen zum Bearbeiten Ihrer AWS CloudFormation Vorlage und zum Aktualisieren von IAM Berechtigungen finden Sie unter Wird verwendet AWS CloudFormation , um Umgebungen ohne Zutritt EC2 zu erstellen

Fehlermeldung „Nicht autorisiert für eine perform: ssm:StartSession Ressource“ beim Erstellen einer EC2 Umgebung mit AWS CloudFormation

Problem: Wenn Benutzer die AWS::Cloud9::EnvironmentEC2 AWS CloudFormation Ressource zum Erstellen einer EC2 Umgebung verwenden, erhalten sie eine Meldung AccessDeniedException und werden darüber informiert, dass sie „nicht zur Ausführung autorisiert sind: ssm:StartSession auf der Ressource“.

Ursache: Dem Benutzer fehlt die Berechtigung StartSessionAPI, das aufzurufen, was als Teil der Konfiguration für EC2 Umgebungen erforderlich ist, in denen Systems Manager für No-Ingress-Instances verwendet wird.

Empfohlene Lösung: Informationen zum Bearbeiten Ihrer AWS CloudFormation Vorlage und zum Aktualisieren von IAM Berechtigungen finden Sie unter. Wird verwendet AWS CloudFormation , um Umgebungen ohne Zutritt EC2 zu erstellen

Fehlermeldung, dass beim Erstellen einer EC2 Umgebung mit dem Befehl „Ausführen: iam:GetInstanceProfile auf Ressource: InstanzprofilAWSCloud9SSMInstanceProfile“ keine Autorisierung vorhanden ist AWS CLI

Problem: Wenn Benutzer das AWS CLIzum Erstellen einer EC2 Umgebung verwenden, erhalten sie eine Meldung AccessDeniedException und werden darüber informiert, dass ihre AWS Cloud9 Umgebung nicht berechtigt ist, „das Profil iam: GetInstanceProfile on resource: instance“ auszuführenAWSCloud9SSMInstanceProfile.

Ursache: AWS Cloud9 Es fehlt die Berechtigung StartSessionAPI, das aufzurufen, was als Teil der Konfiguration für EC2 Umgebungen erforderlich ist, in denen Systems Manager für No-Ingress-Instances verwendet wird.

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

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

Problem: Failed to create environments. The development environment '[environment-ID]' failed to create Beim Versuch, eine EC2 Amazon-Umgebung zu erstellen, wird ein Fehler zurückgegeben.

Mögliche Ursachen: Wenn Sie EBS Amazon-Volumes AWS Cloud9 IDE verwenden, die standardmäßig verschlüsselt sind, AWS Cloud9 erfordert die AWS Identity and Access Management serviceverknüpfte Rolle für Zugriff auf die AWS KMS keys für diese EBS Volumes. Wenn kein Zugriff gewährt wird, kann sie AWS Cloud9 IDE möglicherweise nicht gestartet werden, und es könnte schwierig sein, das Problem zu debuggen.

Empfohlene Lösungen: Um Zugriff zu gewähren, fügen Sie dem vom Kunden verwalteten Schlüssel AWS Cloud9AWSServiceRoleForAWSCloud9, der von Ihren EBS Amazon-Volumes verwendet wird, die serviceverknüpfte Rolle für, hinzu.

Weitere Informationen zu dieser Aufgabe finden Sie unter Erstellen eines Geräts, AWS Cloud9 das EBS Amazon-Volumes mit Standardverschlüsselung verwendet, in AWS Prescriptive Guidance Patterns.

VPCFehler bei EC2 -Classic-Konten: „Zugriff auf Ihre Umgebung nicht möglich“

Problem: EC2 -Classic wurde in der Originalversion von Amazon EC2 eingeführt. Wenn Sie eine verwenden AWS-Konto , die vor dem 4. Dezember 2013 eingerichtet wurde, kann dieser Fehler auftreten, wenn Sie beim Erstellen einer AWS Cloud9 EC2 Entwicklungsumgebung kein Amazon VPC - und Subnetz konfigurieren.

Wenn Sie die VPC Standardeinstellungen akzeptieren, wird die EC2 Amazon-Instance im EC2 -Classic-Netzwerk gestartet. Die Instance wird nicht in einem Standard-Subnetz gestartet. VPC 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 im Standard VPC befindet. Dient AWS CloudFormation zum Anzeigen des Stack-Ereignisverlaufs für die Entwicklungsumgebung.

  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

    Grund für den Status: Der AssociatePublicIpAddress Parameter wird nur bei VPC Starts unterstützt. [...]

Ursache: Eine AWS Cloud9 Entwicklungsumgebung muss mit einem Amazon verknüpft seinVPC, das bestimmte VPC Anforderungen erfüllt. Bei Konten mit aktiviertem EC2 -Classic bedeutet das Akzeptieren der Standard-Netzwerkeinstellungen beim Erstellen einer EC2 Umgebung, dass die erforderliche EC2 Instance nicht in der VPC gestartet wird. Stattdessen wird die Instanz im EC2 -Classic-Netzwerk gestartet.

Empfohlene Lösung: Bei einem EC2 -Classic-Konto müssen Sie beim Erstellen einer Umgebung ein VPC UND-Subnetz auswählen. EC2 Wählen Sie auf der Seite Einstellungen konfigurieren im Abschnitt Netzwerkeinstellungen (erweitert) das Subnetz VPC und das Subnetz aus, in dem Sie Ihre EC2 Instance starten können.

Andere Dienste AWS

Im folgenden Abschnitt wird die Behebung von Problemen im Zusammenhang mit anderen AWS Diensten beschrieben.

Die Unterordnerstruktur /projects/projects kann im Datei-Explorer von for nicht erstellt werden. AWS Cloud9 IDE 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 des for eine Unterordnerstruktur /projects innerhalb eines gleichnamigen Ordners zu erstellen. AWS Cloud9 IDE CodeCatalyst Sie können vom AWS Cloud9 IDE Datei-Explorer aus auf keine Dateien in diesem Verzeichnis zugreifen, aber Sie können ü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.

Ihre laufende Anwendung kann nicht außerhalb des angezeigt werden IDE

Problem: Wenn Sie oder andere versuchen, Ihre laufende Anwendung auf einer Webbrowser-Registerkarte außerhalb von anzuzeigenIDE, zeigt diese Webbrowser-Registerkarte einen Fehler an, oder die Registerkarte ist leer.

Mögliche Ursachen:

  • Die Anwendung läuft nicht in derIDE.

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

  • Die Anwendung läuft in einer AWS Cloud9 EC2 Entwicklungsumgebung. Darüber hinaus erlauben eine oder mehrere Sicherheitsgruppen, die der entsprechenden EC2 Amazon-Instance zugeordnet sind, keinen eingehenden Datenverkehr über die Protokolle, Ports oder IP-Adressen, die die Anwendung benötigt.

  • Die Anwendung läuft in einer AWS Cloud9 SSH Entwicklungsumgebung für eine AWS Cloud-Recheninstanz (z. B. eine EC2 Amazon-Instance). Darüber hinaus erlaubt das Netzwerk ACL für das Subnetz in der Virtual Private Cloud (VPC), das der entsprechenden Instance zugeordnet ist, keinen eingehenden Datenverkehr über die Protokolle, Ports oder IP-Adressen, die die Anwendung benötigt.

  • Das URL ist falsch.

  • Die Registerkarte URL in der Anwendungsvorschau wird anstelle der öffentlichen IP-Adresse der Instanz angefordert.

  • Sie versuchen, eine Adresse aufzurufen, die die IP 127.0.0.1 oder localhost enthält. Diese IPs Versuche, auf Ressourcen auf Ihrem lokalen Computer statt auf Ressourcen in der Umgebung zuzugreifen.

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

  • Die Webanfrage stammt aus einem virtuellen privaten Netzwerk (VPN), das den Datenverkehr über die von der Anwendung benötigten Protokolle, Ports oder IP-Adressen blockiert.

  • 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 ausgeführt wirdIDE.

  • 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 läuft auf einer AWS Cloud-Recheninstanz (z. B. einer EC2 Amazon-Instance). 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. Siehe auch Sicherheitsgruppen für Sie VPC im VPCAmazon-Benutzerhandbuch.

  • Angenommen, die Anwendung läuft auf einer AWS Cloud-Recheninstanz. Darüber hinaus ACL existiert ein Netzwerk für das Subnetz in demVPC, das der entsprechenden Instanz zugeordnet ist. Stellen Sie anschließend sicher, dass das Netzwerk eingehenden Datenverkehr über die Protokolle, Ports und IP-Adressen ACL zulässt, die für die Anwendung erforderlich sind. Anweisungen dazu finden Sie in Schritt 3: Einrichten des Subnetzes für die Instance unter Freigabe einer laufenden Anwendung über das Internet. Siehe auch Netzwerk ACLs im VPCAmazon-Benutzerhandbuch.

  • Stellen Sie sicherURL, dass die Anfrage einschließlich des Protokolls (und des Ports, falls dieser angegeben werden muss) korrekt ist. Weitere Informationen finden Sie in Schritt 4: Teilen Sie Ihre laufenden Anwendungen URL unter Freigeben einer ausgeführten Anwendung über das Internet.

  • Es wird nicht empfohlen, eine im URL folgenden Format anzufordern https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/ (wobei 12a34567b8cd9012345ef67abcd890e1 sich die ID befindet, die der Umgebung AWS Cloud9 zugewiesen wird, und us-east-2 ist die ID der AWS Region für die Umgebung). Dies URL funktioniert nur, wenn das IDE für die Umgebung geöffnet ist und die Anwendung im selben 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 läuft auf einer AWS Cloud-Compute-Instanz. 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: Teilen Sie Ihre laufenden Anwendungen URL unter Freigeben einer ausgeführten Anwendung über das Internet.

  • Wenn die Webanforderung von einem stammt, stellen Sie sicherVPN, dass VPN der Datenverkehr über die Protokolle, Ports und IP-Adressen zugelassen wird, die für die Anwendung erforderlich sind. Wenn Sie keine Änderungen an Ihrem vornehmen könnenVPN, 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 aus auszuführen, indem curl Sie den Befehl ausführen, gefolgt vonURL. Wenn dieser Befehl eine Fehlermeldung anzeigt, liegt möglicherweise ein anderes Problem vor, das nicht damit zusammenhängt AWS Cloud9.

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

Problem: Ein von AWS Toolkit verwendetes Dateiüberwachungsprogramm nähert sich seinem 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

Fehler beim Ausführen der lokalen Lambda-Funktion: Local kann nicht installiert SAM werden

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

Ursache: SAM Local AWS Cloud9 kann am erwarteten Pfad in der Umgebung nicht gefunden werden, also~/.c9/bin/sam. Dies liegt daran, dass SAM Local noch nicht installiert ist oder, falls es installiert ist, es an diesem Speicherort nicht gefunden werden AWS Cloud9 kann.

Empfohlene Lösungen: Sie können warten AWS Cloud9 , bis Sie versuchen, die Installation von SAM Local abzuschließen, oder Sie können es selbst installieren.

Um zu sehen, wie AWS Cloud9 es mit dem Versuch aussieht, SAM Local zu installieren, wählen Sie in der Menüleiste Windows, Installer.

Um SAM Local selbst zu installieren, folgen Sie den Anweisungen unter Installation von AWS SAM CLI unter Linux im AWS Serverless Application Model Entwicklerhandbuch.

AWS Control Tower Fehler beim Versuch, eine EC2 Amazon-Umgebung zu erstellen mit AWS 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 dem AWS Control Tower Proactive Control CT. EC2.PR.8. Wenn dieses Steuerelement aktiviert ist, können Sie keine Umgebung in erstellenEC2. 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 die Kontroll-CT. EC2.PR.8 von der AWS Control Tower Konsole aus und erstellen Sie die Umgebung in neu. AWS Cloud9

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

Problem: Failed to create environments. The development environment '[environment-ID]' failed to create Beim Versuch, eine EC2 Amazon-Umgebung zu erstellen, wird ein Fehler zurückgegeben.

Mögliche Ursachen: Wenn Sie EBS Amazon-Volumes AWS Cloud9 IDE verwenden, die standardmäßig verschlüsselt sind, AWS Cloud9 erfordert die AWS Identity and Access Management serviceverknüpfte Rolle für Zugriff auf die AWS KMS keys für diese EBS Volumes. Wenn kein Zugriff gewährt wird, kann sie AWS Cloud9 IDE möglicherweise nicht gestartet werden, und es könnte schwierig sein, das Problem zu debuggen.

Empfohlene Lösungen: Um Zugriff zu gewähren, fügen Sie dem vom Kunden verwalteten Schlüssel AWS Cloud9AWSServiceRoleForAWSCloud9, der von Ihren EBS Amazon-Volumes verwendet wird, die serviceverknüpfte Rolle für, hinzu.

Weitere Informationen zu dieser Aufgabe finden Sie unter Erstellen eines Geräts, AWS Cloud9 das EBS Amazon-Volumes mit Standardverschlüsselung verwendet, in AWS Prescriptive Guidance Patterns.

(zurück zum Seitenanfang)

Kann nicht von der Konsole AWS Cloud9 aus gestartet werden, wenn eine AWS License Manager Lizenzkonfiguration mit EC2 Amazon-Instances verknüpft ist

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

Mögliche Ursachen: AWS License Manager Optimiert die Verwaltung von Softwarelieferlizenzen auf der AWS Cloud ganzen Welt. 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 angehängt werden, z. B. an ein Amazon Machine Image (AMI) oder AWS CloudFormation. Sie können einen dieser Mechanismen verwenden, um EC2 Instances zu starten.

Ältere Versionen von AWSCloud9ServiceRolePolicyfor the AWSServiceRoleForAWSCloud 9 service-linked role (SLR) enthalten derzeit nicht die license-configuration Ressourcenbedingung. Aus diesem Grund darf die Instanz AWS Cloud9 nicht gestartet und gestoppt werden. AWS Cloud9 Es wird also der Zugriff auf seine EC2 Amazon-Instance verweigert und es wird 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 AWSCloud9ServiceRolePolicydienstbezogene Rolle durch die Version vonSLR, die explizit EC2 Aktionen 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 ihr Code kann so viel Speicher beanspruchen, dass er AWS Cloud9 IDE möglicherweise pausiert oder beendet wird, wenn die Anwendungsvorschau ausgeführt wird. Um dies zu verhindern, werden die Tabs für die Anwendungsvorschau AWS Cloud9 nicht jedes Mal neu geladen, 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: Zum Öffnen von sind keine Cookies von Drittanbietern erforderlich AWS Cloud9 IDE. Sie müssen jedoch Cookies von Drittanbietern aktivieren, um die Funktionen Anwendungsvorschau und Dateivorschau verwenden zu können.

Lösung: Aktivieren Sie Drittanbieter-Cookies in Ihrem Webbrowser, laden Sie Ihren erneut und versuchen Sie dann erneutIDE, 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: Wenn Sie in der Menüleiste von „Vorschau“IDE, „Vorschau der laufenden Anwendung“ oder „Tools“, „Vorschau“, „Vorschau der laufenden Anwendung“ wählen, um zu versuchen, Ihre Anwendung auf einer Vorschau-Registerkarte anzuzeigenIDE, wird auf der Registerkarte ein Fehler angezeigt, oder die Registerkarte ist leer.

Mögliche Ursachen:

  • Ihre Anwendung läuft nicht in derIDE.

  • Ihre Anwendung läuft nicht mitHTTP.

  • 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 (80808081, oder8082) ist URL auf der Registerkarte Vorschau 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 AWS Cloud9 IDE versucht der, 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 ausgeführt wirdIDE.

  • Stellen Sie sicher, dass die Anwendung unter ausgeführt wirdHTTP. 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 :8082 URL auf der Registerkarte Vorschau oder hinzu. :8081

  • 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, zu dieser Adresse außerhalb von zu gelangenIDE. Dies funktioniert jedoch nur, wenn IDE die Umgebung geöffnet ist und die Anwendung im selben 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.

Es kann keine Vorschau des Webinhalts in der angezeigt werden, IDE 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 sie im IDE Vorschaufenster nicht angezeigt werden.

Mögliche Ursachen: Standardmäßig verwenden alle Webseiten, auf die Sie über die Registerkarte „Anwendungsvorschau“ von zugreifen, AWS Cloud9 IDE automatisch das HTTPS Protokoll. Wenn eine Seite das unsichere http Protokoll URI enthält, wird es 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, auf der Sie eine Vorschau anzeigen möchten. IDE Folgen Sie den Anweisungen für Ihren Webserver oder Ihr Content-Management-System, um Anleitungen zur Implementierung HTTPS zu erhalten.

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

Problem: Wenn Sie versuchen, eine Vorschau einer Datei anzuzeigen, die AWS Cloud9 IDE ein <script> Element enthält, das das src Attribut enthält und bei dem das type Attribut auf gesetzt istmodule, tritt ein 499-Fehler auf und das Skript wird nicht wie erwartet ausgeführt.

Ursache: Für Anfragen zum Abrufen der Dateivorschau AWS Cloud9 IDE müssen zur Authentifizierung Cookies vom Webbrowser gesendet werden. 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 Cloud9 IDEEinfrieren für einen längeren Zeitraum

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: Wenn Sie in der AWS Cloud9 Konsole arbeiten (z. B. beim Öffnen IDE oder Aktualisieren IDE der Webseite), wird die folgende Meldung angezeigt: „In dieser Umgebung sind eine oder mehrere Sitzungen oder Mitarbeiter 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 beansprucht Speicher und CPU Zyklen aus der Umgebung. 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 and t2.micro, AWS Cloud9 wechselt zur Engine mit minimaler Codevervollständigung.

Empfohlene Lösung: Wenn Sie häufig und über einen längeren Zeitraum zusammenarbeiten möchten, wählen Sie bei der Erstellung Ihrer EC2 Umgebung eine größere EC2 Amazon-Instance. Oder verbinden Sie Ihre SSH Umgebung alternativ mit einer Instance mit mehr Kapazität.

Anmerkung

Wenn Sie sich für eine größere EC2 Amazon-Instance entscheiden AWS-Konto , können zusätzliche Gebühren anfallen. Weitere Informationen finden Sie unter EC2Amazon-Preise.

IDEWarnung: „In dieser Umgebung wird wenig Arbeitsspeicher zur Verfügung gestellt“ oder „Diese Umgebung hat eine hohe CPU Auslastung“

Problem: Während der Ausführung von IDE wird eine Meldung angezeigt, die den Satz „In dieser Umgebung wird wenig Arbeitsspeicher zur Verfügung gestellt“ oder „Diese Umgebung hat eine hohe CPU Auslastung“ enthält.

Ursache: IDE Möglicherweise stehen nicht genügend Rechenressourcen zur Verfügung, um die Ausführung ohne Verzögerungen oder Abstürze fortzusetzen.

Empfohlene Lösungen:

  • Stoppen Sie einen oder mehrere laufende Prozesse, um Speicherplatz freizugeben. Wählen Sie dazu in der Menüleiste IDE für die Umgebung die Optionen Tools, Prozessliste aus. 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 EC2 Amazon-Instances finden Sie unterÜbertragung AWS Cloud9 IDE von und aus Amazon EBS Volumes. Informationen zu anderen Instance- oder Servertypen finden Sie in der Dokumentation der betreffenden Instance oder des betreffenden Servers.

Es konnten keine Dateien hochgeladen werden in AWS Cloud9 IDE

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

Ursache: AWS Cloud9 Drosselt die Upload-Geschwindigkeit auf AWS Cloud9 IDE, sodass bei der Datei-Upload-Anfrage eine Zeitüberschreitung eintritt.

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

Langsame Download-Geschwindigkeit in AWS Cloud9 IDE

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

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

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

Es kann keine Vorschau des Webinhalts in der angezeigt werden, IDE 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 sie im IDE Vorschaufenster nicht angezeigt werden.

Mögliche Ursachen: Standardmäßig verwenden alle Webseiten, auf die Sie über die Registerkarte „Anwendungsvorschau“ von zugreifen, AWS Cloud9 IDE automatisch das HTTPS Protokoll. Wenn eine Seite das unsichere http Protokoll URI enthält, wird es 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, auf der Sie eine Vorschau anzeigen möchten. IDE Folgen Sie den Anweisungen für Ihren Webserver oder Ihr Content-Management-System, um Anleitungen zur Implementierung 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 zu starten AWS Cloud9, 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 tmux-Hilfsprogramm. 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 nicht IDE 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 ist AWS Systems Manager die Einrichtung einer Host-Management-Konfiguration. Dies ermöglicht den Zugriff auf die entsprechende Instance über die EC2 Amazon-Konsole.

Einrichten der Host-Verwaltung

  1. Suchen Sie zunächst in der AWS Cloud9 Konsole nach dem 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 EC2 Amazon-Konsole den Namen der Instance, auf die Sie zugreifen müssen.

  2. Gehen Sie nun zur AWS Systems Manager Konsole und wählen Sie im Navigationsbereich Quick Setup 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 Instanz aus, auf die Sie zugreifen möchten, und wählen Sie dann Create.

Verbinden mit der Instance und Ausführen von Befehlen

Anmerkung

Die folgenden Schritte gelten für die neue EC2 Konsole.

  1. Wählen Sie in der EC2 Amazon-Konsole im Navigationsbereich Instances und wählen Sie die Instance aus, zu 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-*

Kann nicht IDE mit früheren Versionen von geladen werden Microsoft Edge Browser

Problem: HTTP403: FORBIDDEN Beim Versuch, AWS Cloud9 IDE mit dem zu laden, wird ein Fehler zurückgegeben Microsoft Edge Webbrowser.

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

Empfohlene Lösungen: Um den Browser zu aktualisieren, klicken Sie auf die Schaltfläche mit den Auslassungspunkten (...) in der Microsoft Edge Werkzeugleiste. Wählen Sie im Menü Einstellungen und dann Über Microsoft Edge. Wenn ein Update erforderlich ist, wird es automatisch heruntergeladen und installiert.

Fehler bei gdb beim Debuggen C++ Projekte

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

Mögliche Ursachen: Angenommen, Ihre AWS Cloud9 Umgebung verwendet bestimmte EC2 Instanztypen (z. B. t3.small oderm5.large). Dann kann ein Debug-Fehler auftreten, wenn Sie versuchen, einen zu starten und zu debuggen C++ Projekt, das den integrierten IDE Runner verwendet. Dieser Fehler kann auftreten, weil die Version von gdb (dem 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 Terminal ausführen. AWS Cloud9 

    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 eingestellt PHP und der Debugger-Modus muss aktiviert sein.

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

GLIBCFehler 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ür AWS Cloud9.