13 raisons pour lesquelles l'accès aux logiciels est refusé

Une fois vide, le pool de licences ne peut tout simplement plus répondre aux demandes d'extraction. Les deux façons les plus courantes de résoudre ce problème sont (a) d'acheter plus de licences ou (b) d'optimiser l'utilisation des licences.

L'achat de nouvelles licences est l'approche classique. Cependant, l'environnement commercial de plus en plus serré exige une compétitivité où chaque dépense doit avoir une valeur commerciale conséquente et un retour sur investissement. Il est désormais largement admis que la clé d'un système de gestion des licences plus efficace réside dans une meilleure compréhension de l'utilisation réelle des logiciels. C'est ainsi qu'est née la deuxième solution : l'optimisation de l'utilisation des licences. Aujourd'hui plus que jamais, le suivi en temps réel et l'analyse de l'utilisation historique deviennent indispensables à une gestion efficace des actifs logiciels.

En tant que solutions, l'achat de licences supplémentaires et l'optimisation de l'utilisation des licences peuvent se compléter ou se contredire, en fonction des outils dont vous disposez et de la manière dont vous les utilisez.

Dans certains cas, cependant, il a été observé que des serveurs de licences "fuyaient" les licences. En d'autres termes, les utilisateurs étaient informés d'un manque de licences alors qu'en réalité, toutes les licences disponibles n'avaient pas été retirées. Dans ce cas, un redémarrage du service peut temporairement résoudre le problème.

Au début des années 80, les licences de logiciels étaient essentiellement verrouillées par des nœuds. Ce n'est qu'en 1989 - lorsque le premier serveur de licences a été déposé - que l'industrie du logiciel a pris conscience de la nécessité d'un système de licences et d'une gestion souples. Aujourd'hui, la licence flottante et sa principale exigence technique - le système de serveur de licences - sont les moyens par défaut de répondre aux besoins croissants en logiciels des organisations publiques et privées.

Près de trente ans plus tard, ces systèmes sont encore loin d'être parfaits. Bien que les problèmes sur les serveurs ne soient pas très fréquents, les refus - données non valides renvoyées par le système de serveur et connexion impossible au système de serveur de licences - sont encore courants pour les utilisateurs. Il faut garder à l'esprit que ces problèmes sont liés à des défaillances du système de communication des données entre le serveur de licences et le client.

Le premier problème apparaît lorsque le client utilise des programmes et des configurations de système anciens et obsolètes, ou lorsqu'il existe un blocage tiers entre le serveur de licences et la machine cliente, tel qu'un pare-feu, des restrictions de sécurité ou d'autres programmes anti-virus. Voici quelques solutions rapides :
(a) mettre à niveau le client vers une version plus récente,
(b) désinstaller le logiciel problématique puis redémarrer la machine ; et
(c) rechercher une correction ou un correctif à télécharger.

Le second problème survient généralement lorsque le serveur de licences est hors ligne ou qu'il n'a pas encore été démarré, lorsqu'il y a une incohérence entre les adresses MAC du fichier de licences et du serveur, et lorsque le gestionnaire de licences est mal configuré à cause d'un logiciel tiers. Commencez par vérifier si le serveur est en ligne ou hors ligne. Exécutez lmutil lmstat -a sur le serveur, et si vous réussissez, le serveur est actif. Dans le cas contraire, vérifiez si le port indiqué dans la sortie lmutil du serveur correspond à celui du client. En ce qui concerne le problème du tiers, fermez le pare-feu ou désinstallez le logiciel qui pose problème, puis redémarrez la machine. Ces méthodes de configuration des licences basées sur le serveur à travers le pare-feu peuvent également s'avérer utiles.

De nombreux autres problèmes liés aux serveurs de licences surviennent dans des environnements différents. Il est important que les entreprises adaptent le meilleur modèle de serveur de licences à leurs logiciels.

Traditionnellement, l'industrie du logiciel s'est amusée à imposer des modules complémentaires à ses clients pour des raisons commerciales. L'évolution des modèles de licence, soutenue par la croissance du marché des logiciels, a conduit à des configurations plus raisonnables, où les fonctionnalités et les mises à jour sont optionnelles. Néanmoins, nous ne pouvons ignorer le fait que les mises à jour maintiennent nos logiciels en vie. Les entreprises doivent les acheter pour suivre le rythme de l'innovation. Le processus de transition d'une mise à jour à l'autre soumet les fournisseurs de produits, leurs clients et tous les actifs concernés à des ajustements constants. C'est pourquoi les mises à jour de fonctionnalités ont été une source populaire de charges financières découlant de bogues techniques, c'est-à-dire de refus dus à des fonctionnalités non prises en charge et à des versions non prises en charge d'une fonctionnalité.

Dans le cas d'une fonctionnalité non prise en charge, les outils se connectent avec succès aux serveurs de licences, mais ces serveurs n'hébergent pas les fonctionnalités que le client tente d'utiliser. Les clients connectés à plusieurs serveurs de licences peuvent également rencontrer ce problème. Les fonctionnalités exclusives offertes uniquement pour les licences professionnelles ou mises à jour sont inaccessibles via les licences standard. Ce problème devrait être résolu par une mise à niveau des licences. Il est également possible que le client spécifie le mauvais serveur dans le chemin de recherche. Pour résoudre ce problème, vérifiez le chemin d'accès et la syntaxe des licences avant de procéder à la connexion. Notez également que le chemin de recherche peut être utilisé pour spécifier plusieurs sources de licences. Ce lien peut être utile pour obtenir des instructions supplémentaires.

Pour Version non prise en charge d'une fonctionnalité, les outils se connectent avec succès aux serveurs de licences qui hébergent les fonctionnalités demandées par le client, mais pas la bonne version. En général, cela signifie que l'utilisateur essaie d'accéder à une ancienne licence avec un outil actuel. Cela peut se produire lorsque la date de publication du produit utilisé est antérieure à la date de maintenance mentionnée dans le fichier de licence. Les utilisateurs peuvent voir ce message dans les journaux du serveur de licences, quel que soit le statut de l'extraction. Si la vérification a été effectuée avec succès, il est possible d'ignorer les fenêtres contextuelles. Dans le cas contraire, la maintenance doit être appliquée. Essayez cette instruction étape par étape sur la façon de générer ou de régénérer les clés de licence.

"La licence de ce produit a cessé de fonctionner". Ce type d'erreur se produit principalement dans le cas de programmes bêta ou de pré-version qui ont fonctionné pendant la durée maximale indiquée dans la période d'essai. Cela peut également signifier que la fonctionnalité spécifiée a expiré. Si toutes les fonctionnalités du fichier de licence expirent, le serveur ne pourra pas démarrer.

Voici quelques solutions à ce problème : (a) appliquer la mise à jour du service de licence ; (b) réinitialiser les autorisations sur le dossier de données du service de licence ; et (c) réinstaller le logiciel. Bien entendu, si la licence a réellement expiré, un renouvellement et une renégociation s'imposent.

Ni le produit ni ses mises à jour ne sont bon marché. Certains peuvent être moins chers ou plus chers que d'autres, mais il s'agit toujours de milliers de dollars par licence. De plus, il n'est pas facile pour les organisations de passer d'un produit à l'autre. C'est d'autant plus vrai lorsque l'on utilise des logiciels d'ingénierie qui requièrent une certaine maîtrise. Personne ne s'attend à ce que les ingénieurs, les architectes et les programmeurs apprennent tous les logiciels commercialisés. Comme il n'est pas question de changer de produit, les entreprises doivent se poser la question suivante : "De quelles fonctionnalités avons-nous vraiment besoin ?

Une solution intelligente consisterait à réaffecter le budget des fonctions inutilisées et sous-utilisées aux fonctions et mises à jour les plus populaires et les plus utiles. Cette démarche permet non seulement d'alléger l'environnement sous licence, mais aussi de réaliser des économies. Il existe peu d'outils qui mettent en œuvre des mécanismes d'extraction de données rigoureuses à partir d'environnements sous licence. Ces outils peuvent mesurer les activités des postes de travail, y compris celles du clavier et de la souris. Plus rarement encore, certains outils ont la capacité de mesurer les activités des périphériques d'E/S et de l'unité centrale elle-même ̶ une prouesse qui permet de déterminer l'utilisation réelle !

NOT INCLUDE et EXCLUDE sont une seule et même chose, n'est-ce pas ? Oui, car ils indiquent tous deux que le nom d'utilisateur, le nom d'hôte ou le nom d'affichage du client est limité à l'accès à un produit. Les deux sont également configurables via le logiciel de licence utilisé. La différence, cependant, est qu'une ligne EXCLUDE dans le fichier d'options signifie que le client n'est pas autorisé à accéder au produit, tandis qu'une syntaxe NOT INCLUDED dans le fichier journal signifie que des réservations ont été effectuées pour des utilisateurs ou des groupes prioritaires. Cela limite l'accès au(x) produit(s) pour les clients qui ne font pas partie du groupe.

L'idée d'inclure et d'exclure des utilisateurs est de permettre aux administrateurs de configurer les autorisations de licence en fonction des projets, des lieux, des utilisateurs prioritaires, etc. Cette capacité permet d'éviter les refus d'accès aux utilisateurs prioritaires, alors que l'inverse se produit pour les utilisateurs hors groupe ̶ il s'agit de réguler les points chauds et d'éliminer les goulets d'étranglement.

Pour résoudre ce problème, il faut donc envisager de contacter l'administrateur de la licence. Celui-ci devra probablement expliquer pourquoi l'accès au logiciel est nécessaire à l'utilisateur.

De ce point de vue, il est évident que cette configuration a un impact direct sur le comportement de l'utilisateur, pour le meilleur ou pour le pire - le premier étant privilégié. Aujourd'hui plus que jamais, l'analyse des personnes est au cœur de presque tout ce qui se fait en matière de gestion, de leadership et de ressources humaines. Chaque programme conçu, chaque incitation déployée, chaque changement structurel ou défi organisationnel relevé doit être éclairé par des données. C'est pourquoi les outils SAM ont amélioré les mécanismes de détection des habitudes des utilisateurs, telles que l'accaparement et le camping des licences. Pour commencer, cela peut sembler compliqué, mais les experts ont déjà conçu des solutions innovantes et glorieuses sur la manière d'augmenter la productivité grâce à la gestion des actifs logiciels.

D'un point de vue plus technique, les utilisateurs peuvent également vérifier si le serveur de licences utilisé démarre avec un fichier d'options. Le chemin d'accès au fichier d'options peut être vu dans votre fichier de licence comme le quatrième champ de la ligne VENDOR ou DAEMON, comme ceci :
- VENDOR ibmratl /path_to_ibmaratl_daemon /any_paty/any_name.opt.

Si le chemin d'accès est omis dans la ligne VENDOR ou DAEMON, le démon du vendeur recherche automatiquement un fichier nommé vendor.opt dans le même répertoire que le fichier de licence. Les solutions à ce problème sont les suivantes :
(a) mettre à jour le fichier d'options comme il convient, puis arrêter et redémarrer le lmgrd dans le serveur de licences ; et/ou
(b) exécuter l'utilitaire lmreread pour forcer le démon VENDOR à relire le fichier d'options.

La syntaxe peut inclure l'un des éléments suivants : EXCLUDE, EXCLUDEALL, EXCLUDE_BORROW, INCLUDE, INCLUDEALL, INCLUDE_BORROW, MAX et RESERVE. Les restrictions peuvent être basées sur l'UTILISATEUR, l'HÔTE, l'AFFICHAGE, l'INTERNET ou le PROJET.

Un refus pour cette raison signifie généralement que la date, l'heure ou le fuseau horaire (TZ) du système sont peut-être mal réglés. Cela peut également être dû à des fichiers système dont la date de création est plus récente que l'heure actuelle du système. Il se peut également que la variable "fuseau horaire" soit mal définie sur les plates-formes qui la prennent en charge. Pour être clair, le gestionnaire de licences est configuré pour s'adapter aux différents fuseaux horaires. Toutefois, il convient de noter qu'entre le serveur de licences et les machines, un décalage de quatre heures est le maximum tolérable.

Étant donné que ce motif de refus concerne à la fois le serveur et le poste de travail du client, il est possible que des ajustements soient nécessaires d'un côté ou de l'autre ou des deux côtés. Le serveur et le client doivent être synchronisés avec le temps moyen de Greenwich. Des complications peuvent survenir entre des clients utilisant des systèmes d'exploitation différents. Essayez cette discussion sur la manière de synchroniser l'heure entre les serveurs et les stations de travail. Celle-ci pourrait également vous aider.

Presque tout le monde comprend immédiatement ce message. Au cours des 60 dernières années, les ventes d'ordinateurs sont passées de 2 000 unités en 1960, à 900 000 en 1980, à 7 millions en 1990, à plus de 15 millions en 2003 et à plus de 62 millions par trimestre en 2017. Avec une production et des livraisons aussi incessantes, il est évident que les ordinateurs, comme toutes les autres machines, doivent être régulièrement configurés, réparés, entretenus, obsolètes ou cassés et, en fin de compte, remplacés. En fait, les recherches montrent que le prix de base d'un ordinateur représente généralement moins de 20 % de son coût total de possession (TCO). L'établissement et le maintien d'un inventaire précis du matériel, des logiciels et des licences appropriées constituent une étape importante dans la réduction des coûts techniques.

Une façon de résoudre ce problème est d'utiliser des outils proactifs qui signalent les déficiences et les dépassements en matière de dépenses de matériel, etc. Ces programmes ont été spécialement conçus pour surveiller et inventorier les biens matériels dans le cadre de l'ITAM. Les pays de l'Est ont trouvé une plus grande utilisation de ces outils que leurs homologues occidentaux, mais il est bon de savoir qu'ils sont disponibles. Ces outils ont permis de réduire efficacement les coûts du matériel.

Voyons maintenant quelques moyens techniques de résoudre ce problème. Tout d'abord, assurez-vous que toutes les machines sont actives et opérationnelles. Si c'est le cas, vérifiez la configuration des machines clientes sur les licences flottantes. Le problème peut également se situer au niveau de la configuration/connexion de l'ordinateur client. Des problèmes de pare-feu peuvent également être en cause. Cette erreur est également connue pour se produire dans les serveurs de licences fonctionnant sur des systèmes de licences multiples. Résolvez cette crise en spécifiant le numéro de port situé à la fin de la ligne SERVER dans le fichier de licence.

Dans cette erreur, les outils peuvent contacter le serveur de licences, mais le démon du fournisseur ne répond pas. Cela signifie simplement que le démon de l'application s'est écrasé. Dans ce cas, le programme peut fonctionner par intermittence en raison de conflits avec des processus déjà actifs. Si la machine cliente utilise un nom d'hôte au lieu d'une adresse IP pour se référer au serveur de licences, il est possible qu'elle ne parvienne pas à se connecter à l'adresse IP correspondant à ce nom.

Pour y remédier :
(a) vérifiez si le gestionnaire de licence fonctionne sur la machine serveur et s'il fournit la licence appropriée pour le logiciel lancé ;
(b) vérifiez si les machines clientes fonctionnent sur des configurations appropriées;
(c) vérifiez la configuration du pare-feu ;
(d) vérifiez l'ID de l'hôte; et
(e) configurez les processus clients si nécessaire.

Dans certains cas, le problème est résolu en changeant le port TCP du serveur de licences et du démon vendeur sur la machine du serveur de licences. Les liens correspondants fournissent plus de détails pour certaines des solutions énumérées ici.

Le gestionnaire de licences ne peut pas s'initialiser : No SERVER Lines in License File. Ce problème est généralement causé par un format de licence corrompu. Plus précisément, le fichier de licence ne contient pas la ligne serveur parce qu'elle a été modifiée ou supprimée accidentellement. Vérifiez le fichier license.dat pour voir si la ligne USE_SERVER est vide ou incomplète. Il se peut qu'il manque un nom d'hôte dans le fichier de licence. Si c'est le cas, téléchargez à nouveau le fichier de licence original à partir de sources possibles en ligne.

Le refus peut également être causé par une licence verrouillée au niveau du nœud qui n'a pas de lignes de serveur. Pour résoudre ce problème, il suffit d'arrêter le gestionnaire de licences. Cet exemple montre comment démarrer ou arrêter vos gestionnaires de licences. Enfin, certaines licences (par exemple les licences d'ordinateurs portables) n'ont pas de lignes de serveur parce qu'elles n'ont pas besoin de gestionnaires de licences. Une autre raison possible, à l'exception des licences verrouillées par un nœud, est que le gestionnaire de licences est en cours d'exécution.

Échec du démarrage du gestionnaire de serveur de licences : CreateProcess Error. Ici, le gestionnaire de licences a lancé et analysé la licence. Il tente de lancer le démon du fournisseur, mais ne parvient pas à localiser l'exécutable. Cette erreur indique que le chemin d'accès au fichier de licence est incorrect et que le binaire n'a pas réussi à le localiser dans son propre répertoire. Pour résoudre ce problème, modifiez le fichier de licence license.dat et mettez à jour la ligne DAEMON pour qu'elle indique le chemin correct de votre binaire. Par exemple, DAEMON MLM "C:\NProgram Files\MATLAB\R2010b\etc\win32\mlm.exe". Redémarrez le gestionnaire de licences pour appliquer les modifications. Voici d'autres idées pour résoudre les problèmes liés au gestionnaire de licences.

Cela se produit généralement lorsque plusieurs serveurs de licences et différentes applications sont exécutés à partir de la même machine. L'utilisation des mêmes fichiers de licence sur différents serveurs n'est pas autorisée. En outre, si lmgrd a été fermé de manière superficielle, il est possible que des programmes continuent à s'exécuter.

Pour y remédier, fusionnez les fichiers de licence et hébergez-les à partir d'une seule instance du logiciel serveur. En outre, vérifiez si des instances du produit sont surchargées et mettez-y fin. Cette opération peut être effectuée via le gestionnaire des tâches de Windows.

Cela signifie que le port figurant sur la ligne SERVER du fichier de licence est utilisé et cela se produit généralement lorsque le processus lmgrd est déjà en cours d'exécution. Parfois, le serveur réussit à s'exécuter mais ne parvient pas à continuer à fonctionner ou à rester actif à cause d'une autre application qui utilise le port. Un problème de configuration, en particulier au niveau du nom d'hôte, peut également être à l'origine de ce problème. Il se peut aussi que les paramètres du système d'exploitation bloquent les ports, ce qui est plus fréquent chez les clients Linux. Enfin, si le gestionnaire de licences est tombé en panne, le système d'exploitation peut bloquer le port. C'est le cas lorsque le serveur de licences a redémarré trop tôt après un arrêt.

Pour trouver une solution, commencez par consulter le fichier de licence et vérifiez que le numéro de port n'est pas utilisé par un autre processus. Exécutez la commande netstat - anp pour le vérifier. Tout résultat indique qu'il y a un conflit de port. Pour corriger le nom d'hôte, vérifiez s'il figure dans le fichier /etc/hosts. Voici un exemple de syntaxe de nom d'hôte :

Le nom d'hôte est myserver.oldcompany.com. La même erreur peut se produire s'il manque dans le fichier le 127.0.0.1 ou le ::1. Pour les erreurs de configuration sous Linux, vérifiez si SELinux est désactivé ou permissif en exécutant cat /etc/sysconfig/selinux. Définissez le statut SELINUX : sur permissif - SELINUX=permissive. Sinon, si le statut n'apparaît pas, essayez d'exécuter sestatus-v en étant connecté en tant que root. Enfin, pour les ports de licence bloqués ou en cours de chargement, attendez au moins une minute après l'arrêt avant de redémarrer. Cela donne au système d'exploitation le temps de reconnaître les configurations du port de licence et de le rendre disponible.

Dans ce cas, il est important de savoir que des noms d'hôtes et des adresses MAC incorrects génèrent des fichiers de licence incorrects. En outre, des incohérences entre les incréments de licence, y compris les fichiers de licence, les noms d'hôte des serveurs et les adresses MAC, peuvent également entraîner des conflits d'authentification. Le fichier de licence peut également avoir été modifié. Rappelez-vous que seules quelques sections du fichier de licence peuvent être modifiées ; la modification de toute autre section entraînera une erreur ou une autre.

Une solution de base consisterait à vérifier que les informations sur le serveur figurant dans le fichier de licence correspondent aux détails de l'onglet Paramètres du système dans LMTOOLS. Il peut également être efficace de ré-héberger la licence. Ce guide rapide montre les étapes de base pour ré-héberger les licences. Pour un fichier de licence mal édité, essayez de retélécharger le fichier de licence à partir d'une source en ligne. Notez que les fichiers de licence de certains produits, comme Autodesk, ne peuvent pas être modifiés manuellement sans invalider les fichiers de licence précédents. Pour ces produits, il se peut que vous deviez soumettre une demande au vendeur pour obtenir un nouveau fichier de licence.

Malheureusement, ce message d'erreur n'est pas très instructif. Il se produit généralement lorsque le serveur a passé une licence bloquée au niveau du nœud. Comme indiqué, cette configuration n'est pas prise en charge. Cette erreur n'est détectée que lorsque le client tente d'utiliser la licence et non lorsque la licence est analysée.

Confirmez cela en exécutant lmutil lmstat -a sur le serveur ou sur n'importe quel client. Si une licence verrouillée par le nœud est présente sur le serveur, la sortie de lmstat inclura une ou plusieurs lignes similaires à celle-ci :