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.

Problembehandlung bei benutzerbasierten Abonnements im License Manager

Im Folgenden finden Sie Tipps zur Problembehandlung, um Probleme zu lösen, die bei benutzerbasierten Abonnements in auftreten können. AWS License Manager

Beheben Sie die Instanz-Compliance

Instanzen, die nutzerbasierte Abonnements anbieten, müssen in einem einwandfreien Zustand bleiben, um die Anforderungen zu erfüllen. Instanzen, die als fehlerhaft markiert sind, erfüllen nicht mehr die erforderlichen Voraussetzungen. License Manager versucht, die Instanz wieder in einen fehlerfreien Zustand zu versetzen, aber Instanzen, die nicht in den fehlerfreien Zustand zurückkehren können, werden beendet.

Instanzen, die zur Bereitstellung benutzerbasierter Abonnements gestartet wurden und die Erstkonfiguration nicht abschließen können, werden beendet. Sie müssen das Konfigurationsproblem beheben und neue Instances starten, um in diesem Szenario benutzerbasierte Abonnements bereitzustellen. Weitere Informationen hierzu finden Sie unter Voraussetzungen für die Erstellung benutzerbasierter Abonnements im License Manager.

Beheben Sie Fehler bei der Produktkonfiguration von Benutzerabonnements

Ihre Produktkonfiguration schlägt möglicherweise aufgrund von Problemen mit dem ausgehenden Netzwerkzugriff fehl. Um dieses Problem zu beheben, stellen Sie sicher, dass die Standardsicherheitsgruppe ausgehenden Datenverkehr zu den IP-Adressen der Netzwerkschnittstellen der einzelnen Domänencontroller sowie zu SSM zulässt.

Sobald der Bereitstellungsvorgang abgeschlossen ist, können Sie den von License Manager erstellten Schnittstellen eine andere Sicherheitsgruppe zuordnen. Die von Ihnen gewählte Sicherheitsgruppe muss außerdem den erforderlichen Datenverkehr zur IPv4-Adresse oder Sicherheitsgruppe der Netzwerkschnittstellen jedes Domänencontrollers zulassen. Weitere Informationen finden Sie unter Arbeiten mit Sicherheitsgruppen im Amazon Virtual Private Cloud-Benutzerhandbuch.

Beheben Sie Fehler beim Starten von Benutzerabonnementinstanzen

Ihre Instance-Starts können aus mehreren Gründen fehlschlagen. Im Folgenden sind einige der häufigsten Probleme aufgeführt, bei denen ein Instance-Start fehlschlagen kann:

Beheben Sie die Einhaltung der Lizenzbestimmungen

Wenn Sie Ihr Active Directory so konfiguriert haben, dass es benutzerbasierte Abonnements für Microsoft Office bereitstellt, müssen Sie sicherstellen, dass Ihre Ressourcen eine Verbindung zu den VPC-Endpunkten herstellen können, die License Manager erstellt. Die Endpunkte benötigen eingehenden Datenverkehr auf dem TCP-Port 1688 von den Instances, die benutzerbasierte Abonnements bereitstellen.

Sie können Reachability Analyzer verwenden, um zu überprüfen, ob die Netzwerkkonfiguration Ihrer Instances, die benutzerbasierte Abonnements bereitstellen, und der VPC-Endpunkte richtig konfiguriert sind. Sie können eine Instanz-ID angeben, die in einem Subnetz gestartet wurde und benutzerbasierte Abonnements als Quelle und einen VPC-Endpunkt, der für Microsoft Office-Produkte bereitgestellt wird, als Ziel bereitstellt. Geben Sie TCP als Protokoll und 1688 als Zielport für den zu analysierenden Pfad an. Weitere Informationen finden Sie unter Wie kann ich Verbindungsprobleme über meine Gateway- und Schnittstellen-VPC-Endpunkte beheben? .

Beheben Sie Probleme bei der Instanz

Benutzer müssen RDP verwenden können, um eine Verbindung zu den Instanzen herzustellen, die benutzerbasierte Abonnements bereitstellen, um die darin enthaltenen Produkte verwenden zu können. Weitere Informationen zur Fehlerbehebung bei der Instance-Konnektivität finden Sie unter Problembehandlung bei der Verbindung zu Ihrer Windows-Instance im Amazon EC2-Benutzerhandbuch.

Beheben Sie Fehler beim Beitritt zur Domain

Benutzer müssen in der Lage sein, eine Verbindung zu den Instanzen herzustellen, die die benutzerbasierten Abonnementprodukte mit ihren Benutzeridentitäten aus dem in den License Manager-Einstellungen konfigurierten Active Directory bereitstellen. Instanzen, die der Domäne nicht beitreten können, werden beendet.

Zur Fehlerbehebung müssen Sie möglicherweise eine Instance starten und der Domain manuell beitreten, damit die Ressource nicht beendet wird, bevor Sie dies untersuchen können. Die Instanz muss den Systems Manager Run Command erfolgreich empfangen und ausführen. Außerdem muss die Instanz in der Lage sein, den Domänenbeitritt innerhalb des Betriebssystems abzuschließen. Weitere Informationen finden Sie unter Grundlegendes zum Befehlsstatus im AWS Systems Manager Benutzerhandbuch und unter Problembehandlung bei Fehlern, die auftreten, wenn Sie Windows-based Computer zu einer Domäne auf der Microsoft-Website hinzufügen.

Wenn Sie Instances von einem benutzerdefinierten AMI aus starten, das ein benutzerbasiertes Abonnementprodukt-AMI als Basisimage verwendet, müssen Sie Sysprep-Schritte für das benutzerdefinierte AMI ausführen, um sicherzustellen, dass beim Start ein eindeutiger Computername verwendet wird. Bevor Sie Sysprep mit /generalize ausführen, stellen Sie sicher, dass die Maschine aus der Domäne entfernt wurde.

Beheben Sie die Systems Manager-Konnektivität

Instanzen, die nutzerbasierte Abonnements anbieten, müssen von verwaltet werden, AWS Systems Manager andernfalls werden sie gekündigt. Weitere Informationen finden Sie unter Problembehandlung beim SSM-Agenten und Problembehandlung bei der Verfügbarkeit verwalteter Knoten im AWS Systems Manager Benutzerhandbuch.

Problembehandlung bei Systems Manager Run Command

Run Command, eine Funktion von Systems Manager, wird bei Instances verwendet, die benutzerbasierte Abonnements bereitstellen, um der Domain beizutreten, das Betriebssystem abzusichern und Zugriffsprüfungen für das enthaltene Produkt durchzuführen. Weitere Informationen finden Sie im Benutzerhandbuch unter Grundlegendes zum AWS Systems Manager Befehlsstatus.

Beheben Sie Fehler bei der Microsoft RDS-Lizenzierung

Wenn Sie Probleme mit der Ausstellung einer CAL (Client Access License) haben, überprüfen Sie, ob in Ihrer Serverfarm oder Terminalservergruppe weitere Microsoft RDS-Lizenzserver vorhanden sind. Es wird nicht empfohlen, zusätzliche Lizenzserver an diesen Standorten einzurichten, da dies die Lizenzvergabe beeinträchtigen und zu Lizenzierungsproblemen führen kann.

Um dieses Problem zu beheben, stellen Sie sicher, dass nur die vorgesehenen Microsoft RDS-Server in Ihrer Serverfarm und Terminalservergruppe verbleiben.

Beachten Sie bei der Behebung von Lizenzproblemen, dass Verbindungen, die das Flag /admin verwenden, die standardmäßigen Lizenzierungsprüfungen umgehen, da dieses Flag für administrative Zwecke vorgesehen ist und keine CAL verbraucht. Dadurch können grundlegende Lizenzprobleme verschleiert werden. Um Lizenzprobleme zu diagnostizieren, stellen Sie sicher, dass die Standardbenutzerverbindungen (ohne das Flag /admin) für die Lizenzverwaltung ordnungsgemäß funktionieren.

Beheben Sie Fehler bei der Microsoft Office-Aktivierung

Wenn die Microsoft Office-Aktivierung fehlschlägt, stellen Sie sicher, dass Ihre Instanz Zugriff auf die VPC hat, die für License Manager definiert ist. Jede der folgenden Optionen erfüllt diese Anforderung:

Um dieses Problem zu beheben, stellen Sie sicher, dass Ihre Instance in die richtige VPC verschoben wurde, oder richten Sie ein VPC-Peering mit der in den License Manager integrierten VPC ein.

Beheben Sie die Unfähigkeit, Active Directory zu löschen

License Manager wird während der Konfiguration als autorisierte Anwendung beim Directory Service registriert. Dadurch werden aktive Verzeichnisse vor dem Löschen geschützt, sobald sie konfiguriert sind. Im Rahmen des Standardverfahrens müssen Kunden zunächst alle Instanzen, Instanzzuordnungen und Benutzerabonnements entfernen. Anschließend können sie mit dem Entfernen des Active Directory aus dem License Manager fortfahren und anschließend das Verzeichnis selbst löschen.

Beheben Sie die Unfähigkeit, AWSServiceRoleForAWSLicenseManagerUserSubscriptionsService Service Linked Role (SLR) zu löschen

License Manager benötigt die serviceverknüpfte Rolle AWSServiceRoleForAWSLicenseManagerUserSubscriptionsService "" für die Verwaltung von AWS Ressourcen, die benutzerbasierte Abonnements bereitstellen. Eine serviceverknüpfte Rolle erleichtert die Einrichtung des Lizenzmanagers, da Sie die erforderlichen Berechtigungen nicht manuell hinzufügen müssen. Der Lizenzmanager definiert die Berechtigungen seiner serviceverknüpften Rollen. Sofern nicht anders definiert, kann nur der Lizenzmanager seine Rollen übernehmen. Die definierten Berechtigungen umfassen die Vertrauens- und Berechtigungsrichtlinie. Diese Berechtigungsrichtlinie kann keinen anderen IAM-Entitäten zugewiesen werden.

Weitere Informationen finden Sie unter Voraussetzungen für die Erstellung benutzerbasierter Abonnements im License Manager und Lizenzmanager — User-based Abonnementrolle und Service-linked Rollen.

Fehlerbehebung Abonnement ist nicht vorhanden Fehler für das RDS SAL-Produkt

Ihr Konto muss über ein Abonnement für die Windows Server Remote Desktop Services Subscriber Access License (RDS SAL) verfügen. Alle Benutzer, die mit Instances verbunden sind, die nutzerbasierte Abonnementprodukte anbieten, müssen zusätzlich zu allen anderen Produkten, die sie verwenden möchten, über ein einziges aktives Abonnement für diese Lizenz verfügen. Ihr Benutzer wird in seinem Namen RDS SAL abonnieren, wenn er ein nutzerbasiertes Abonnementprodukt abonniert.

Wenn dieses Abonnement jedoch aus anderen Compliance-Gründen gekündigt oder entfernt wurde, müssen Sie es möglicherweise erneut abonnieren. Wenn Sie bereits ein Abonnement abgeschlossen haben, können Sie versuchen, sich abzumelden und erneut zu abonnieren, was sich nicht auf Ihre License Manager-Benutzerabonnements auswirkt.

Beheben Sie das Problem, wenn die Anzahl der Lizenzen nicht korrekt angezeigt wird

Nach der Erstkonfiguration oder Konfigurationsänderungen kann es bis zu 24 Stunden dauern, bis der Lizenzserver im License Diagnoser die genaue Anzahl der Lizenzen für alle Lizenztypen anzeigt.

Vorgehensweise:

Diese Verzögerung ist normal und gibt dem Lizenzserver ausreichend Zeit, um alle Lizenzinformationen für die verschiedenen Lizenztypen ordnungsgemäß zu synchronisieren und zu aktualisieren. Wenn Sie auf einen Fehler stoßen, lesen Sie bitte nachBeheben Sie Probleme mit dem RDS License Diagnoser.

Beheben Sie Probleme mit dem RDS License Diagnoser

Diese Fehler werden in der Regel durch Anmelde- oder Berechtigungsprobleme verursacht. Um dies zu lösen:

Wenn das Problem weiterhin besteht, folgen Sie den zusätzlichen Schritten zur Problembehandlung, die in der Microsoft-Dokumentation beschrieben sind: Verbindung zu RDS kann nicht hergestellt werden — Kein Lizenzserver

Damit sollten die meisten Probleme im Zusammenhang mit Anmeldeinformationen und Berechtigungen im Zusammenhang mit dem License Diagnoser behoben sein.

Problembehebung bei Vertrauensstellungen

Basierend auf unserer Erfahrung in der Zusammenarbeit mit vielen Kunden handelt es sich bei der überwiegenden Mehrheit der Probleme mit der Vertrauenskonfiguration entweder um DNS-Auflösungs- oder Netzwerkverbindungsfehler. Dies sind einige Schritte zur Fehlerbehebung, die Ihnen bei der Lösung häufig auftretender Probleme helfen sollen:

Sie sollten sich auch die Erläuterungen zu den Meldungen im Leitfaden zur Begründung der Vertrauenserstellung in der Directory Service Dokumentation ansehen.

Beheben Sie Abrechnungsprobleme für Benutzerabonnements

AWS stellt Ihnen ein monatliches Abonnement in Rechnung, das auf der Anzahl der Benutzer basiert, die der Lizenz zugeordnet sind, einschließlich Microsoft Office- oder Visual Studio-Instanzen. Diese Gebühren pro Benutzer werden pro Kalendermonat in Rechnung gestellt. Die Abrechnung beginnt ab dem Zeitpunkt, an dem Sie das Produkt abonnieren. Wenn Sie einem Benutzer während des aktuellen Monats den Zugriff entziehen, wird Ihnen der Rest des Monats für den Benutzer in Rechnung gestellt. Im Folgemonat fallen für den Nutzer keine Gebühren mehr an.

Außerdem:

Beheben Sie den Status eines inaktiven Marketplace-Abonnements

Nachdem Sie Ihr Verzeichnis mit den erforderlichen Produkten konfiguriert haben, müssten Sie die erforderlichen Produkte abonnieren. Für Produkte mit dem Marketplace-Abonnementstatus Inaktiv müssen Sie ein Abonnement abschließen, bevor Sie Benutzer einer Instanz zuordnen und diese nutzen können.

Beheben Sie Probleme mit den Benutzerbeschränkungen pro Instanz

Es gibt ein Limit von 25 Instanzen pro Benutzer. Falls Sie eine Anpassung benötigen, wenden Sie sich bitte an den AWS Support. Benutzern wird ihr Abonnement einmalig in Rechnung gestellt, unabhängig davon, ob sie mehrere Instanzen nutzen.

Problembehandlung beim CAL-Token, das nach der Migration zu RDS SAL nicht verkauft wurde

Wenn Sie Ihre eigenen Microsoft RDS-Lizenzserver verwenden, bleiben alle bereits ausgestellten Client Access License (CAL) -Token gültig, bis sie ablaufen. Während dieses Zeitraums abonnieren Benutzer mit gültigen CAL-Tokens das RDS SAL-Produkt nicht automatisch. Neue Benutzersitzungen werden nicht automatisch für RDS SAL abonniert, obwohl der Lizenzmanager konfiguriert ist. Der Lizenzmanager überschreibt keine vorhandenen CAL-Token, die von Ihren eigenen Lizenzservern ausgestellt wurden. Der vom Dienst verwaltete Lizenzserver beginnt erst mit der Ausgabe von Tokens und der Bearbeitung neuer Anfragen, wenn die vorhandenen CAL-Tokens abgelaufen sind. Sobald die aktuell ausgestellten CAL-Tokens ihr Ablaufdatum erreicht haben, werden neue Token-Anfragen vom vom Service verwalteten Lizenzserver bearbeitet, und die Benutzer abonnieren das RDS SAL-Produkt bei Bedarf automatisch.

Der nahtlose Domänenbeitritt funktioniert nicht für EC2-Instances mit Benutzerabonnementprodukten

Der Lizenzmanager muss den Domänenbeitritt auf diesen Instances mithilfe von SSM durchführen, um nur Benutzern, die das Produkt abonniert haben, autorisierten Zugriff zu gewähren. Daher ist die Funktion für den nahtlosen Domänenbeitritt deaktiviert.

Der VPC-Endpunkt wurde in meinem Konto erstellt

License Manager erstellt VPC-Endpunkte, die erforderlich sind, damit Ihre Ressourcen eine Verbindung zu Aktivierungsservern herstellen und bei der Konfiguration Ihrer VPC die Richtlinien einhalten können.

Entfernen Sie alle vom License Manager erstellten VPC-Endpunktressourcen

Um die VPC-Endpunktressourcen zu löschen, müssen Sie die folgenden Aktionen ausführen:

Ändern Sie einen Benutzernamen in Managed Active Directory

Das Ändern eines Benutzernamens hat keine Auswirkungen auf die Fähigkeit des Benutzers, RDP in zugehörige Instanzen zu übertragen. Die zugehörigen Benutzer sollten in der Lage sein, ihre aktualisierten Anmeldedaten für RDP in Benutzerabonnementinstanzen zu verwenden.

Trennen Sie Benutzer von einer beendeten Instance

Immer wenn eine Instanz mit Benutzerabonnements beendet wird, wird die Verknüpfung aller Benutzer, die der Instanz zugeordnet sind, getrennt. Sie müssen den Benutzer nicht manuell trennen.

Installieren Sie zusätzliche Software auf Instanzen mit Benutzerabonnements

Sie können zusätzliche Software auf Ihren Instances installieren, die nicht als benutzerbasierte Abonnements verfügbar sind. Zusätzliche Softwareinstallationen werden vom License Manager nicht verfolgt. Diese Installationen müssen mit dem Administratorkonto durchgeführt werden, das standardmäßig in Ihrem AWS Managed Microsoft AD Verzeichnis erstellt wird. Weitere Informationen finden Sie im Administratorhandbuch unter Administratorkonto. Directory Service

Um zusätzliche Software mit dem Admin-Konto zu installieren, müssen Sie:

Weitere Informationen finden Sie unter Erste Schritte mit benutzerbasierten Abonnements im License Manager.

Japanische Sprachpakete auf Instanzen mit Benutzerabonnements

Die Installation des japanischen Sprachpakets wird mit Benutzerabonnementinstanzen unterstützt.

Lokaler Administratorbenutzer auf Benutzerabonnement-Instanzen

Wir erlauben nur Benutzern unter der vom Benutzer verwalteten Active Directory-Domäne, Benutzerabonnementinstanzen zuzuordnen, um unbefugten Zugriff auf diese Microsoft-Produkte zu verhindern. Wenn Sie lokale Benutzer mit Administratorrechten für Instances erstellen, die nutzerbasierte Abonnements anbieten, ändert sich der Integritätsstatus der Instanz in „Fehlerhaft“.

Anzahl der Benutzer, die per RDP zu einer Instanz mit Benutzerabonnements wechseln können

Instanzen, die benutzerbasierte Abonnements anbieten, unterstützen bis zu zwei aktive Benutzersitzungen gleichzeitig, wie unter Benutzerbasierte License Manager-Abonnements für unterstützte Softwareprodukte verwenden angegeben. Standardmäßig erlaubt Windows in allen Editionen von Windows Server bis zu 2 Remote-Desktop-Verbindungen, einschließlich einer Admin-Verbindung, zu einem beliebigen Zeitpunkt. Um mehr als 2 Benutzer gleichzeitig zu verwenden, müssen Kunden einen RDS-Lizenzserver einrichten.

Benutzer in meinen selbstverwalteten AD für Office- und Visual Studio-Produkten

Um Benutzer in Ihrem selbstverwalteten Verzeichnis zuzuordnen, müssen Sie eine bidirektionale Gesamtstrukturvertrauensstellung zwischen Ihrem selbstverwalteten Verzeichnis und Ihrem Verzeichnis einrichten. AWS Managed Microsoft AD Weitere Informationen finden Sie im Administratorhandbuch unter Tutorial: Erstellen Sie eine Vertrauensstellung zwischen Ihrer AWS Managed Microsoft AD und Ihrer selbstverwalteten Active Directory-Domäne. Directory Service

Unterstützte Windows-Betriebssysteme

Hinweise zu den unterstützten Windows-Betriebssystemplattformen finden Sie unterUnterstützte Softwareprodukte für benutzerbasierte Abonnements im License Manager.

Unterstützte Versionen von Office und Visual Studio

Hinweise zur unterstützten Software für benutzerbasierte Abonnements finden Sie unterUnterstützte Software für benutzerbasierte Abonnements.

Verwenden des Benutzerabonnements mit älteren Windows Server-Versionen

Wenn Sie eine Instance von einem AMI aus starten, das Office LTSC Professional Plus, Office LTSC Standard oder Microsoft Visual Studio unterstützt, wird standardmäßig die neueste Windows-Betriebssystemplattformversion des AMI gestartet (z. B. Windows Server 2022). Gehen Sie folgendermaßen vor, um mit einer früheren Betriebssystemplattformversion zu starten:

Verwenden Sie License Manager-Benutzerabonnements konto- oder regionsübergreifend

Diese Szenarien werden unterstützt:

Diese Szenarien werden nicht unterstützt:

Tipps zur Kontaktaufnahme AWS Support

Problembehandlung bei mehreren Active Directory-Registrierungen

Die Instanz wurde beendet, weil mehrere Active Directorys erreichbar sind

Problem: Eine Instance wurde nach dem Start mit dem Fehler „Die VPC dieser Instanz ist mit mehreren VPCs verbunden, die jeweils ein registriertes Active Directory haben“ beendet.

Ursache: Die Instance wurde in einer VPC gestartet, die über Peering mit mehr als einer VPC verfügt, die ein registriertes Active Directory enthält. Der Lizenzmanager kann nicht ermitteln, welches Active Directory für die Aktivierung verwendet werden soll. Ressourcen, die die Erstkonfiguration nicht abschließen können, werden beendet.

Lösung: Überprüfen Sie Ihre VPC-Peering-Konfiguration und stellen Sie sicher, dass die Instanz-VPC nur mit einer VPC verbunden ist, die über ein registriertes Active Directory für das Produkt verfügt. Führen Sie dazu einen der folgenden Schritte aus:

Die Instanzaktivierung ist fehlgeschlagen, da kein Active Directory erreichbar ist

Problem: Die Aktivierung einer Instanz ist mit dem Fehler „Kein registriertes Active Directory ist von der VPC dieser Instanz aus erreichbar“ fehlgeschlagen.

Ursache: Die Instance wurde in einer VPC gestartet, die kein registriertes Active Directory enthält und über kein Peering mit einer VPC verfügt, die über ein solches verfügt.

Lösung: Stellen Sie sicher, dass die Instanz-VPC entweder:

Überprüfen Sie Ihre VPC-Peering-Verbindungen und stellen Sie sicher, dass sich die Active Directory-Registrierungen in den erwarteten VPCs befinden.

Active Directory kann nicht registriert werden, da VPC bereits eines hat

Problem: Wenn Sie versuchen, ein neues Active Directory zu registrieren, erhalten Sie eine Fehlermeldung, die darauf hinweist, dass ein vorhandener Identitätsanbieter bereits für die VPC registriert ist.

Ursache: Jede VPC kann nur ein registriertes Active Directory pro Produkt haben. Sie versuchen, ein zweites Active Directory in einer VPC zu registrieren, die bereits über eines verfügt.

Lösung: Jedes Active Directory, das Sie registrieren, muss sich in einer eindeutigen VPC befinden. Um ein zusätzliches Active Directory zu registrieren, stellen Sie sicher, dass es in einer VPC bereitgestellt wird, für die noch kein registriertes Active Directory für dasselbe Produkt vorhanden ist.

Die Registrierung ist aufgrund einer Nichtübereinstimmung der VPC-Endpunktkonfiguration fehlgeschlagen

Problem: Wenn Sie ein zusätzliches Active Directory registrieren, erhalten Sie eine Fehlermeldung, dass Subnetze und Sicherheitsgruppen nicht mit einem vorhandenen VPC-Endpunkt übereinstimmen.

Ursache: In der VPC ist bereits ein VPC-Endpunkt aus einer anderen Active Directory-Registrierung vorhanden. Neue Registrierungen, die dieselbe VPC-Endpunkt-VPC verwenden, müssen identische Subnetz- und Sicherheitsgruppeneinstellungen verwenden.

Lösung: Verwenden Sie dieselben Subnetze und Sicherheitsgruppen wie die bestehende Konfiguration des registrierten Identitätsanbieters. Sie können die aktuelle Konfiguration in der License Manager-Konsole unter Einstellungen oder mithilfe der ListIdentityProviders API einsehen.