Problembehandlung bei bestimmten RDP-Fehlermeldungen in einer Windows-VM in Azure

  • Artikel

Sie erhalten möglicherweise eine bestimmte Fehlermeldung bei Verwendung einer Remotedesktopverbindung mit einem virtuellen Windows-Computer (VM) in Azure. In diesem Artikel werden einige der häufigeren Fehlermeldungen beschrieben, zusammen mit Problemlösungsschritten zur Fehlerbehebung. Wenn beim Herstellen einer Verbindung mit Ihrem virtuellen Computer mit RDP keine bestimmte Fehlermeldung auftritt, finden Sie Informationen im Handbuch zur Problembehandlung bei Remotedesktopfehlern.

Hinweise auf Informationen zu bestimmten Fehlermeldungen:

Die Verbindung mit der Remotesitzung wurde getrennt, da keine Remotedesktop-Lizenzserver für die Bereitstellung einer Lizenz verfügbar sind.

Ursache: Die 120-Tage-Kulanzfrist für die Rolle „Remotedesktopserver“ ist abgelaufen, und Sie müssen Lizenzen installieren.

Als Problemumgehung speichern Sie eine lokale Kopie der RDP-Datei aus dem Portal, und führen Sie diesen Befehl an einer PowerShell-Eingabeaufforderung aus, um eine Verbindung herzustellen. Hiermit wird die Lizenz nur für diese Verbindung deaktiviert:

mstsc <File name>.RDP /admin

Wenn Sie eigentlich nicht mehr als zwei gleichzeitige Remotedesktopverbindungen mit dem virtuellen Computer benötigen, können Sie mit Server-Manager die Rolle „Remotedesktopserver“ entfernen.

Weitere Informationen finden Sie im Blogbeitrag Azure VM fails with „No Remote Desktop License Servers available“ (Azure-VM schlägt fehl mit „Keine Lizenzserver für Remotedesktop verfügbar“).

Remotedesktop kann den „Namen“ des Computers nicht finden.

Ursache: Der Remotedesktopclient auf Ihrem Computer kann den Namen des Computers, der in den Einstellungen der RDP-Datei angegeben ist, nicht auflösen.

Mögliche Lösungen:

  • Wenn Sie sich im Intranet einer Organisation befinden, sollten Sie sicherstellen, dass Ihr Computer Zugriff auf den Proxyserver hat und diesem HTTPS-Datenverkehr senden kann.

  • Wenn Sie eine lokal gespeicherte RDP-Datei verwenden, können Sie versuchen, die vom Portal generierte Datei zu verwenden. Dadurch wird sichergestellt, dass Sie den richtigen DNS-Namen für den virtuellen Computer oder den Clouddienst und den Endpunktport des virtuellen Computers verwenden. Dies ist eine RDP-Beispieldatei, die vom Portal generiert wurde:

    full address:s:tailspin-azdatatier.cloudapp.net:55919
prompt for credentials:i:1

Der Adressteil dieser RDP-Datei besteht aus:

  • dem vollqualifizierten Domänennamen des Clouddiensts, der den virtuellen Computer enthält (in diesem Beispiel „tailspin-azdatatier.cloudapp.net“)
  • dem externen TCP-Port des Endpunkts für den Remotedesktop-Datenverkehr (55919)

Authentifizierungsfehler. Die lokale Sicherheitsautorität (LSA) ist nicht erreichbar.

Ursache: Der virtuelle Zielcomputer kann die Sicherheitsautorität im Benutzernamensteil Ihrer Anmeldeinformationen nicht finden.

Wenn Ihr Benutzername das Format Sicherheitsautorität\Benutzername (Beispiel: „CORP\User1“) aufweist, ist Sicherheitsautorität entweder der Computername des virtuellen Computers (für die lokale Sicherheitsautorität) oder der Name einer Active Directory-Domäne.

Mögliche Lösungen:

  • Wenn das Konto lokal für den virtuellen Computer gilt, sollten Sie sicherstellen, dass der Name richtig geschrieben ist.
  • Wenn sich das Konto in einer Active Directory-Domäne befindet, sollten Sie die richtige Schreibweise des Domänennamens überprüfen.
  • Falls es ein Active Directory-Domänenkonto ist und der Domänenname richtig geschrieben ist, sollten Sie sicherstellen, dass in der Domäne ein Domänencontroller verfügbar ist. In virtuellen Azure-Netzwerken, die Domänencontroller enthalten, tritt häufig das Problem auf, dass ein Domänencontroller nicht verfügbar ist, weil er nicht gestartet wurde. Um dieses Problem zu umgehen, können Sie anstelle eines Domänenkontos ein lokales Administratorkonto verwenden.

Windows-Sicherheitsfehler: Mit Ihren Anmeldeinformationen konnte keine Verbindung hergestellt werden.

Ursache: Der virtuelle Zielcomputer kann Ihren Kontonamen und das Kennwort nicht überprüfen.

Ein Windows-basierter Computer kann die Anmeldeinformationen eines lokalen Kontos oder eines Domänenkontos überprüfen.

  • Verwenden Sie für lokale Konten die Syntax Computername\Benutzername (Beispiel: SQL1\Admin4798).
  • Verwenden Sie für Domänenkonten die Syntax Domänenname\Benutzername (Beispiel: CONTOSO\peterodman).

Bei virtuellen Computern, die Sie in einer neuen Active Directory-Gesamtstruktur zu Domänencontrollern heraufgestuft haben, wird das lokale Administratorkonto, mit dem Sie sich angemeldet haben, in der neuen Gesamtstruktur und Domäne in ein entsprechendes Konto mit demselben Kennwort konvertiert. Das lokale Konto wird gelöscht.

Wenn Sie sich beispielsweise mit dem lokalen Konto „DC1\DCAdmin“ angemeldet und dann den virtuellen Computer zu einem Domänencontroller in einer neuen Gesamtstruktur für die Domäne „corp.contoso.com“ heraufgestuft haben, wird das lokale Konto „DC1\DCAdmin“ gelöscht und ein neues Domänenkonto („CORP\DCAdmin“) mit demselben Kennwort erstellt.

Stellen Sie sicher, dass der Kontoname ein Name ist, der vom virtuellen Computer als gültiges Konto bestätigt werden kann, und dass das Kennwort korrekt ist.

Wenn Sie das Kennwort für das lokale Administratorkonto ändern müssen, finden Sie hierzu weitere Informationen unter Zurücksetzen eines Kennworts oder des Remotedesktopdiensts für virtuelle Computer in Windows.

Dieser Computer kann keine Verbindung mit dem Remotecomputer herstellen

Ursache: Das Konto zum Herstellen der Verbindung verfügt nicht über Remotedesktop-Anmelderechte.

Jeder Windows-Computer hat eine lokale Gruppe von Remotedesktopbenutzern, in der die Konten und Gruppen enthalten sind, die sich per Remoteverbindung anmelden können. Auch Mitglieder der lokalen Gruppe „Administratoren“ haben Zugriff, obwohl diese Konten nicht in der lokalen Gruppe „Remotedesktopbenutzer“ aufgelistet sind. Bei in einer Domäne eingebundenen Computern enthält die lokale Gruppe „Administratoren“ auch die Domänenadministratoren für die Domäne.

Stellen Sie sicher, dass das Konto, das Sie zum Herstellen der Verbindung verwenden, über Remotedesktop-Anmelderechte verfügt. Verwenden Sie als Problemumgehung ein Domänenkonto oder lokales Administratorkonto, um per Remotedesktop eine Verbindung herzustellen. Um das gewünschte Konto zur lokalen Remotedesktopbenutzer-Gruppe hinzuzufügen, verwenden Sie das Microsoft Management Console-Snap-In (Systemtools > Lokale Nutzer und Gruppen > Gruppen > Remotedesktopbenutzer).

Nächste Schritte

Wenn keiner dieser Fehler aufgetreten ist, und Sie einen unbekannten Fehler beim Herstellen einer Verbindung über RDP haben, finden Sie Informationen im Handbuch zur Problembehandlung bei Remotedesktopfehlern.

Kontaktieren Sie uns für Hilfe

Wenn Sie Fragen haben oder Hilfe mit Ihren Azure-Gutschriften benötigen, dann erstellen Sie beim Azure-Support eine Support-Anforderung oder fragen Sie den Azure Community-Support. Sie können auch Produktfeedback an die Azure Feedback Community senden.