13 razones por las que se deniega el acceso al software

Una vez vacía, la reserva de licencias sencillamente no podrá acomodar más solicitudes de compra. Dos formas habituales de solucionar este problema son (a) comprar más licencias o (b) optimizar el uso de las mismas.

La compra de nuevas licencias es el enfoque clásico. Sin embargo, el entorno empresarial, cada vez más ajustado, exige una competitividad en la que cada gasto debe tener un valor empresarial y un rendimiento consecuentes. Ahora se entiende que la clave para un sistema de gestión de licencias más eficaz es tener un conocimiento más profundo del verdadero uso del software. Con esta comprensión, nació la segunda solución: la optimización del uso de licencias. Ahora más que nunca, la monitorización en tiempo real y el análisis del uso histórico se están volviendo indispensables en la gestión eficaz de los activos de software.

Como soluciones, la compra de más licencias y la optimización del uso de las mismas pueden complementarse o contradecirse, dependiendo de las herramientas que tengas y de cómo las utilices.

En algunos casos, sin embargo, se observó que los servidores de licencias tenían "fugas" de licencias. Es decir, se notificaba a los usuarios la escasez de licencias cuando, en realidad, no se habían retirado todas las disponibles. En estos casos, un reinicio del servicio puede solucionar temporalmente el problema.

A principios de los años 80, las licencias de software estaban dominadas por los nodos. No fue hasta 1989 -cuando se registró el primer servidor de licencias de software- que la industria del software se dio cuenta de la necesidad de un sistema de licencias flexible y de gestión. Hoy en día, la licencia flotante y su principal requisito técnico -el sistema de servidor de licencias- son el medio por defecto para satisfacer las crecientes necesidades de software de las organizaciones públicas y privadas.

Casi tres décadas después, estos sistemas siguen estando lejos de ser perfectos. Aunque los problemas en los servidores no son muy frecuentes, las denegaciones -Datos no válidos devueltos por el sistema del servidor y No se puede conectar al sistema del servidor de licencias- siguen siendo comunes para los usuarios. Hay que tener en cuenta que estos problemas son fallos en el sistema de comunicación de datos entre el servidor de licencias y el cliente.

El primer problema aparece cuando el cliente está ejecutando programas y configuraciones de sistema antiguos y obsoletos, o cuando existe un bloqueo de terceros entre el servidor de licencias y la máquina cliente, como cortafuegos, restricciones de seguridad u otros programas antivirus. Algunas soluciones rápidas son:
(a) actualizar el cliente a una versión más reciente,
(b) desinstalar el software problemático y reiniciar el equipo; y
(c) buscar una solución o parche para descargar.

El segundo problema suele producirse cuando el servidor de licencias está desconectado o cuando aún no se ha iniciado; hay una falta de coincidencia entre las direcciones MAC del archivo de licencias y el servidor; y el gestor de licencias está mal configurado debido a un software de terceros. En primer lugar, compruebe si el servidor está conectado o desconectado. Ejecute lmutil lmstat -a en el servidor, y si tiene éxito, entonces el servidor está activo. Si no, comprueba si el puerto que aparece en la salida de lmutil del servidor coincide con el del cliente. En cuanto al problema de terceros, cierre el cortafuegos o desinstale el software problemático y reinicie la máquina. Estos métodos para configurar las licencias basadas en el servidor a través del cortafuegos también pueden ser útiles.

Muchos otros problemas del servidor de licencias se dan en diferentes entornos. Es importante que las empresas adapten el mejor modelo de servidor de licencias para sus activos de software.

Tradicionalmente, la industria del software se ha dedicado a imponer complementos a sus clientes por motivos comerciales. La evolución de los modelos de licencia, respaldada por el creciente mercado del software, ha dado lugar a configuraciones más razonables, en las que las funciones y las actualizaciones son opcionales. Aun así, no podemos ignorar el hecho de que las actualizaciones mantienen vivo el software. Las empresas deben adquirirlas para seguir el ritmo de la innovación. El proceso de transición de una actualización a la siguiente somete a los vendedores de productos, a sus clientes y a todos los activos implicados en el proceso a constantes ajustes. Por esta razón, las actualizaciones de características han sido una fuente popular de cargas financieras derivadas de errores técnicos, también conocidos como denegaciones debidas a una característica no soportada y a una versión no soportada de una característica.

En el caso de las funciones no admitidas, las herramientas se conectan con éxito a los servidores de licencias, pero estos servidores no alojan las funciones que el cliente está intentando utilizar. Los clientes conectados a varios servidores de licencias también pueden experimentar esto. Las funciones exclusivas ofrecidas sólo a las licencias de la edición profesional o actualizada son inaccesibles a través de las licencias estándar. Esto debería resolverse actualizando las licencias. También existe la posibilidad de que el cliente esté especificando un servidor equivocado en la ruta de búsqueda. Para resolverlo, compruebe la ruta y la sintaxis de la licencia antes de proceder a la conexión. Tenga en cuenta también que la ruta de búsqueda puede utilizarse para especificar varias fuentes de licencias. Este enlace puede ser útil para obtener más instrucciones.

En el caso de la versión no admitida de una función, las herramientas se conectan con éxito a los servidores de licencias que albergan las funciones solicitadas por el cliente, pero no la versión correcta. Normalmente, esto significa que el usuario está intentando acceder a una licencia antigua con una herramienta actual. Una razón relevante para esto es cuando la fecha de lanzamiento del producto que se está utilizando es anterior a la fecha de mantenimiento mencionada en el archivo de licencia. Los usuarios pueden ver este mensaje en los registros del servidor de licencias independientemente del estado de la comprobación. Si el proceso de compra fue exitoso, está bien ignorar las ventanas emergentes. Si no es así, hay que aplicar el mantenimiento. Pruebe esta instrucción paso a paso sobre cómo generar o regenerar las claves de licencia.

"La licencia de este producto ha dejado de funcionar". Errores como éste ocurren sobre todo en programas beta o de pre-lanzamiento que han estado funcionando durante el tiempo máximo indicado en el periodo de prueba. Esto también puede significar que la característica especificada ha caducado. Si todas las características del archivo de licencia caducan, el servidor no podrá iniciarse.

Algunas soluciones para esto incluyen: (a) aplicar la actualización del servicio de licencias; (b) restablecer los permisos en la carpeta de datos del servicio de licencias; y (c) reinstalar el software. Por supuesto, si la licencia realmente ha caducado, es muy necesario renovarla y renegociarla.

Ni el producto ni sus actualizaciones son baratos. Algunos pueden ser más baratos o más caros que otros, pero seguimos hablando de miles de dólares por licencia. Además, no es fácil para las organizaciones cambiar de un producto a otro. Más aún cuando se trata de software de ingeniería que requiere dominio. Nadie espera que los ingenieros, arquitectos y programadores aprendan todo el software comercializado que hay. Al no poder cambiar de producto, a las empresas les queda preguntarse: "¿Qué funciones necesitamos realmente?".

Una solución inteligente sería reasignar el presupuesto de las funciones no utilizadas e infrautilizadas a las funciones y actualizaciones populares y útiles. Este movimiento no sólo despoja el entorno con licencia, sino que también ofrece la oportunidad de ahorrar costes. Hay pocas herramientas que implementan mecanismos de obtención de datos rigurosos de los entornos con licencia. Estas herramientas pueden medir las actividades del puesto de trabajo, incluidas las del teclado y el ratón. Más raro aún, algunas herramientas tienen la capacidad de medir las actividades de los dispositivos de E/S y de la propia CPU ̶ ¡una hazaña que determina el verdadero uso!

NO INCLUIR y EXCLUIR son lo mismo, ¿verdad? Pues sí, teniendo en cuenta que ambos indican que el nombre de usuario, el nombre de host o el nombre para mostrar del cliente están limitados para acceder a un producto. Ambos son también configurables a través del software de licencias en uso. La diferencia, sin embargo, es que una línea EXCLUDE en el archivo de opciones significa que el cliente no puede acceder al producto, mientras que una sintaxis NO INCLUIDA en el archivo de registro significa que se hicieron reservas para usuarios o grupos prioritarios. Esto restringe el acceso de los clientes fuera de grupo al producto(s).

La idea de incluir y excluir usuarios es para que los administradores puedan configurar los permisos de las licencias en función de los proyectos, las ubicaciones, los usuarios prioritarios, etc. Esta capacidad evita la denegación de usuarios prioritarios, mientras que lo contrario ocurre con los usuarios fuera de grupo ̶ habla de regular los puntos calientes y sacudir los cuellos de botella.

Por lo tanto, para resolver esta denegación, considere ponerse en contacto con el administrador de la licencia. Esto probablemente requiere una explicación sobre por qué el acceso al software es necesario para el usuario.

Desde esta perspectiva, es obvio cómo esta configuración impacta directamente en el comportamiento de los usuarios, para bien o para mal, favoreciendo lo primero. Ahora más que nunca, la analítica de personas se convierte en un elemento central para casi todo lo que se hace en la gestión, el liderazgo y los RRHH. Cada programa diseñado, cada incentivo desplegado y cada cambio estructural o reto organizativo que se afronte debe estar informado por los datos. Teniendo en cuenta esto, las herramientas de SAM han ido mejorando los mecanismos para detectar los hábitos de los usuarios, como el acaparamiento y la acampada de licencias. Para empezar, puede parecer complicado, pero los expertos ya han ideado soluciones innovadoras y gloriosas sobre cómo aumentar la productividad mediante la gestión de activos de software.

Desde un punto de vista más técnico, los usuarios también pueden comprobar si el servidor de licencias en uso se inicia con un archivo de opciones. La ruta al archivo de opciones puede verse en su archivo de licencia como el cuarto campo en la línea VENDEDOR o DAEMON, así:
- VENDEDOR ibmratl /ruta_al_ibmaratl_daemon /cualquier_patía/cualquier_nombre.opt.

Si se omite la ruta en la línea VENDOR o DAEMON, el demonio vendedor busca automáticamente un archivo llamado vendor.opt en el mismo directorio que el archivo de licencia. Las soluciones a esto incluyen:
(a) actualizar el archivo de opciones según corresponda, luego detener y reiniciar el lmgrd en el servidor de licencias; y/o
(b) ejecutar la utilidad lmreread para forzar al demonio VENDOR a releer el archivo de opciones.

La sintaxis puede incluir cualquiera de las siguientes: EXCLUDE, EXCLUDEALL, EXCLUDE_BORROW, INCLUDE, INCLUDEALL, INCLUDE_BORROW, MAX y RESERVE. Las restricciones pueden basarse en USUARIO, HOST, PANTALLA, INTERNET o PROYECTO.

Una denegación por este motivo generalmente significa que la fecha, la hora o la zona (TZ) del sistema pueden estar mal configuradas. También puede deberse a que los archivos del sistema tengan una fecha de creación más reciente que la hora actual del sistema. O la variable de zona horaria puede estar configurada incorrectamente en las plataformas que la soportan. Para que quede claro, el gestor de licencias está configurado para adaptarse a las diferentes zonas horarias. Sin embargo, hay que tener en cuenta que entre el servidor de licencias y las máquinas, cuatro horas es el tiempo máximo de desfase tolerable.

Dado que esta razón de denegación involucra tanto al servidor como a la estación de trabajo del cliente, es posible que se necesiten ajustes en uno o ambos lados. El servidor y el cliente deben estar sincronizados con la hora del meridiano de Greenwich. Hay complicaciones que pueden surgir entre los clientes en diferentes sistemas operativos. Prueba esta discusión sobre cómo sincronizar la hora entre servidores y estaciones de trabajo. Este otro también puede ayudar.

Casi todo el mundo entiende este mensaje de inmediato. En los últimos 60 años, las ventas de ordenadores han pasado de 2.000 unidades enviadas en 1960, a 900.000 en 1980, a 7 millones en 1990, a más de 15 millones en 2003 y a más de 62 millones por trimestre en 2017. Con una producción y envío tan incesantes, es obvio cómo los ordenadores, al igual que el resto de las máquinas, deben someterse a una configuración regular, reparación, mantenimiento, obsolescencia o rotura y, en última instancia, sustitución. De hecho, las investigaciones muestran que el precio base de un ordenador suele representar menos del 20% de su coste total de propiedad (TCO). Elaborar y mantener un inventario preciso de hardware, software y licencias adecuadas es un paso importante para reducir el coste técnico.

Una forma de abordar esta cuestión es utilizar herramientas proactivas que informen sobre las deficiencias y los excesos en los gastos de hardware y demás. Estos programas se desarrollaron especialmente para supervisar e inventariar los activos de hardware como parte de ITAM. Los países orientales han encontrado un mayor uso para esto que sus homólogos occidentales, pero es bueno saber que están disponibles. Estas herramientas han sido muy populares a la hora de reducir eficazmente los costes de hardware.

Veamos ahora algunas formas técnicas de solucionar este problema. En primer lugar, asegúrese de que todas las máquinas están activas y operativas. Si lo están, compruebe la configuración de las máquinas cliente en las licencias flotantes. El problema también puede estar en la configuración/conexión de la máquina cliente, así que comprueba eso también. Los problemas de cortafuegos también pueden estar involucrados en esto. También se sabe que este error se produce en los servidores de licencias que se ejecutan en varios sistemas de licencias. Resuelva esta crisis especificando el número de puerto situado al final de la línea SERVER en el archivo de licencia.

En este error, las herramientas pueden contactar con el servidor de licencias, pero el demonio del proveedor no responde. Esto sólo significa que el demonio de la aplicación se ha bloqueado. En este caso, el programa puede funcionar intermitentemente debido a conflictos en procesos ya activos. Si la máquina cliente está utilizando un nombre de host en lugar de una dirección IP para referirse al servidor de licencias, es posible que la máquina cliente esté fallando al conectarse con la dirección IP de ese nombre.

Para remediarlo:
(a) compruebe si el gestor de licencias se está ejecutando en la máquina servidor y si está sirviendo la licencia adecuada para el software que se está lanzando;
(b) compruebe si las máquinas cliente se ejecutan con las configuraciones adecuadas;
(c) compruebe la configuración del cortafuegos;
(d) compruebe el ID de host; y
(e) configure los procesos cliente según sea necesario.

En algunos casos, el problema se resuelve cambiando el puerto TCP del servidor de licencias y del demonio del proveedor desde la máquina del servidor de licencias. Los enlaces correspondientes proporcionan más detalles para algunas soluciones enumeradas aquí.

El gestor de licencias no se puede inicializar: No hay líneas de SERVIDOR en el archivo de licencia. Este problema es comúnmente causado por un formato de licencia corrupto. Más específicamente, al archivo de licencia le falta la línea del servidor porque ha sido editada o eliminada accidentalmente. Compruebe el archivo license.dat para ver si la línea USE_SERVER está vacía o incompleta. Es posible que falte un nombre de host en el archivo de licencia. Si es así, vuelva a descargar el archivo de licencia original de posibles fuentes en línea.

La denegación también podría ser causada por una licencia bloqueada por el nodo que no tiene líneas de servidor. Para solucionarlo, basta con detener el gestor de licencias. Este ejemplo muestra cómo iniciar o detener los gestores de licencias. Por último, algunas licencias (por ejemplo, las de portátiles) no tienen líneas de servidor porque no necesitan gestores de licencias. Otra posible razón, excepto en el caso de las licencias bloqueadas por el nodo, es que el gestor de licencias puede estar funcionando.

Fallo en el inicio del Administrador del Servidor de Licencias: Error de CreateProcess. En este caso, el administrador de licencias ha iniciado y analizado la licencia. Intenta lanzar el demonio del proveedor pero no puede localizar el ejecutable. Este error indica que el archivo de licencia tiene una ruta incorrecta y que el binario tampoco ha podido localizarlo en su propio directorio. Para resolverlo, edite el archivo de licencia license.dat y actualice la línea DAEMON para que apunte a la ruta correcta de su binario. Por ejemplo, DAEMON MLM "C:\Narchivos de programa\NMATLAB\R2010b\etc\win32\mlm.exe". Reinicie el administrador de licencias para aplicar los cambios. Aquí hay más ideas sobre cómo solucionar los problemas del administrador de licencias.

Esto suele ocurrir cuando se ejecutan varios servidores de licencias y diferentes aplicaciones desde la misma máquina. No está permitido utilizar los mismos archivos de licencia en diferentes servidores. Además, si el lmgrd se ha cerrado perfunctamente, es posible que los programas sigan ejecutándose.

Para remediarlo, fusione los archivos de licencia y alójelos desde una única instancia del software del servidor. Además, compruebe si hay instancias del producto con exceso de trabajo y termínelas. Esto puede hacerse a través del Administrador de Tareas en Windows.

Esto significa que el puerto en la línea SERVER del archivo de licencia está siendo utilizado y suele ocurrir cuando el proceso lmgrd ya está en ejecución. A veces, el servidor consigue ejecutarse pero no consigue seguir funcionando o mantenerse activo también debido a que otra aplicación utiliza el puerto. Un problema de configuración, particularmente en el nombre del host, también puede estar causando este problema. Otra posibilidad es que la configuración del sistema operativo esté bloqueando los puertos, lo que es más común en los clientes de Linux. Por último, si el gestor de licencias se bloquea, el sistema operativo puede estar reteniendo el puerto. Esto ocurre cuando el servidor de licencias se reinicia demasiado pronto después de un apagado.

Para solucionarlo, primero mire el archivo de licencia y compruebe si el número de puerto no está en uso por otro proceso. Ejecute el comando netstat - anp para verificar esto. Cualquier salida indica que hay un conflicto de puertos. Para arreglar el nombre de host, verifique si el nombre de host está listado en /etc/hosts. Aquí hay un ejemplo de la sintaxis del nombre de host:

El myserver.oldcompany.com es el nombre de host. El mismo error puede ocurrir si al archivo le falta el 127.0.0.1 o el ::1. Para la configuración errónea en Linux, verifique si SELinux está deshabilitado o es permisivo ejecutando cat /etc/sysconfig/selinux. Establezca el estado de SELINUX: a permisivo - SELINUX=permisivo. De lo contrario, si el estado no aparece, intente ejecutar sestatus-v mientras está conectado como root. Por último, en el caso de los puertos de licencia colapsados o aún en carga, espere al menos un minuto desde el momento del apagado antes de reiniciar. Esto le da al sistema operativo algo de tiempo para reconocer las configuraciones del puerto de licencias y hacerlo disponible.

Para este caso, es importante saber que los nombres de host del servidor y las direcciones MAC incorrectas generan archivos de licencia incorrectos. Además, las incoherencias entre los incrementos de licencia, incluidos los archivos de licencia, los nombres de host del servidor y las direcciones MAC, también pueden causar conflictos de autenticación. El archivo de licencia también puede haber sido editado. Recuerde que sólo unas pocas secciones del archivo de licencia pueden ser editadas, cambiar cualquier otra sección resultará en un error u otro.

Una solución básica sería intentar verificar que la información del servidor que aparece en el archivo de licencia coincide con los detalles de la pestaña de Configuración del Sistema en LMTOOLS. También puede ser eficiente simplemente volver a alojar la licencia. Esta guía rápida muestra los pasos básicos para volver a alojar las licencias. En el caso de un archivo de licencia mal editado, intente volver a descargar el archivo de licencia desde una fuente en línea. Tenga en cuenta que los archivos de licencia de algunos productos, como Autodesk, no pueden editarse manualmente sin invalidar los archivos de licencia anteriores. En el caso de estos productos, es posible que tenga que presentar una solicitud al proveedor para obtener un nuevo archivo de licencia.

Desafortunadamente, este mensaje de error no es muy informativo. Suele producirse cuando el servidor ha pasado una licencia bloqueada por el nodo. Como se ha mencionado, esta configuración no está soportada. Este error sólo se detecta cuando el cliente intenta utilizar la licencia y no cuando se analiza la licencia.

Confirme esto ejecutando lmutil lmstat -a en el servidor o en cualquier cliente. Si hay una licencia bloqueada por el nodo en el servidor, la salida de lmstat incluirá una o más líneas similares a esta: