Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Résoudre les problèmes liés aux abonnements basés sur les utilisateurs dans le Gestionnaire de licences
Vous trouverez ci-dessous des conseils de dépannage pour vous aider à résoudre les problèmes qui peuvent survenir avec les abonnements basés sur les utilisateurs dans AWS License Manager.
Table des matières
Résoudre les problèmes de configuration du produit d'abonnement utilisateur
Résoudre les problèmes de lancement des instances d'abonnement utilisateur
Résoudre les problèmes liés à la commande d'exécution de Systems Manager
Résoudre les problèmes liés à la gestion des licences Microsoft RDS
Résoudre les problèmes liés à l'impossibilité de supprimer Active Directory
Dépannage l'abonnement n'est pas présent erreur pour le produit RDS SAL
Résoudre les problèmes liés au fait que le nombre de licences ne s'affiche pas correctement
Résoudre les problèmes de facturation liés aux abonnements des utilisateurs
Résoudre les problèmes liés au statut d'abonnement inactif à la place
Résoudre les problèmes liés aux limites d'utilisateurs par instance
Résoudre les problèmes liés au jeton CAL non distribué après la migration vers RDS SAL
Supprimer toutes les ressources de point de terminaison VPC créées par License Manager
Installation de logiciels supplémentaires sur les instances d'abonnement utilisateur
Packs de langue japonaise sur les instances d'abonnement utilisateur
Utilisateur administrateur local sur les instances d'abonnement utilisateur
Nombre d'utilisateurs pouvant accéder à une instance d'abonnement utilisateur via RDP
Utilisateurs de mes produits AD autogérés pour Office et Visual Studio
Utilisation de l'abonnement utilisateur avec les anciennes versions de Windows Server
Utilisation des abonnements utilisateur de License Manager sur plusieurs comptes ou régions
Résolution des problèmes liés à plusieurs enregistrements Active Directory
Résoudre les problèmes de conformité des instances
Les instances proposant des abonnements basés sur les utilisateurs doivent rester en bon état pour être conformes. Les instances marquées comme étant défectueuses ne répondent plus aux prérequis requis. Le gestionnaire de licences tentera de rétablir l'état normal de l'instance, mais les instances qui ne sont pas en mesure de revenir à un état sain sont supprimées.
Les instances lancées pour fournir des abonnements basés sur les utilisateurs et qui ne peuvent pas terminer la configuration initiale seront résiliées. Dans ce scénario, vous devez corriger le problème de configuration et lancer de nouvelles instances pour proposer des abonnements basés sur les utilisateurs. Pour de plus amples informations, veuillez consulter Conditions requises pour créer des abonnements basés sur les utilisateurs dans License Manager.
Résoudre les problèmes de configuration du produit d'abonnement utilisateur
La configuration de votre produit échoue peut-être en raison de problèmes d'accès réseau sortant. Pour résoudre ce problème, assurez-vous que le groupe de sécurité par défaut autorise le trafic sortant vers les adresses IP de l'interface réseau de chaque contrôleur de domaine ainsi que vers le SSM.
-
Vérifiez que les paramètres de groupe de sécurité par défaut facilitent le trafic sortant vers les adresses IP des interfaces réseau des contrôleurs de domaine.
-
License Manager crée deux interfaces réseau qui utilisent le groupe de sécurité par défaut du VPC sur lequel vous êtes AWS Managed Microsoft AD provisionné. Ces interfaces sont utilisées pour les fonctionnalités de service requises avec votre annuaire. Assurez-vous que votre groupe de sécurité par défaut autorise le trafic sortant vers l'adresse IP de l'interface réseau de chaque contrôleur de domaine ou vers le groupe de sécurité utilisé par les contrôleurs de domaine. Pour plus d'informations, consultez les sections Conditions requises pour créer des abonnements basés sur les utilisateurs et Ce qui est créé dans le Guide d' Directory Service administration.
-
-
Configurez l'accès Internet sortant à partir d'instances fournissant des abonnements basés sur l'utilisateur ou des points de terminaison VPC.
-
L'accès Internet sortant depuis les instances fournissant des abonnements basés sur l'utilisateur, ou points de terminaison VPC, doit être configuré pour que vos instances puissent communiquer avec SSM. Pour plus d'informations, consultez la section Configuration de Systems Manager pour les instances EC2 dans le Guide de l' AWS Systems Manager utilisateur.
-
Une fois le processus de provisionnement terminé, vous pouvez associer un groupe de sécurité différent aux interfaces créées par License Manager. Le groupe de sécurité que vous sélectionnez doit également autoriser le trafic requis vers l'adresse IPv4 ou le groupe de sécurité de l'interface réseau de chaque contrôleur de domaine. Pour plus d'informations, consultez la section Utilisation des groupes de sécurité dans le guide de l'utilisateur d'Amazon Virtual Private Cloud.
Résoudre les problèmes de lancement des instances d'abonnement utilisateur
Les lancements de votre instance peuvent échouer pour plusieurs raisons. Voici quelques-uns des problèmes courants pouvant entraîner l'échec du lancement d'une instance :
-
Assurez-vous que votre instance est détectable par SSM, voir. Résoudre les problèmes de connectivité des instances
-
Assurez-vous que votre instance est en mesure de rejoindre votre domaine, voirRésoudre les problèmes liés à l'adhésion au domaine.
-
Assurez-vous que la règle de point de terminaison du résolveur sortant Route53 est définie. Pour plus d'informations, consultez l'article de blog Intégrer la résolution DNS de votre service d'annuaire aux résolveurs
Amazon Route 53. -
Si vous lancez des instances à partir d'AMI personnalisées créées en plus des AMI d'abonnement utilisateur, veillez à exécuter Sysprep et à garantir des noms d'ordinateur uniques lors de la création et du lancement d'instances à partir d'AMI personnalisées.
Résoudre les problèmes de conformité des licences
Si vous avez configuré votre Active Directory pour proposer des abonnements utilisateur à Microsoft Office, vous devez vous assurer que vos ressources peuvent se connecter aux points de terminaison VPC créés par License Manager. Les points de terminaison nécessitent un trafic entrant sur le port TCP 1688 en provenance des instances fournissant des abonnements basés sur les utilisateurs.
Vous pouvez utiliser Reachability Analyzer pour vous aider à vérifier que la configuration réseau de vos instances fournissant des abonnements basés sur les utilisateurs et des points de terminaison VPC est correctement configurée. Vous pouvez spécifier un ID d'instance lancé dans un sous-réseau fournissant des abonnements basés sur les utilisateurs comme source et un point de terminaison VPC provisionné pour les produits Microsoft Office comme destination. Spécifiez TCP comme protocole et 1688 comme port de destination pour le chemin à analyser. Pour plus d'informations, consultez Comment résoudre les problèmes de connectivité sur les points de terminaison VPC de ma passerelle et de mon interface ?
Résoudre les problèmes de connectivité des instances
Les utilisateurs doivent être en mesure d'utiliser le protocole RDP pour se connecter aux instances proposant des abonnements personnalisés afin d'utiliser les produits qu'ils contiennent. Pour plus d'informations sur la résolution des problèmes de connectivité des instances, consultez Résoudre les problèmes de connexion à votre instance Windows dans le guide de l'utilisateur Amazon EC2.
Résoudre les problèmes liés à l'adhésion au domaine
Les utilisateurs doivent être en mesure de se connecter aux instances fournissant les produits d'abonnement basés sur l'utilisateur avec leur identité d'utilisateur à partir de l'Active Directory configuré dans les paramètres du gestionnaire de licences. Les instances qui ne parviennent pas à rejoindre le domaine seront supprimées.
Pour résoudre les problèmes, vous devrez peut-être lancer une instance et rejoindre manuellement le domaine afin que la ressource ne soit pas interrompue avant de pouvoir enquêter. L'instance doit recevoir et exécuter correctement la commande Systems Manager Run, et elle doit également être en mesure de terminer la jointure de domaine au sein du système d'exploitation. Pour plus d'informations, consultez les rubriques Comprendre l'état des commandes dans le Guide de AWS Systems Manager l'utilisateur et Comment résoudre les erreurs qui se produisent lorsque vous associez Windows-based des ordinateurs à un domaine
Si vous lancez des instances à partir d'une AMI personnalisée qui utilise une AMI de produit d'abonnement utilisateur comme image de base, vous devez exécuter les étapes Sysprep sur l'AMI personnalisée afin de garantir un nom d'ordinateur unique au lancement. Avant d'exécuter Sysprep avec /generalize, assurez-vous que la machine est supprimée du domaine.
Résoudre les problèmes de connectivité de Systems Manager
Les instances qui proposent des abonnements basés sur les utilisateurs doivent être gérées par, AWS Systems Manager sinon elles seront résiliées. Pour plus d'informations, consultez les sections Résolution des problèmes liés à l'agent SSM et Résolution des problèmes de disponibilité des nœuds gérés dans le Guide de AWS Systems Manager l'utilisateur.
Résoudre les problèmes liés à la commande d'exécution de Systems Manager
Run Command, une fonctionnalité de Systems Manager, est utilisée avec les instances fournissant des abonnements basés sur l'utilisateur pour rejoindre le domaine, renforcer le système d'exploitation et effectuer des audits d'accès pour le produit inclus. Pour plus d'informations, consultez la section Comprendre les états des commandes dans le Guide de l'AWS Systems Manager utilisateur.
Résoudre les problèmes liés à la gestion des licences Microsoft RDS
Si vous rencontrez des problèmes lors de l'émission d'une licence d'accès client (CAL), vérifiez si d'autres serveurs de licences Microsoft RDS sont présents dans votre parc de serveurs ou votre groupe de serveurs Terminal Server. Nous ne recommandons pas de disposer de serveurs de licences supplémentaires dans ces emplacements, car cela peut interférer avec l'émission des CAL et entraîner des complications en matière de licences.
Pour résoudre ce problème, assurez-vous que seuls les serveurs Microsoft RDS prévus restent dans votre parc de serveurs et votre groupe Terminal Servers.
Lorsque vous résolvez des problèmes de licence, sachez que les connexions utilisant l'indicateur /admin contournent les contrôles de licence standard, car cet indicateur est destiné à des fins administratives et ne consomme pas de CAL. Cela peut masquer des problèmes de licence sous-jacents. Pour diagnostiquer les problèmes de licence, vérifiez que les connexions utilisateur standard (sans l'indicateur /admin) fonctionnent correctement pour la gestion des licences.
Résoudre les problèmes d'activation de Microsoft Office
Si l'activation de Microsoft Office échoue, vérifiez que votre instance a accès au VPC défini pour License Manager. L'une des options suivantes répond à cette exigence :
-
Votre instance s'exécute dans le VPC intégré à License Manager (via le point de terminaison VPC)
-
Votre instance s'exécute dans un VPC qui est connecté au VPC intégré au License Manager.
Pour résoudre ce problème, assurez-vous que votre instance est déplacée vers le VPC approprié ou établissez un peering VPC avec le VPC intégré au gestionnaire de licences.
Résoudre les problèmes liés à l'impossibilité de supprimer Active Directory
Le gestionnaire de licences est enregistré en tant qu'application autorisée auprès du service d'annuaire lors de la configuration, ce qui empêche la suppression d'Active Directory une fois configuré. Dans le cadre de la procédure standard, les clients doivent d'abord supprimer toutes les instances, les associations d'instances et les abonnements utilisateurs. Ensuite, ils peuvent procéder à la suppression de l'Active Directory du gestionnaire de licences, puis supprimer le répertoire lui-même.
Résoudre les problèmes liés à l'impossibilité de supprimer le rôle lié au AWSServiceRoleForAWSLicenseManagerUserSubscriptionsService service (SLR)
Le gestionnaire de licences nécessite le rôle lié à un service AWSServiceRoleForAWSLicenseManagerUserSubscriptionsService « » pour gérer les AWS ressources qui fourniront des abonnements basés sur les utilisateurs. Un rôle lié à un service facilite la configuration du gestionnaire de licences car vous n'avez pas à ajouter manuellement les autorisations nécessaires. License Manager définit les autorisations de ses rôles liés aux services et, sauf indication contraire, seul le License Manager peut assumer ses rôles. Les autorisations définies comprennent la politique de confiance et la politique d’autorisation. De plus, cette politique d’autorisation ne peut pas être attachée à une autre entité IAM.
Pour plus d'informations, consultez Conditions requises pour créer des abonnements basés sur les utilisateurs dans License Manager License Manager — rôle User-based d'abonnement et Service-linked rôles.
Dépannage l'abonnement n'est pas présent erreur pour le produit RDS SAL
Votre compte doit être abonné à la licence d'accès par abonné (RDS SAL) des services de bureau à distance Windows Server. Tous les utilisateurs associés à des instances fournissant des produits d'abonnement basés sur l'utilisateur doivent disposer d'un seul abonnement actif à cette licence en plus de tous les autres produits qu'ils souhaitent utiliser. Votre utilisateur sera abonné à RDS SAL en son nom lorsqu'il souscrira à un produit d'abonnement basé sur l'utilisateur.
Toutefois, s'il a été désabonné ou supprimé pour d'autres raisons de conformité, il se peut que vous deviez vous réabonner. Si vous êtes déjà inscrit, vous pouvez essayer de vous désinscrire puis de vous réabonner, ce qui n'affectera pas vos abonnements utilisateur du License Manager.
Résoudre les problèmes liés au fait que le nombre de licences ne s'affiche pas correctement
Après la configuration initiale ou les modifications de configuration, le serveur de licences peut mettre jusqu'à 24 heures pour afficher le nombre exact de licences pour tous les types de licences dans le License Diagnoser.
Que faire :
-
Attendez jusqu'à 24 heures après la configuration avant de vous attendre à des rapports précis sur le nombre de licences
Ce délai est normal et laisse suffisamment de temps au serveur de licences pour synchroniser et mettre à jour correctement toutes les informations de licence des différents types de licences. Si vous rencontrez une erreur, veuillez vous référer àRésoudre les problèmes liés au RDS License Diagnoser.
Résoudre les problèmes liés au RDS License Diagnoser
Ces erreurs sont généralement causées par des problèmes d'identification ou d'autorisation. Pour résoudre le problème :
-
Vérifiez les informations d'identification de l'utilisateur : assurez-vous que vous utilisez le même compte utilisateur que celui qui a été fourni à License Manager lors de l'intégration
-
Vérifiez les informations d'identification de la session : si vous voyez « Informations d'identification non disponibles » correspondant au serveur dans la section récapitulative :
-
Cliquez sur le serveur de licences dans la section récapitulative qui affiche « Informations d'identification non disponibles »
-
Dans le menu de droite qui s'ouvre, ajoutez les informations d'identification de l'utilisateur qui a été intégré au Gestionnaire de licences
-
Cliquez sur « Actualiser »
-
Si le problème persiste, suivez les étapes de dépannage supplémentaires décrites dans la documentation de Microsoft : Impossible de se connecter à RDS - Pas de serveur de licences
Cela devrait résoudre la plupart des problèmes liés aux informations d'identification et aux autorisations avec le License Diagnoser.
Résoudre les problèmes liés aux trusts
Sur la base de notre expérience auprès de nombreux clients, la grande majorité des problèmes de configuration de confiance sont liés à la résolution DNS ou à des erreurs de connectivité réseau. Voici quelques étapes de dépannage qui vous aideront à résoudre les problèmes courants :
-
Vérifiez si vous avez autorisé le trafic réseau sortant sur le AWS Managed Microsoft AD.
-
Si le serveur DNS ou le réseau de votre domaine local utilise un espace d'adressage IP public (non conforme à la RFC 1918), procédez comme suit :
-
Dans la Directory Service console, accédez à la section Routage IP de votre répertoire, choisissez Actions, puis choisissez Ajouter un itinéraire.
-
Entrez le bloc d'adresses IP de votre serveur DNS ou de votre réseau local au format CIDR, par exemple 203.0.113. 0/24.
-
Cette étape n'est pas nécessaire si votre serveur DNS et votre réseau local utilisent des espaces d'adressage IP privés conformes à la norme RFC 1918.
-
-
Après avoir vérifié le groupe de sécurité et vérifié si des itinéraires applicables sont requis, lancez une instance Windows Server et joignez-la au AWS Managed Microsoft AD répertoire. Une fois l'instance lancée :
-
Exécutez cette PowerShell commande pour tester la connectivité DNS :
Resolve-DnsName -Name 'example.local' -DnsOnly
-
Vous devriez également consulter les explications des messages dans le guide des raisons du statut de création d'un trust dans la Directory Service documentation.
Résoudre les problèmes de facturation liés aux abonnements des utilisateurs
AWS vous facturera par le biais d'un abonnement mensuel, en fonction du nombre d'utilisateurs associés à la licence, y compris des instances Microsoft Office ou Visual Studio. Ces frais par utilisateur sont facturés par mois calendaire et la facturation commence au moment où vous vous abonnez au produit. Si vous supprimez l'accès à un utilisateur au cours du mois en cours, celui-ci vous sera facturé pour le reste du mois. Vous cesserez de facturer des frais à l'utilisateur le mois suivant.
En outre :
-
La facturation est basée sur une base par utilisateur dans le cadre des abonnements utilisateur. Seuls les utilisateurs abonnés au produit seront facturés, pas tous les utilisateurs de l'Active Directory.
-
La facturation fonctionne selon un cycle mensuel, à compter du premier jour de chaque mois civil. Les frais sont prélevés pour l'ensemble du mois, quelle que soit la date précise d'activation de l'abonnement.
-
Vous avez besoin d'un SAL RDS pour chaque utilisateur qui doit accéder à vos Office/VS instances.
-
Pour ne plus facturer de frais pour les abonnements basés sur l'utilisateur, vous devez dissocier l'utilisateur de toutes les instances auxquelles il est associé. La suppression d'un utilisateur d'Active Directory ne dissocie pas cet utilisateur des instances. Pour de plus amples informations, veuillez consulter Dissocier les utilisateurs d'une instance qui fournit des abonnements basés sur les utilisateurs de License Manager.
-
Un utilisateur n'est compté qu'une seule fois. Vous êtes facturé par utilisateur pour Microsoft Office et Visual Studio, quel que soit le nombre d'instances EC2 auxquelles l'utilisateur se connecte. Les utilisateurs ne sont facturés qu'une seule fois pour leur abonnement, quelle que soit leur utilisation de plusieurs instances.
Résoudre les problèmes liés au statut d'abonnement inactif à la place
Après avoir configuré votre répertoire avec les produits requis, vous devez vous abonner aux produits requis. Les produits dont le statut d'abonnement Marketplace est inactif nécessitent que vous vous abonniez avant de pouvoir associer des utilisateurs à une instance et les utiliser.
Résoudre les problèmes liés aux limites d'utilisateurs par instance
Il y a une limite de 25 instances par utilisateur. Si vous avez besoin d'un ajustement, veuillez contacter le AWS support. Les utilisateurs ne sont facturés qu'une seule fois pour leur abonnement, quelle que soit leur utilisation de plusieurs instances.
Résoudre les problèmes liés au jeton CAL non distribué après la migration vers RDS SAL
Si vous utilisez vos propres serveurs de licences Microsoft RDS, tous les jetons de licence d'accès client (CAL) déjà émis restent valides jusqu'à leur expiration. Pendant cette période, les utilisateurs disposant de jetons CAL valides ne sont pas automatiquement abonnés au produit RDS SAL. Les nouvelles sessions utilisateur ne sont pas automatiquement abonnées à RDS SAL même si le gestionnaire de licences est configuré. Le Gestionnaire de licences ne remplace pas les jetons CAL existants émis par vos propres serveurs de licences. Le serveur de licences géré par les services commence à émettre des jetons et à traiter les nouvelles demandes uniquement après l'expiration des jetons CAL existants. Une fois que les jetons CAL actuellement émis atteignent leur date d'expiration, les nouvelles demandes de jetons sont traitées par le serveur de licences géré par les services et les utilisateurs sont automatiquement abonnés au produit RDS SAL selon les besoins.
La jointure de domaine fluide ne fonctionne pas pour les instances EC2 dotées de produits d'abonnement utilisateur
Le gestionnaire de licences doit effectuer une jointure de domaine sur ces instances à l'aide de SSM pour autoriser l'accès aux seuls utilisateurs abonnés au produit. Par conséquent, la fonctionnalité de jointure de domaine transparente est désactivée.
Le point de terminaison VPC a été créé sur mon compte
License Manager crée les points de terminaison VPC nécessaires pour que vos ressources puissent se connecter aux serveurs d'activation et rester en conformité lorsque vous configurez votre VPC.
Supprimer toutes les ressources de point de terminaison VPC créées par License Manager
Pour supprimer les ressources des terminaux VPC, vous devez effectuer les actions suivantes :
-
Dissociez tous les utilisateurs de leurs abonnements personnalisés. Pour de plus amples informations, veuillez consulter Dissocier les utilisateurs d'une instance qui fournit des abonnements basés sur les utilisateurs de License Manager.
-
Supprimez tout répertoire configuré dans les paramètres du gestionnaire de licences. Pour de plus amples informations, veuillez consulter Désenregistrer un Active Directory à partir des paramètres du gestionnaire de licences.
-
Mettez fin à toutes les instances fournissant des produits d'abonnement basés sur les utilisateurs. Pour de plus amples informations, veuillez consulter Lancer une instance à partir d'une licence AMI incluse.
Modifier un nom d'utilisateur sur Managed Active Directory
La modification d'un nom d'utilisateur n'a aucun effet sur leur capacité à utiliser le protocole RDP dans les instances associées. Les utilisateurs associés devraient être en mesure d'utiliser leurs informations de connexion mises à jour pour RDP dans les instances d'abonnement utilisateur.
Dissocier les utilisateurs d'une instance terminée
Chaque fois qu'une instance d'abonnement utilisateur est résiliée, tous les utilisateurs associés à l'instance sont dissociés. Il n'est pas nécessaire de dissocier manuellement l'utilisateur.
Note
Les utilisateurs ne sont pas dissociés si l'instance est arrêtée.
Installation de logiciels supplémentaires sur les instances d'abonnement utilisateur
Vous pouvez installer sur vos instances des logiciels supplémentaires qui ne sont pas disponibles sous forme d'abonnements utilisateur. Les installations logicielles supplémentaires ne sont pas suivies par le gestionnaire de licences. Ces installations doivent être effectuées à l'aide du compte Admin qui est créé par défaut dans votre AWS Managed Microsoft AD répertoire. Pour plus d'informations, consultez la section Compte administrateur dans le Guide Directory Service d'administration.
Pour installer des logiciels supplémentaires avec le compte Admin, vous devez :
-
Souscrivez le compte Admin au produit fourni par l'instance.
-
Associez le compte Admin à l'instance.
-
Connectez-vous à l'instance à l'aide du compte Admin pour effectuer l'installation.
Pour de plus amples informations, veuillez consulter Commencez avec les abonnements basés sur les utilisateurs dans License Manager.
Packs de langue japonaise sur les instances d'abonnement utilisateur
L'installation du module linguistique japonais est prise en charge avec les instances d'abonnement utilisateur.
Utilisateur administrateur local sur les instances d'abonnement utilisateur
Nous autorisons uniquement les utilisateurs du domaine Active Directory géré par les utilisateurs à être associés à des instances d'abonnement utilisateur afin d'empêcher tout accès non autorisé à ces produits Microsoft. Lorsque vous créez des utilisateurs locaux dotés de privilèges d'administrateur sur des instances proposant des abonnements basés sur les utilisateurs, l'état de santé de l'instance passe à Non sain.
Nombre d'utilisateurs pouvant accéder à une instance d'abonnement utilisateur via RDP
Les instances qui proposent des abonnements basés sur les utilisateurs prennent en charge jusqu'à deux sessions utilisateur actives à la fois, comme indiqué dans la section Abonnements utilisateur d'Use License Manager pour les produits logiciels pris en charge. Par défaut, Windows autorise jusqu'à deux connexions Bureau à distance, y compris une connexion administrateur, à tout moment, dans toutes les éditions de Windows Server. Pour utiliser plus de 2 utilisateurs simultanés, les clients doivent configurer un serveur de licences RDS.
Utilisateurs de mes produits AD autogérés pour Office et Visual Studio
Pour associer des utilisateurs à votre annuaire autogéré, vous devez établir une confiance forestière bidirectionnelle entre votre annuaire autogéré et votre annuaire. AWS Managed Microsoft AD Pour plus d'informations, consultez Tutoriel : Création d'une relation de confiance entre votre domaine Active Directory autogéré AWS Managed Microsoft AD et votre domaine Active Directory autogéré dans le Guide d' Directory Service administration.
Systèmes d'exploitation Windows pris en charge
Pour plus d'informations sur les plates-formes de système d'exploitation Windows prises en charge, consultezProduits logiciels pris en charge pour les abonnements basés sur les utilisateurs dans License Manager.
Versions prises en charge d'Office et de Visual Studio
Pour plus d'informations sur les logiciels pris en charge pour les abonnements basés sur les utilisateurs, consultezLogiciels pris en charge pour les abonnements basés sur les utilisateurs.
Utilisation de l'abonnement utilisateur avec les anciennes versions de Windows Server
Lorsque vous lancez une instance à partir d'une AMI qui prend en charge Office LTSC Professional Plus, Office LTSC Standard ou Microsoft Visual Studio, la dernière version de l'AMI basée sur la plate-forme Windows OS est lancée par défaut (par exemple Windows Server 2022). Pour démarrer avec une version antérieure de la plate-forme du système d'exploitation, procédez comme suit :
-
Ouvrez la AWS Marketplace console à l'adressehttps://console.aws.amazon.com/marketplace
. -
Choisissez Gérer les abonnements dans le volet de navigation.
-
Pour rationaliser les résultats d'abonnement, vous pouvez rechercher tout ou partie du nom de l'abonnement. Par exemple, Office LTSC Professional Plus, Office LTSC Standard ou Visual Studio Enterprise.
-
Sélectionnez Lancer une nouvelle instance dans le panneau d'abonnement. Cela ouvre une page de configuration de lancement.
-
Pour lancer une instance à partir d'une AMI basée sur une version antérieure de la plate-forme du système d'exploitation Windows, sélectionnez le lien complet du AWS Marketplace site Web, situé sous la version logicielle. Cela vous amène à une page de configuration où vous pouvez effectuer une sélection parmi une liste de versions.
-
La liste présente les dernières versions d'AMI pour les plates-formes de système d'exploitation Windows prises en charge. Sélectionnez la version du système d'exploitation Windows à partir de laquelle vous souhaitez lancer.
Utilisation des abonnements utilisateur de License Manager sur plusieurs comptes ou régions
Les scénarios suivants sont pris en charge :
Utilisation des abonnements utilisateur License Manager sur tous les comptes
Utilisation des abonnements utilisateur du gestionnaire de licences avec Active Directory partagé
Les scénarios suivants ne sont pas pris en charge :
Utilisation des abonnements utilisateur de License Manager dans toutes les régions
Conseils pour contacter AWS Support
-
Lorsque vous contactez le AWS support, créez une instance avec les mêmes paramètres qu'une instance résiliée et activez la protection contre la résiliation d'instance pour une réponse rapide.
-
Pour tout problème lié au RDP, nous aurions besoin de journaux liés au RDP pour aider à résoudre ces problèmes. Veuillez utiliser le « AWSSupport-RunEC2RescueForWindowsTool » pour les environnements dotés d'un accès à Internet. Pour plus d'informations, consultez EC2Rescue pour Windows Server.
-
En utilisant une instance Office comme instance de travail et en montant un volume restauré à partir d'un instantané du volume de l'instance d'origine, il est possible de collecter des données même dans un environnement sans accès à Internet.
-
Résolution des problèmes liés au lancement d'instances à partir d'AMI de sauvegarde : Si vous lancez une instance à partir d'une AMI de sauvegarde, vous devez mettre fin à l'instance d'origine.
Résolution des problèmes liés à plusieurs enregistrements Active Directory
Instance arrêtée car plusieurs Active Directories sont accessibles
Problème : une instance s'est arrêtée après son lancement avec l'erreur « Le VPC de cette instance est associé à plusieurs VPC dotés chacun d'un Active Directory enregistré ».
Cause : L'instance a été lancée dans un VPC qui est associé à plusieurs VPC contenant un Active Directory enregistré. Le gestionnaire de licences ne peut pas déterminer quel Active Directory utiliser pour l'activation. Les ressources qui ne sont pas en mesure de terminer la configuration initiale sont supprimées.
Solution : vérifiez votre configuration d'appairage VPC et assurez-vous que le VPC d'instance est appairé avec un seul VPC doté d'un Active Directory enregistré pour le produit. Vous avez le choix entre les options suivantes :
-
Supprimez les connexions d'appairage VPC vers d'autres VPC Active Directory, ou
-
Lancez l'instance dans un VPC qui contient directement l'Active Directory souhaité.
L'activation de l'instance a échoué car aucun Active Directory n'est accessible
Problème : l'activation d'une instance a échoué avec l'erreur « Aucun Active Directory enregistré n'est accessible depuis le VPC de cette instance ».
Cause : L'instance a été lancée dans un VPC qui ne contient pas d'Active Directory enregistré et qui n'est associée à aucun VPC qui en possède un.
Solution : assurez-vous que l'instance VPC :
-
Dispose d'un Active Directory enregistré configuré directement dans celui-ci, ou
-
Est jumelé à un VPC qui contient un Active Directory enregistré.
Vérifiez vos connexions d'appairage VPC et assurez-vous que les enregistrements Active Directory se trouvent dans les VPC attendus.
Impossible d'enregistrer Active Directory car le VPC en possède déjà un
Problème : lorsque vous tentez d'enregistrer un nouvel Active Directory, vous recevez un message d'erreur indiquant qu'un fournisseur d'identité existant est déjà enregistré pour le VPC.
Cause : chaque VPC ne peut avoir qu'un seul Active Directory enregistré par produit. Vous essayez d'enregistrer un deuxième Active Directory dans un VPC qui en possède déjà un.
Solution : chaque Active Directory que vous enregistrez doit résider dans un VPC unique. Pour enregistrer un Active Directory supplémentaire, assurez-vous qu'il est configuré dans un VPC qui ne possède pas encore d'Active Directory enregistré pour le même produit.
L'enregistrement a échoué en raison d'une non-concordance de configuration des points de terminaison VPC
Problème : lors de l'enregistrement d'un Active Directory supplémentaire, vous recevez un message d'erreur indiquant que les sous-réseaux et les groupes de sécurité ne correspondent pas à un point de terminaison VPC existant.
Cause : Un point de terminaison VPC existe déjà dans le VPC à partir d'un autre enregistrement Active Directory. Les nouveaux enregistrements qui partagent le même point de terminaison VPC Le VPC doit utiliser des paramètres de sous-réseau et de groupe de sécurité identiques.
Solution : utilisez les mêmes sous-réseaux et le même groupe de sécurité que la configuration existante du fournisseur d'identité enregistré. Vous pouvez consulter la configuration actuelle dans la console License Manager, sous Paramètres, ou en utilisant l' ListIdentityProviders API.