Da es für diesen Computer keine Client-Computer gibt. Fehler „Die Remotesitzung wurde deaktiviert, da keine Remotedesktop-CALs vorhanden sind“

Schönen Tag! Manchmal kann beim Herstellen einer Verbindung zum Terminalserver über den Client "" ein Fehler auftreten: " Die Remotesitzung ist deaktiviert, da keine Remotedesktop-CALs vorhanden sind.» In diesem Artikel möchte ich die Ursachen dieses Fehlers beschreiben und vorschlagen mögliche Lösungen dieses Problem.

Beim Verbinden mit einem Terminalserver über RDP tritt also ein Fehler auf: „Die Remote-Sitzung wurde deaktiviert, da für diesen Computer keine Remote-Desktop-Client-Lizenzen vorhanden sind. »

Diese Meldung kann in den folgenden Fällen angezeigt werden:

1. Auf dem Terminalserver ist kein Lizenzserver für Remotedesktopdienste konfiguriert.
2. Auf dem Lizenzserver sind keine Clientzugriffslizenzen (CALs) mehr vorhanden.

Lassen Sie uns diese Situationen genauer betrachten und auch Möglichkeiten aufzeigen, sie zu beseitigen.

1. Einrichten des Lizenzservers

In den folgenden Artikeln können Sie nachlesen, wie Sie einen Terminalserver installieren, einen Remotedesktop-Lizenzserver konfigurieren und Lizenzen aktivieren:

Wenn die Verbindung über Remote Desktop zum Terminal Server vorher funktioniert hat, dann wurde diesem Client möglicherweise eine temporäre Lizenz für 180 Tage ausgestellt, und diese Lizenz ist bereits abgelaufen. Um eine temporäre Lizenz erneut zu erhalten, müssen Sie Client-Maschine Informationen über die aktuell abgelaufene Lizenz aus der Registrierung entfernen.

Wir starten den Registrierungseditor. Sie können dies tun, indem Sie den Befehl ausführen regedit.exe (« Anfang» - « Finden Sie Programme und Dateien", oder " Anfang» — « Laufen» oder drücken Sie die Tastenkombination Win+R und geben Sie den Namen des Befehls in das Fenster " Laufen»).

Im gestarteten Registrierungseditor müssen Sie das folgende Verzeichnis löschen:

HKEY_LOCAL_MACHINE\Software\Microsoft\MSLicensing

Nach dem Entfernen muss der Client mit gestartet werden, damit die neue temporäre Lizenz in der Registrierung registriert wird.

2. Mangel an CALs

Wenn der Lizenzserver, der diesen Terminalserver lizenziert, keine Lizenzen mehr hat, müssen Sie warten, bis jemand die Lizenz freigibt, oder die erforderliche Anzahl von CALs erwerben und aktivieren.

Sie können die Gesamtzahl, die verwendete und die verfügbare Anzahl von Lizenzen im Terminalserver-Lizenzierungs-Snap-In anzeigen. Um dieses Snap-In zu öffnen, müssen Sie nacheinander zum Menü " Anfang» - « Verwaltung» - « Remotedesktopdienste» - « Remotedesktop-Lizenzierungs-Manager»

• Datum und Uhrzeit der Erstellung des Berichts;
• Berichtsbereich, z. B. Domäne, OU=Sales oder Alle vertrauenswürdigen Domänen;
• die Anzahl der auf dem Lizenzserver installierten CALs für Remotedesktopdienste pro Benutzer;
• Die Anzahl der CALs für Remotedesktopdienste pro Benutzer, die vom Lizenzserver basierend auf dem angegebenen Umfang des Berichts ausgestellt wurden.

Die generierten Berichte werden auf der Registerkarte " Berichte» im Remote Desktop Licensing Manager.

Hat Ihnen dieser Artikel geholfen?

Ich bin kürzlich auf ein unerwartetes Problem gestoßen, im Januar habe ich Windows Server 2012 installiert und konfiguriert, alles wurde gemäß TK erledigt

diese. Windows Server 2012 wird in einer Arbeitsgruppe verwendet (ohne Verwendung einer Domäne), gekaufte Client-Zertifikate werden installiert, um sich mit dem Terminalserver zu verbinden,

der Lizenzserver ist installiert und aktiviert.

Alles funktionierte genau 120 Tage lang gut, danach trat ein Fehler auf

« Remotesitzung, da keine Terminalserver-Lizenzserver für die Lizenzierung verfügbar sind. Wenden Sie sich an den Serveradministrator«.

Es stellte sich die Frage nach dem Wie und Warum.

Als erstes gingen wir zu

Server-Manager\Remotedesktopdienste\Server

Das haben sie überprüft

1. Windows-Server 2012 aktiviert

2. Dienste gestartet: Remote-Desktops ,

Server-Manager\Lokaler Server

Es gab einen Fehler

Der Kulanzzeitraum für die Remotedesktoplizenzierung ist abgelaufen und der Dienst wurde nicht mit den installierten Lizenzen beim Lizenzserver registriert. Für den dauerhaften Betrieb wird ein Remote Desktop Licensing Server benötigt. Ein RD-Sitzungshostserver kann ab dem Datum des ersten Starts 120 Tage lang ohne Lizenzserver betrieben werden.

Remote-Desktop-Lizenzierungsmodus nicht festgelegt

Allerdings wird der Lizenzierungsmodus eingestellt und der Lizenzierungsdienst konfiguriert und der Server selbst aktiviert.

Es stellte sich heraus, dass in letzte Version Microsoft Windows Server 2008 2008 r2 2012 empfiehlt die Verwendung einer Domäne, während beide Lizenzierungsmodi funktionieren.

und ohne Domäne ist nur der Lizenzierungsmodus pro Gerät möglich, und nach 120 Tagen funktioniert der Lizenzierungsmodus pro Benutzer nicht mehr und es wird unmöglich, sich über RDP mit dem Server zu verbinden.

Beheben Sie diese Situation, öffnen Sie Powershell oder führen Sie winkey+r aus

Wir konfigurieren lokale Richtlinien für Server, die sich in der Arbeitsgruppe befinden

In die Terminalzeile schreiben wir gpedit.msc und ändern Sie die entsprechenden Schlüssel.

Verwenden Sie die angegebenen Remotedesktop-Lizenzserver(fügen Sie den Namen unseres Servers oder seine IP-Adresse hinzu)

Computerkonfiguration\Administrative Vorlagen\Windows-Komponenten\Remotedesktopdienste\Remotedesktop-Sitzungshost\Lizenzierung - Stellen Sie den Remotedesktop-Lizenzierungsmodus ein

Englische Version:

Verwenden Sie die angegebenen Remotedesktop-Lizenzserver(fügen Sie den Namen unseres Servers hinzu oder seine IP-Adresse)

Computerkonfiguration\Administrative Vorlagen\Windows-Komponenten\Remotedesktopdienste\Remotedesktop-Sitzungshost\Lizenzierung - Stellen Sie den Remote-Lizenzierungsmodus ein (wählen Sie die Art der Lizenzen für das Gerät aus)

Wichtig! Wenn wir den Lizenzierungsmodus pro Benutzer wählen, bleibt der Fehler bestehen und der Server wiederholt ihn ständig keine Lizenzserver verfügbar, weil in Eine Arbeitsgruppe kann nur einen Lizenzierungsmodus pro Gerät haben.

Alle Server öffnen - Rechtsklick auf unseren Server - Lizenzverwaltung

dalle - Datenbank des Lizenzservers neu erstellen - Datenbank der Remote-Desktop-Lizenzierung beschädigt

Klicken Sie auf das Kontrollkästchen, um das Entfernen der auf diesem Server installierten Lizenzen zu bestätigen

Lizenzvereinbarung öffnen Geben Sie Ihre Autorisierungsnummer und Lizenznummer ein, wenn Sie Windows gekauft haben.

die Art der Lizenzen muss für das Gerät ausgewählt werden.

Starten Sie dann die Dienste neu: Remote-Desktop-Lizenzierung und Remote-Desktops

oder starten Sie den Server neu, danach können Sie sich wieder über RDP mit dem Server verbinden

Wenn Sie versuchen, eine Windows-VM in Azure per Remotedesktop auszuführen, treten möglicherweise bestimmte Fehler auf. Dieser Artikel beschreibt einige der häufigsten Fehlermeldungen und Schritte zu ihrer Behebung. Wenn Sie keine Verbindung herstellen können virtuelle Maschine per RDP-Protokoll, aber es erscheint keine Fehlermeldung, siehe .

Einige spezifische Fehler finden Sie weiter unten in diesem Artikel.

Die Remote-Sitzung ist deaktiviert, da keine Remote-Desktop-Lizenzserver für die Durchführung der Lizenzierung verfügbar sind.

Ursache: Die 120-tägige Lizenzfrist für die Remotedesktopserverrolle ist abgelaufen und Sie müssen Lizenzen installieren.

Als Lösung können Sie eine lokale Kopie der RDP-Datei aus dem Portal speichern und dann eine Verbindung herstellen, indem Sie den folgenden Befehl ausführen Befehlszeile Power Shell. Dieser Schritt deaktiviert die Lizenzierung nur für die aktuelle Verbindung.

Mstsc .RDP /admin

Wenn Sie nicht mehr als zwei gleichzeitige Remotedesktopverbindungen zu einer virtuellen Maschine planen, können Sie die Remotedesktopserverrolle mit dem Server-Manager entfernen.

Weitere Informationen finden Sie im Blogbeitrag RDP zu Azure VM schlägt mit „No Remote Desktop License Servers available“ fehl.

Der Remotedesktopdienst kann den Computernamen nicht finden.

Ursache: Der Remote Desktop Client kann den Computernamen in den RDP-Dateieinstellungen nicht auflösen.

Mögliche Lösungen

• Wenn Sie im Intranet einer Organisation arbeiten, stellen Sie sicher, dass Ihr Computer Zugriff auf den Proxyserver hat und Daten über HTTPS an ihn senden kann.

Wenn Sie mit einer lokalen RDP-Datei arbeiten, versuchen Sie es mit der Datei, die mit dem Portal erstellt wurde. In diesem Schritt überprüfen Sie, ob der DNS-Name, der Clouddienstname und der VM-Endpunktport der VM korrekt sind. Hier ist ein Beispiel für eine vom Portal generierte RDP-Datei:

Vollständige Adresse:s:tailspin-azdatatier.cloudapp.net:55919 Eingabeaufforderung für Anmeldeinformationen:i:1

Der Adressteil in dieser RDP-Datei besteht aus:

• der FQDN des Cloud-Dienstes, der die virtuelle Maschine hostet (in diesem Beispiel tailspin-azdatatier.cloudapp.net);
• TCP-Port des externen Endpunkts für die Remote-Desktop-Kommunikation (55919).

Es ist ein Authentifizierungsfehler aufgetreten. Der lokale Sicherheitsadministrator konnte nicht kontaktiert werden."

Ursache: Die Ziel-VM kann den im Benutzernamensteil Ihrer Anmeldeinformationen angegebenen Sicherheitsadministrator nicht finden.

Wenn der Benutzername das Format hat Sicherheitssystem\Benutzername(z. B. CORP\Benutzer1), dann Sicherheitssystem bezeichnet in diesem Eintrag den Computernamen der virtuellen Maschine (für lokale Sicherheit) oder den Active Directory-Domänennamen.

Mögliche Lösungen

• Wenn das Konto für die VM lokal ist, überprüfen Sie die Schreibweise des VM-Namens.
• Wenn das Konto zu einer Active Directory-Domäne gehört, überprüfen Sie die Schreibweise des Domänennamens.
• Wenn es sich um ein Active Directory-Domänenkonto handelt und der Domänenname korrekt ist, überprüfen Sie, ob der Domänencontroller für diese Domäne erreichbar ist. In virtuellen Azure-Netzwerken mit Domänencontrollern ist dieses Feature häufig nicht verfügbar, da es nicht ausgeführt wird. Verwenden Sie als Lösung ein lokales Administratorkonto anstelle eines Domänenkontos.

Windows-Sicherheitsfehler: Anmeldeinformationen funktionieren nicht.

Ursache: Die Ziel-VM kann den Kontonamen und das Kennwort nicht überprüfen.

Ein Windows-Computer akzeptiert lokale und Domänenkontoinformationen.

• Verwenden Sie für lokale Konten die Syntax Computername\Benutzername(z. B. SQL1\Admin4798).
• Verwenden Sie für Domänenkonten die Syntax Domänenname\Benutzername(z. B. CONTOSO\ivan_ivanon).

Wenn Sie eine virtuelle Maschine in einer neuen Active Directory-Gesamtstruktur zu einem Domänencontroller heraufstufen, wird das lokale Administratorkonto, mit dem Sie angemeldet sind, in das entsprechende Konto mit demselben Kennwort in der neuen Gesamtstruktur und Domäne umgewandelt. Das lokale Konto wird dann gelöscht.

Wenn Sie beispielsweise mit dem lokalen Konto „DC1\DCAdmin“ angemeldet sind und einen virtuellen Computer zu einem Domänencontroller „corp.contoso.com“ in einer neuen Gesamtstruktur heraufstufen, wird das lokale Konto „DC1\DCAdmin“ gelöscht und ein neues Domänenkonto „CORP \DCAdmin wird stattdessen mit demselben Passwort erstellt.

Stellen Sie sicher, dass der Kontoname ein Name ist, den die VM als gültiges Konto überprüfen und akzeptieren kann, und dass das Kennwort korrekt ist.

Informationen zum Ändern des Kennworts für das lokale Administratorkonto finden Sie unter Zurücksetzen von Remotedesktopdiensten oder ihres Anmeldekennworts auf einer virtuellen Windows-Maschine.

Es kann keine Verbindung zum Remote-Computer hergestellt werden.

Ursache: Das Konto, mit dem Sie eine Verbindung herstellen, verfügt nicht über die Berechtigung, sich bei Remote Desktop anzumelden.

Auf jeder Windows-Rechner Es gibt eine lokale Gruppe von Benutzern eines Remote-Desktops. Es enthält Konten und Gruppen, die berechtigt sind, sich aus der Ferne anzumelden. Mitglieder der lokalen Gruppe „Administratoren“ haben ähnliche Zugriffsrechte, obwohl die entsprechenden Konten keine Mitglieder der lokalen Gruppe „Remotedesktopbenutzer“ sind. Auf in Domänen eingebundenen Computern enthält die lokale Administratorgruppe auch die Administratorkonten für diese Domäne.

Stellen Sie sicher, dass das Konto, mit dem Sie eine Verbindung herstellen, über Berechtigungen zum Anmelden bei Remote Desktop verfügt. Um dieses Problem zu beheben, verwenden Sie einen Domänenadministrator oder ein lokales Administratorkonto, um eine Remotedesktopverbindung zu erstellen. Verwenden Sie zum Hinzufügen des erforderlichen Kontos zur Gruppe der lokalen Remotedesktopbenutzer das Snap-In der Microsoft Management Console (MMC) ( Dienstprogramme > Lokale Benutzer und Gruppen > Gruppen > Remotedesktopbenutzer).

Weitere Maßnahmen

Wenn die oben genannten Fehler nicht angezeigt werden und ein unbekanntes Problem auftritt, wenn Sie eine Verbindung über RDP herstellen, lesen Sie das Handbuch zur Fehlerbehebung bei Remotedesktopverbindungen.

• Informationen zur Problembehandlung beim Zugriff auf Anwendungen, die auf einem virtuellen Computer ausgeführt werden, finden Sie unter Beheben von Verbindungsproblemen mit Anwendungen auf virtuellen Linux-Computern in Azure.
• Wenn Sie über SSH eine Verbindung mit einem virtuellen Azure-Linux-Computer herstellen und Probleme auftreten, lesen Sie diesen Artikel

Alle Versionen von Windows seit XP haben einen Standard-RDP-Client (Remote Desktop Protocol), der verwendet wird, um eine Verbindung zum Remote Desktop Service herzustellen. Beim Herstellen einer Verbindung zu einem Terminalserver über einen Remotedesktopclient tritt manchmal ein Fehler auf: „Die Remotesitzung wurde getrennt, da keine Clientlizenzen vorhanden sind.“

Diese Meldung kann in zwei Fällen auftreten:

1. Der Terminalserver ist nicht mit einem Lizenzserver für Remotedesktopdienste konfiguriert.
2. Der Lizenzserver hat keine Clientzugriffslizenzen (CALs) zugewiesen.

Betrachten wir beide Fälle genauer.

Lizenzserver einrichten

Bei bereits konfigurierten Verbindungen tritt der Fehler oft nach einiger Zeit auf, nach 120 oder 180 Tagen. Wahrscheinlich wurde dem Client beim Herstellen der Verbindung eine temporäre Lizenz für diesen Zeitraum ausgestellt. Um eine neue temporäre Lizenz zu erhalten, müssen Sie die abgelaufenen Lizenzinformationen aus der Registrierung auf dem Clientcomputer löschen. Dafür:

Überprüfung der CAL - Lizenzen

Es ist möglich, dass der Lizenzierungsserver des Terminalservers keine Lizenzen mehr hat. Warten Sie dazu einfach, bis die Lizenz freigegeben wird, oder erwerben und aktivieren Sie die erforderliche Anzahl von CAL-Lizenzen.

Um verfügbare und verwendete CALs zu überprüfen, verwenden Sie „Terminalserver-Lizenzierung“ unter Server-Windows:

1. Öffnen Sie Start → Verwaltung → Remotedesktopdienste → Remotedesktoplizenzierungs-Manager.
2. Wählen Sie Ihren Lizenzserver aus.
3. Klicken Sie im sich öffnenden Fenster auf „Aktion“ → „Bericht erstellen“.

Der Bericht zeigt die Anzahl der CALs für Remotedesktopdienste pro Benutzer an, die:

• auf dem Lizenzserver installiert;
• ausgestellt vom Lizenzserver basierend auf dem angegebenen Umfang des Berichts.