Windows konnte keine Verbindung mit dem Dienst Konfiguration für Remotedesktops herstellen

Nachfolgend sind mögliche Probleme und Fehlermeldungen aufgeführt, die beim Herstellen der Verbindung mit Ihrer Windows-Instance auftreten können.

Inhalt

• Der Remotedesktopdienst kann keine Verbindung zu dem Remotecomputer herstellen
• Fehler beim Verwenden des macOS RDP-Clients
• RDP zeigt anstelle des Desktops einen schwarzen Bildschirm an
• Eine Remote-Anmeldung bei einer Instance mit einem anderen Benutzerkonto als Administrator ist nicht möglich
• Fehlerbehebung bei Remotedesktop-Problemen mit AWS Systems Manager
• Aktivieren von Remotedesktop auf einer EC2-Instance mit Remoteregistrierung
• Ich habe meinen privaten Schlüssel verloren. Wie kann ich mich mit meiner Windows-Instance verbinden?

Der Remotedesktopdienst kann keine Verbindung zu dem Remotecomputer herstellen

Versuchen Sie, Verbindungsprobleme mit Ihre Instance mit den folgenden Maßnahmen zu beheben:

• Vergewissern Sie sich, dass Sie den richtigen öffentlichen DNS-Hostnamen verwenden. (Wählen Sie in der Amazon EC2-Konsole die Instance aus und überprüfen Sie im Detailbereich den Wert für Public DNS (IPv4).) Wenn sich Ihre Instance in einer VPC befindet, aber kein öffentlicher DNS-Name angezeigt wird, müssen Sie die DNS-Hostnamen aktivieren. Weitere Informationen finden Sie unter Verwendung von DNS in Ihrer VPC im Amazon VPC Benutzerhandbuch.

• Überprüfen Sie, ob Ihre Instance über eine öffentliche IPv4-Adresse verfügt. Falls nicht, verknüpfen Sie eine Elastic IP-Adresse mit der Instance. Weitere Informationen finden Sie unter Elastic-IP-Adressen.

• Um eine Verbindung zu Ihrer Instance mit einer IPv6-Adresse herzustellen, überprüfen Sie, dass Ihr lokaler Computer muss über eine IPv6-Adresse verfügt und zur Verwendung von IPv6 konfiguriert ist. Wenn Sie eine Instance auf der Basis eines Windows Server 2008-AMI oder einer älteren Version gestartet haben, ist Ihre Instance nicht automatisch so konfiguriert, müssen Sie Ihre Instance manuell so konfigurieren, dass die der Instance zugewiesene IPv6-Adresse erkannt wird. Weitere Informationen finden Sie unter Konfigurieren von IPv6 auf Ihrer Instance im Amazon VPC Benutzerhandbuch.

• Überprüfen Sie, ob für Ihre Sicherheitsgruppe eine Regel eingerichtet ist, die den RDP-Zugriff zulässt. Weitere Informationen finden Sie unter Erstellen einer Sicherheitsgruppe.

• Wenn Sie das Passwort kopiert und eingefügt haben, und die Fehlermeldung Your credentials did not work angezeigt wird, geben Sie das Passwort manuell ein. Möglicherweise ist beim Kopieren des Passworts ein Buchstabe zu wenig oder ein Leerzeichen zu viel markiert gewesen.

• Überprüfen Sie, ob Ihre Instance ihre Statusprüfungen bestanden hat. Weitere Informationen finden Sie unter Statusprüfungen für Ihre Instances und Fehlerbehebung bei Instances mit fehlgeschlagenen Statusprüfungen (Amazon EC2-Benutzerhandbuch für Linux-Instances).

• Überprüfen Sie, dass die Routing-Tabelle für das Subnetz eine Route hat, die den gesamten Datenverkehr mit Zielen außerhalb der VPC an das Internetgateway für die VPC sendet. Weitere Informationen finden Sie unter Erstellen einer benutzerdefinierten Routing-Tabelle (Internet-Gateways) im Amazon VPC Benutzerhandbuch.

• Überprüfen Sie, ob die Windows-Firewall – oder eine andere Firewall-Software – den RDP-Datenverkehr zu Ihrer Instance blockiert. Wir empfehlen, die Windows-Firewall zu deaktivieren und den Zugriff auf Ihre Instance mithilfe von Sicherheitsgruppenregeln zu steuern. Mit AWSSupport-TroubleshootRDP können Sie disable the Windows Firewall profiles using SSM Agent . Um die Windows-Firewall auf einer Windows-Instance zu deaktivieren, die nicht für AWS Systems Manager konfiguriert ist, verwenden Sie AWSSupport-ExecuteEC2Rescue oder die folgenden manuellen Schritte:

1. Beenden Sie die betroffene Instance und trennen Sie das Stamm-Volume von der Instance.

2. Starten Sie eine temporäre Instance in derselben Availability Zone wie die betroffene Instance.

   (Optional) Wenn ihre temporäre Instance auf demselben AMI basiert wie die ursprüngliche Instance, müssen Sie zusätzliche Schritte ausführen. Anderenfalls werden Sie die ursprüngliche Instance nach der Wiederherstellung des Stamm-Volumes wegen einer Festplatten-Signaturkollision nicht booten können. Alternativ können Sie ein anderes AMI für die temporäre Instance verwenden. Wenn beispielsweise die Original-Instance das AWS-Windows-AMI für Windows Server 2008 R2 verwendet, starten Sie die temporäre Instance mithilfe des AWS-Windows-AMI für Windows Server 2012.

3. Hängen Sie das Stamm-Volume aus der betroffenen Instance an diese temporäre Instance an. Stellen Sie eine Verbindung mit der temporären Instance her, öffnen Sie das Datenträgerverwaltung-Dienstprogramm und bringen Sie das Laufwerk online.

4. Öffnen Sie Regedit und wählen Sie HKEY_LOCAL_MACHINE. Wählen Sie im Menü File die Option Load Hive aus. Wählen Sie das Laufwerk aus, öffnen Sie die Datei Windows\System32\config\SYSTEM und geben Sie einen (frei wählbaren) Schlüsselnamen ein, wenn Sie dazu aufgefordert werden.

5. Wählen Sie den gerade geladenen Schlüssel aus und navigieren Sie zu ControlSet001\Services\SharedAccess\Parameters\FirewallPolicy. Wählen Sie nacheinander alle Schlüssel mit Namen „xxxxProfile“ aus und ändern Sie den Wert für EnableFirewall von 1 in 0. Wählen Sie den Schlüssel erneut aus und wählen Sie dann aus dem Menü File den Befehl Unload Hive.

6. (Optional) Wenn ihre temporäre Instance auf demselben AMI basiert wie die ursprüngliche Instance, müssen Sie die folgenden Schritte ausführen. Andernfalls werden Sie die ursprüngliche Instance nach der Wiederherstellung des Stamm-Volumes wegen einer Festplatten-Signaturkollision nicht booten können.

   Im folgenden Verfahren wird beschrieben, wie Sie mit dem Registrierungs-Editor die Windows-Registrierung bearbeiten. Wenn Sie nicht mit der Windows-Registrierung vertraut sind oder nicht wissen, wie man Änderungen mit dem Registrierungs-Editor vornimmt, finden Sie weitere Informationen unter Konfigurieren der Registrierung.

   1. Öffnen Sie eine Eingabeaufforderung, geben Sie regedit.exe ein und drücken Sie die Eingabetaste.

   2. Wählen Sie im Registrierungs-Editor im Kontextmenü (rechte Maustaste) HKEY_LOCAL_MACHINE aus und dann Suchen.

   3. Geben Sie Windows Boot Manager ein und klicken Sie dann auf Weiteresuchen.

   4. Wählen Sie den Schlüssel 11000001 aus. Dieser Schlüssel ist ein gleichgeordnetes Element des Schlüssels, den Sie im vorherigen Schritt gefunden haben.

   5. Klicken Sie im rechten Bereich auf Element und wählen Sie dann im Kontextmenü (rechte Maustaste) die Option Ändern aus.

   6. Suchen Sie die 4-Byte-Datenträgersignatur bei Versatz 0x38 in den Daten. Kehren Sie die Bytes um, um die Datenträgersignatur zu erstellen, und notieren Sie diese. Die Datenträgersignatur der folgenden Daten lautet zum Beispiel E9EB3AA5:

      ... 0030 00 00 00 00 01 00 00 00 0038 A5 3A EB E9 00 00 00 00 0040 00 00 00 00 00 00 00 00 ...

   7. Führen Sie in einem Eingabeaufforderungsfenster den folgenden Befehl aus, um Microsoft DiskPart zu starten.

      diskpart

   8. Führen Sie den folgenden DiskPart-Befehl aus, um das Volume auszuwählen. (Sie können mit dem Hilfsprogramm Datenträgerverwaltung überprüfen, ob die Datenträgernummer "1" ist.)

      DISKPART> select disk 1 Disk 1 is now the selected disk.

   9. Führen Sie den folgenden DiskPart-Befehl aus, um die Datenträgersignatur abzurufen.

      DISKPART> uniqueid disk Disk ID: 0C764FA8

   10. Wenn die im vorherigen Schritt angezeigte Datenträgersignatur nicht mit der zuvor notierten Datenträgersignatur von BCD übereinstimmt, verwenden Sie den folgenden DiskPart-Befehl, um die Datenträgersignatur entsprechend zu ändern:

       DISKPART> uniqueid disk id=E9EB3AA5

7. Bringen Sie das Laufwerk mit dem Datenträgerveraltung-Dienstprogramm offline.

   Das Laufwerk ist automatisch offline, wenn die temporäre Instance dasselbe Betriebssystem wie die betroffene Instance ausführt. Sie müssen es daher nicht manuell offline schalten.

8. Trennen Sie das Volume von der temporären Instance. Sie können die temporäre Instance beenden, falls Sie keine weitere Verwendung mehr dafür haben.

9. Stellen Sie das Stamm-Volume aus der betroffenen Instance wieder her, indem Sie es als anhänge /dev/sda1.

10. Starten Sie die Instance.

• Vergewissern Sie sich, dass die Authentifizierung auf Netzwerkebene auf der Instance, die Teil einer Active Directory-Domäne ist, deaktiviert ist (mit AWSSupport-TroubleshootRDP können Sie disable NLA ausführen).

• Vergewissern Sie sich, dass der Starttyp des Remotedesktopdiensts (TermService) auf "Automatisch" eingestellt ist und der Dienst gestartet wurde (mit AWSSupport-TroubleshootRDP können Sie enable and start the RDP service ausführen).

• Vergewissern Sie sich, dass Sie mit dem richtigen Remote Desktop Protocol-Port verbunden sind, der standardmäßig 3389 ist (mit AWSSupport-TroubleshootRDP können Sie read the current RDP port und change it back to 3389 ausführen).

• Vergewissern Sie sich, dass die Remotedesktop-Verbindungen auf Ihrer Instance zulässig sind (mit AWSSupport-TroubleshootRDP können Sie enable Remote Desktop connections).

• Überprüfen Sie, dass das Passwort nicht abgelaufen ist. Wenn das Passwort abgelaufen ist, können Sie es zurücksetzen. Weitere Informationen finden Sie unter Zurücksetzen eines Windows-Administratorpassworts, das verloren oder abgelaufen ist.

• Wenn Sie versuchen, die Verbindung unter Verwendung eines Benutzerkontos herzustellen, das Sie auf der Instance angelegt haben, und der Fehler The user cannot connect to the server due to insufficient access privileges angezeigt wird, überprüfen Sie, ob der betreffende Benutzer die Berechtigung hat, sich lokal anzumelden. Weitere Informationen finden Sie unter Grant a Member the Right to Log On Locally (Einem Mitglied das Rechte gewähren, sich lokal anzumelden).

• Wenn Sie versuchen, eine Sitzung zu starten, und es ist bereits die Höchstgrenze gleichzeitiger RDP-Sitzungen erreicht, wird Ihre Sitzung mit der folgenden Meldung beendet: Your Remote Desktop Services session has ended. Another user connected to the remote computer, so your connection was lost. Standardmäßig sind pro Instance zwei gleichzeitige RDP-Sitzungen pro Instance erlaubt.

Fehler beim Verwenden des macOS RDP-Clients

Wenn Sie eine Verbindung mit einer Windows Server 2012 R2 Instance über den Remote Desktop Connection-Client auf der Microsoft-Website herstellen, erhalten Sie möglicherweise folgenden Fehler:

Laden Sie die Microsoft Remote Desktop App vom Mac App Store herunter und stellen Sie die Verbindung mit Ihrer Instance über die App her.

RDP zeigt anstelle des Desktops einen schwarzen Bildschirm an

Versuchen Sie, das Problem wie folgt zu beheben:

• Überprüfen Sie die Ausgabe der Konsole, ob weitere Informationen gegeben werden. Um die Ausgabe der Konsole für Ihre Instance mit der Amazon EC2-Konsole abzurufen, wählen Sie die Instance aus, wählen Sie dann Actions (Aktionen), Monitor and troubleshoot (Überwachung und Fehlerbehebung), Get System Log (Systemprotokoll abrufen).

• Überprüfen Sie, ob Sie die neueste Version Ihres RDP-Clients verwenden.

• Verwenden Sie versuchsweise die Standardeinstellungen für den RDP-Client. Weitere Informationen finden Sie unter Remote Session Environment (Remote-Sitzungsumgebung).

• Wenn Sie eine Remotedesktopverbindung verwenden, versuchen Sie, diese wie folgt mit der Option /admin zu starten.

  mstsc /v:instance /admin

• Wenn der Server eine Anwendung im Vollbildschirmmodus ausführt, besteht die Möglichkeit, dass diese Anwendung nicht mehr reagiert. Starten Sie mit Strg+Umschalt+Esc den Windows-Task-Manager und beenden Sie die betreffende Anwendung.

• Wenn der Server überlastet ist, besteht die Möglichkeit, dass der Server nicht mehr reagiert. Um die Instance mit der Amazon EC2-Konsole zu überwachen, wählen Sie die Instance aus und wählen Sie dann die Registerkarte Monitoring. Wenn Sie den Typ der Instance in einen größeren Typ ändern müssen, siehe Ändern des Instance-Typs.

Eine Remote-Anmeldung bei einer Instance mit einem anderen Benutzerkonto als Administrator ist nicht möglich

Falls Sie sich mit einem anderen Benutzerkonto als dem Administratorkonto nicht remote bei einer Windows-Instance anmelden können, stellen Sie sicher, dass Sie dem Benutzer das Recht zur lokalen Anmeldung gewährt haben. Siehe Einem Benutzer oder einer Gruppe das Recht zur lokalen Anmeldung bei den Domänencontrollern in der Domäne gewähren.

Fehlerbehebung bei Remotedesktop-Problemen mit AWS Systems Manager

Sie können AWS Systems Manager verwenden, um Probleme bei der Herstellung der Verbindung zur Ihrer Windows-Instance mit RDP zu beheben.

AWSSupport-TroubleshootRDP

Mit dem Automatisierungsdokument AWSSupport-TroubleshootRDP kann der Benutzer häufige Einstellungen auf der Ziel-Instance, die Remote Desktop Protocol (RDP)-Verbindungen beeinträchtigen können, wie z. B. die RDP-Port-, Network Layer Authentication (NLA)- und Windows-Firewall-Profile, überprüfen und ändern. Standardmäßig liest das Dokument die Werte dieser Einstellungen und gibt sie aus.

Das AWSSupport-TroubleshootRDP-Automatisierungsdokument kann mit EC2-Instances, On-Premise-Instances und virtuellen Maschinen (VMs) verwendet werden, die für die Verwendung mit AWS Systems Manager (verwaltete Instances) aktiviert sind. Darüber hinaus kann es auch mit EC2-Instances für Windows Server verwendet werden, die nicht für die Verwendung mit Systems Manager aktiviert sind. Informationen über die Aktivierung von Instances zur Verwendung mit AWS Systems Manager finden Sie unter Verwaltete AWS Systems Manager-Instances im AWS Systems Manager-Benutzerhandbuch.

Fehlerbehebung mit dem Dokument AWSSupport-TroubleshootRDP

1. Melden Sie sich bei der Systems Manager-Konsole an.

2. Vergewissern Sie sich, dass Sie sich in der gleichen Region wie die beeinträchtigte -Instance befinden.

3. Öffnen Sie das Dokument AWSSupport-TroubleshootRDP.

4. Wählen Sie für Execution mode (Ausführungsmodus) die Option Simple execution (Einfache Ausführung) aus.

5. Aktivieren Sie für Input parameters (Eingabeparameter), InstanceID die Option Show interactive instance picker (Interaktiven Instance-Picker anzeigen).

6. Wählen Sie Ihre Amazon EC2-Instance aus.

7. Überprüfen Sie die Beispiele und wählen Sie dann Execute (Ausführen) aus.

8. Um den Fortschritt der Ausführung zu überwachen, warten Sie bei Execution status (Ausführungsstatus), bis sich der Status von Pending (Ausstehend) in Success (Erfolg) ändert. Erweitern Sie Outputs, um die Ergebnisse anzuzeigen. Zum Anzeigen der Ausgabe der einzelnen Schritte wählen Sie unter Executed Steps (Ausgeführte Schritte) ein Element aus Step ID (Schritt-ID) aus.

AWSSupport-TroubleshootRDP-Beispiele

Die nachstehenden Beispiele veranschaulichen, wie gängige Aufgaben zur Fehlerbehebung mit AWSSupport-TroubleshootRDP ausgeführt werden. Sie können entweder den Beispielbefehl AWS CLI start-automation-execution oder den angegebenen Link zur AWS Management Console verwenden.

Beispiel: Überprüfen des aktuellen RDP-Status

AWS CLI:

AWS Systems Manager-Konsole

Beispiel: Deaktivieren der Windows-Firewall

AWS CLI:

AWS Systems Manager-Konsole

Beispiel: Deaktivieren der Authentifizierung auf Netzwerkebene

AWS CLI:

AWS Systems Manager-Konsole

Beispiel: Stellen Sie den Starttyp des RDP-Services auf „Automatic“ (Automatisch) ein und starten Sie den RDP-Service

AWS CLI:

AWS Systems Manager-Konsole

Beispiel: Wiederherstellen des Standard-RDP-Ports (3389)

AWS CLI:

AWS Systems Manager-Konsole

Beispiel: Zulassen von Remote-Verbindungen

AWS CLI:

AWS Systems Manager-Konsole

AWSSupport-ExecuteEC2Rescue

Das Automatisierungsdokument AWSSupport-ExecuteEC2Rescue verwendet Verwenden von EC2Rescue for Windows Server zur automatischen Fehlerbehebung und Wiederherstellung bei EC2-Instance-Konnektivitäts- und RDP-Problemen. Weitere Informationen finden Sie unter Ausführen des EC2Rescue-Tools auf nicht erreichbaren Instances.

Das Automatisierungsdokument AWSSupport-ExecuteEC2Rescue erfordert, dass die Instance angehalten und neu gestartet wird. Die Systems Manager-Automatisierung hält die Instance an und erstellt ein Amazon Machine Image (AMI). Alle in den Instance-Speichervolumes gespeicherten Daten gehen verloren. Die öffentliche IP-Adresse ändert sich, wenn Sie keine Elastic IP-Adresse verwenden. Weitere Informationen finden Sie unter Ausführen des EC2Rescue-Tools auf nicht erreichbaren Instances im AWS Systems Manager-Benutzerhandbuch.

Fehlerbehebung mit dem Dokument AWSSupport-ExecuteEC2Rescue

1. Öffnen Sie die Systems Manager-Konsole.

2. Vergewissern Sie sich, dass Sie sich in der gleichen Region wie die beeinträchtigte Amazon EC2-Instance befinden.

3. Öffnen Sie das Dokument AWSSupport-ExecuteEC2Rescue.

4. Wählen Sie unter Execution mode (Ausführungsmodus) die Option Simple execution (Einfache Ausführung) aus.

5. Geben Sie im Abschnitt Input parameters (Eingabeparameter) für UnreachableInstanceId die Amazon EC2-Instance-ID der nicht erreichbaren Instance ein.

6. (Optional) Geben Sie für LogDestination den Amazon Simple Storage Service (Amazon S3)-Bucketnamen ein, wenn Sie Betriebssystemprotokolle für die Fehlerbehebung bei Ihrer Amazon EC2-Instance erfassen möchten. Protokolle werden automatisch in den angegebenen Bucket hochgeladen.

7. Wählen Sie Execute (Ausführen).

8. Um den Fortschritt der Ausführung zu überwachen, warten Sie unter Execution status (Ausführungsstatus), bis sich der Status von Pending (Ausstehend) in Success (Erfolg) ändert. Erweitern Sie Outputs, um die Ergebnisse anzuzeigen. Zum Anzeigen der Ausgabe der einzelnen Schritte klicken Sie unter Executed Steps (Ausgeführte Schritte) auf Step ID (Schritt-ID).

Aktivieren von Remotedesktop auf einer EC2-Instance mit Remoteregistrierung

Wenn Ihre nicht erreichbare Instance nicht von AWS Systems Manager Session Manager verwaltet wird, können Sie Remote Desktop mithilfe der Remoteregistrierung aktivieren.

1. Beenden Sie die nicht erreichbare Instance über die EC2-Konsole.

2. Fügen Sie das Stammvolume der nicht erreichbaren Instance an eine andere Instance in derselben Availability Zone an.

3. Öffnen Sie auf der Instance, an die Sie das Stammvolume angefügt haben, die Datenträgerverwaltung. Um die Datenträgerverwaltung zu öffnen, führen Sie Folgendes aus:

   diskmgmt.msc

4. Klicken Sie mit der rechten Maustaste auf das Stammvolume der betroffenen Instance und wählen Sie Online.

5. Öffnen Sie den Windows-Registrierungs-Editor, indem Sie den folgenden Befehl ausführen:

   regedit

6. Wählen Sie in der Konsolenstruktur des Registrierungs-Editors HKEY_LOCAL_MACHINE und anschließend File (Datei) > Load Hive (Struktur laden) aus.

7. Wählen Sie das Laufwerk des angeschlossenen Volumes aus, navigieren Sie zu \Windows\System32\config\, wählen Sie SYSTEM aus und wählen Sie dann Open (Öffnen) aus.

8. Geben Sie unter Key Name (Schlüsselname) einen eindeutigen Namen für die Struktur ein, und wählen Sie OK.

9. Sichern Sie die Registrierungsstruktur, bevor Sie Änderungen an der Registrierung vornehmen.

   1. Wählen Sie in der Baumstruktur der Konsole des Registrierungs-Editors die von Ihnen geladene Struktur aus: HKEY_LOCAL_MACHINE\your key name.

   2. Wählen Sie Datei>Exportieren.

   3. Wählen Sie im Dialogfeld „Registrierungsdatei exportieren“ den Speicherort aus, an dem die Sicherungskopie gespeichert werden soll, und geben Sie dann im Feld Dateiname einen Namen für die Sicherungsdatei ein.

   4. Wählen Sie Save (Speichern) aus.

10. Wechseln Sie in der Baumstruktur der Konsole des Registrierungs-Editors zu HKEY_LOCAL_MACHINE\your key name\ControlSet001\Control\Terminal Server. Doppelklicken Sie anschließend im Bereich „Details“ auf fDenyTSConnections.

11. Geben Sie im Fenster Edit DWORD (DWORD bearbeiten) in das Feld Value data (Wertedaten) 0 ein.

12. Klicken Sie auf OK.

    Wenn der Wert im Wert-Datenfeld 1 lautet, verweigert die Instance Remotedesktopverbindungen. Der Wert 0 erlaubt Remotedesktopverbindungen.

13. Schließen Sie den Registrierungs-Editor und die Datenträgerverwaltungskonsolen.

14. Trennen Sie über die EC2-Konsole das Stammvolume von der Instance, an die Sie es angefügt haben, und fügen Sie es erneut an die nicht erreichbare Instance an. Wenn Sie das Volume an die nicht erreichbare Instance anfügen, geben Sie /dev/sda1 in das Geräte-Feld ein.

15. Starten Sie die unerreichbare Instance neu.

Ich habe meinen privaten Schlüssel verloren. Wie kann ich mich mit meiner Windows-Instance verbinden?

Wenn Sie eine Verbindung zu einer neu gestarteten Windows-Instance herstellen, entschlüsseln Sie das Passwort für das Administrator-Konto mithilfe des privaten Schlüssels des Schlüsselpaars, das Sie beim Starten der Instance festgelegt haben.

Wenn Sie das Administratorpasswort und den privaten Schlüssel nicht mehr haben, müssen Sie das Passwort zurücksetzen oder eine neue Instance erstellen. Weitere Informationen finden Sie unter Zurücksetzen eines Windows-Administratorpassworts, das verloren oder abgelaufen ist. Informationen zum Zurücksetzen des Passworts mithilfe eines Systems Manager-Dokuments finden Sie unter Anleitung: Zurücksetzen von Passwörtern und SSH-Schlüsseln auf Amazon EC2-Instances im Benutzerhandbuch für AWS Systems Manager.

Warum kann ich keine Remotedesktopverbindung herstellen?

Wie aktiviere ich den Remote Zugriff?

Wie kann ich eine remote Verbindung herstellen?

Wo finde ich die terminaldienstekonfiguration?