13 Razões porque o acesso ao software é negado

Uma vez vazia, a reserva de licenças simplesmente não irá acomodar mais pedidos de checkout. Duas formas comuns de resolver este problema são (a) comprar mais licenças ou (b) optimizar a utilização das licenças.

A compra de novas licenças é a abordagem clássica. No entanto, o ambiente empresarial cada vez mais apertado exige competitividade onde cada despesa deve ter um consequente valor e retorno comercial. É agora amplamente compreendido que a chave para um sistema de gestão de licenças mais eficaz é ter uma compreensão mais profunda da verdadeira utilização do software. Com este entendimento, nasceu a segunda solução: a optimização da utilização das licenças. Agora, mais do que nunca, a monitorização em tempo real e a análise histórica da utilização estão a tornar-se indispensáveis na gestão eficaz dos activos do software.

Como soluções, a aquisição de mais licenças e a optimização da utilização das licenças podem complementar-se ou contradizer-se, dependendo das ferramentas que possui e da forma como as utiliza.

Em alguns casos, contudo, houve servidores de licenças que foram observados para "vazamento" de licenças. Ou seja, os utilizadores foram notificados da falta de licenças quando, na realidade, nem todas as licenças disponíveis foram verificadas. Nesses casos, um reinício do serviço pode resolver temporariamente o problema.

No início dos anos 80, as licenças de software estavam dominantemente bloqueadas por um aceno de cabeça. Foi apenas em 1989 - quando o primeiro servidor de licenças de software foi registado - que a indústria de software percebeu a necessidade de um sistema de licenciamento e gestão flexível. Hoje, a licença flutuante e a sua principal requisição técnica - sistema de servidor de licenças - são o meio padrão para acomodar as crescentes necessidades de software tanto de organizações públicas como privadas.

Cerca de três décadas mais tarde, estes sistemas ainda estão longe de serem perfeitos. Embora os problemas nos servidores não sejam muito frequentes, as negações - Dados Inválidos Devolvidos do Sistema Servidor e Não Conectados ao Sistema Servidor de Licenças - ainda são comuns aos utilizadores. Tenha em mente que estes problemas prejudicam o sistema de comunicação de dados entre o servidor de licença e o cliente.

O primeiro problema surge quando o cliente está a funcionar com programas e configurações de sistema antigos e obsoletos, ou quando existe um bloqueio de terceiros entre o servidor de licenças e a máquina cliente, como firewall, restrições de segurança ou outros programas antivírus. Algumas soluções rápidas incluem:
(a) actualizar o cliente para uma versão mais recente,
(b) desinstalar o software problemático e reiniciar a máquina; e
(c) procurar uma correcção ou patch para descarregar.

O segundo problema ocorre normalmente quando o servidor de licença está offline ou quando ainda não foi iniciado; há uma discrepância entre os endereços MAC do ficheiro de licença e o servidor; e o gestor da licença está mal configurado por causa de um software de terceiros. Primeiro, verificar se o servidor está online ou offline. Execute lmutil lmstat -a no servidor, e se for bem sucedido, então o servidor está activo. Caso contrário, verificar se a porta listada na saída do lmutil lmutil do servidor corresponde à do cliente. Quanto à questão de terceiros, feche a firewall ou desinstale o software problemático e depois reinicie a máquina. Estes métodos na configuração de licenças baseadas no servidor através de firewall também podem ser úteis.

Muitos outros problemas no servidor de licenças ocorrem em ambientes diferentes. É importante que as empresas adaptem o melhor modelo de servidor de licenças aos seus activos de software.

Tradicionalmente, a indústria de software tem tido um bom momento para impor adições aos seus clientes por todas as razões comerciais. A evolução dos modelos de licenciamento apoiada pelo crescente mercado de software levou a configurações mais razoáveis, onde as características e actualizações são opcionais. Ainda assim, não podemos ignorar o facto de que as actualizações mantêm o nosso software vivo. As empresas devem comprá-los para se manterem a par do ritmo da inovação. O processo de transição de uma actualização para a seguinte sujeita os fornecedores de produtos, os seus clientes, e todos os activos envolvidos entre eles, a ajustes constantes. Por esta razão, as actualizações de características têm sido uma fonte popular de encargos financeiros resultantes de bugs técnicos, também conhecidos como negações devido a características não suportadas e versão não suportada de uma característica.

Para as funcionalidades não suportadas, as ferramentas ligam-se com sucesso aos servidores de licença, mas estes servidores não conseguem alojar as funcionalidades que o cliente está a tentar utilizar. Os clientes ligados a múltiplos servidores de licença também podem experimentar isto. As funcionalidades exclusivas oferecidas apenas a licenças de edição profissional ou actualizadas são inacessíveis através de licenças padrão. Isto deve ser resolvido através da actualização das licenças. Há também a possibilidade de o cliente especificar o servidor errado no caminho de pesquisa. Para resolver isto, verificar o caminho e combinar a sintaxe da licença antes de prosseguir com a ligação. Note-se também que o caminho de pesquisa pode ser utilizado para especificar múltiplas fontes de licença. Esta ligação pode ser útil para mais instruções.

Para a Versão Não Suportada de uma Funcionalidade, as ferramentas ligam-se com sucesso a servidores de licença que hospedam as funcionalidades solicitadas pelo cliente, mas não a versão correcta. Normalmente, isto significa que o utilizador está a tentar aceder a uma licença mais antiga com uma ferramenta actual. Uma razão relevante para isto é quando a data de lançamento do produto que está a ser utilizado está antes da data de manutenção mencionada no ficheiro da licença. Os utilizadores podem ver esta mensagem nos registos do servidor da licença, independentemente do estado de checkout. Quando o checkout foi bem sucedido, não há problema em ignorar os popups. Caso contrário, então a manutenção deve ser aplicada. Experimente esta instrução passo a passo sobre como gerar ou regenerar chaves de licença.

"O licenciamento para este produto deixou de funcionar". Erros como este acontecem principalmente em programas beta ou de pré-lançamento que têm estado a funcionar durante o tempo máximo indicado no período experimental. Isto também pode significar que a funcionalidade especificada expirou. Se todas as funcionalidades no ficheiro de licença expirarem, o servidor não conseguirá iniciar.

Algumas soluções para tal incluem: (a) aplicação da actualização do serviço de licença; (b) redefinição das permissões na pasta de dados do serviço de licença; e (c) reinstalação do software. Evidentemente, se a licença realmente expirou, então a renovação e renegociação é muito necessária.

Nem o produto nem as suas actualizações são baratos. Alguns podem ser mais baratos ou mais caros do que outros, mas ainda estamos a falar de milhares de dólares por licença. Além disso, não é fácil para as organizações mudar de um produto para outro. Mais ainda, quando se utiliza software de engenharia que requer mestria. Ninguém espera que os engenheiros, arquitectos e programadores aprendam todo o software comercializado por aí. Com a mudança de produtos fora de questão, as empresas são deixadas a perguntar: 'Que características precisamos realmente?

Uma solução inteligente seria reafectar o orçamento das funcionalidades não utilizadas e subutilizadas para as funcionalidades e actualizações populares e úteis. Esta medida não só deteriora o ambiente licenciado, como também proporciona uma oportunidade de poupança de custos. Existem poucas ferramentas que implementam mecanismos de recolha de dados rigorosos de ambientes licenciados. Estas ferramentas podem medir as actividades das estações de trabalho, incluindo as do teclado e do rato. Mais raro ainda, algumas ferramentas têm a capacidade de medir actividades a partir de dispositivos de E/S e da própria CPU ̶ uma proeza que determina de facto o verdadeiro uso!

NÃO INCLUEM e EXCLUEM são uma e a mesma coisa, certo? Bem sim, considerando que ambos indicam que ou o nome de utilizador, hostname, ou nome de expositor do cliente é limitado no acesso a um produto. Ambos são também configuráveis através do software de licenciamento em uso. A diferença, porém, é que uma linha EXCLUDE no ficheiro de opções significa que o cliente não está autorizado a aceder ao produto, enquanto que uma sintaxe NÃO INCLUÍDA no ficheiro de registo significa que foram feitas reservas para utilizadores ou grupos prioritários. Isto restringe o acesso dos clientes fora do grupo ao(s) produto(s).

A ideia subjacente à inclusão e exclusão de utilizadores é a de que os administradores possam configurar permissões de licença com base em projectos, locais, utilizadores prioritários e muito mais. Esta capacidade impede a negação de utilizadores prioritários, enquanto o oposto acontece com os utilizadores fora do grupo ̶ falam sobre a regulamentação de hotspots e a eliminação de estrangulamentos.

Assim, para resolver esta negação, considere contactar o administrador da licença. Isto provavelmente requer uma explicação sobre a razão pela qual o acesso ao software é necessário para o utilizador.

Nesta perspectiva, é óbvio como esta configuração influencia directamente o comportamento do utilizador para o melhor ou para o pior - sendo o primeiro favorecido. Agora mais do que nunca, a análise de pessoas torna-se central para quase tudo o que é feito na gestão, liderança, e RH. Cada programa concebido, cada incentivo lançado, e cada mudança estrutural ou desafio organizacional enfrentado deve ser informado pelos dados. Considerando isto, as ferramentas SAM têm vindo a melhorar os mecanismos para detectar os hábitos dos utilizadores, tais como o porão de licença e o acampamento com licença. Para começar, pode parecer complicado, mas os especialistas já conceberam soluções gloriosas e inovadoras sobre como aumentar a produtividade através da gestão de activos de software.

Numa nota mais técnica, os utilizadores podem também verificar se o servidor de licenças em utilização inicia com um ficheiro de opções. O caminho para o ficheiro de opções pode ser visto no seu ficheiro de licença como o quarto campo na linha VENDOR ou DAEMON, como este:
- VENDOR ibmratl /path_to_ibmaratl_daemon /any_paty/any_name.opt.

Se o caminho for omitido na linha VENDOR ou DAEMON, o daemon do fornecedor procura automaticamente por um arquivo chamado vendor.opt no mesmo diretório que o arquivo de licença. As soluções para isso incluem:
(a) atualizar o arquivo de opções conforme apropriado e, em seguida, parar e reiniciar o lmgrd no servidor de licenças; e/ou
(b) executar o utilitário lmreread para forçar o daemon do VENDOR a reler o arquivo de opções.

A sintaxe pode incluir qualquer um dos seguintes elementos: EXCLUDE, EXCLUDEALL, EXCLUDE_BORROW, INCLUDE, INCLUDEALL, INCLUDE_BORROW, MAX, e RESERVE. As restrições podem ser baseadas em USUÁRIO, Anfitrião, DISPLAY, INTERNET, ou PROJECTO.

Uma negação por este motivo significa geralmente que a data, hora, ou zona (TZ) do sistema pode ser definida incorrectamente. Também pode ser devido a ficheiros do sistema que tenham uma data de criação mais recente do que a hora actual no sistema. Ou a variável de fuso horário pode ser definida incorrectamente em plataformas que a suportam. Para ser claro, o gestor da licença é definido para acomodar diferentes fusos horários. Contudo, é de notar que entre o servidor de licença e as máquinas, quatro horas é o tempo máximo de compensação tolerável.

Uma vez que este motivo de negação envolve tanto o servidor como a estação de trabalho do cliente, então é possível que sejam necessários ajustes de um ou de ambos os lados. O servidor e o cliente devem ser sincronizados com o Tempo Médio de Greenwich. Há complicações que podem surgir entre clientes em diferentes sistemas operativos. Tente esta discussão sobre como sincronizar o tempo entre os servidores e as estações de trabalho. Esta também pode ajudar.

Quase toda a gente compreende imediatamente esta mensagem. Nos últimos 60 anos, as vendas de computadores aumentaram de 2.000 unidades enviadas em 1960, para 900.000 em 1980, para 7 milhões em 1990, para mais de 15 milhões em 2003, para mais de 62 milhões por trimestre em 2017. Com uma produção e expedição tão irrequieta, é óbvio como os computadores, como todas as outras máquinas, devem ser submetidos regularmente à configuração, reparação, manutenção, obsolescência ou quebra, e por fim, à substituição. De facto, a investigação mostra que o preço base de um computador representa tipicamente menos de 20% do seu custo total de propriedade (TCO). Construir e manter um inventário preciso de hardware, software e licenças apropriadas é um passo importante na redução dos custos técnicos.

Uma forma de abordar esta questão é utilizar ferramentas pró-activas que denunciariam as deficiências e as sobrecapacidades em termos de despesas de hardware e outros. Estes programas foram especialmente desenvolvidos para monitorizar e inventariar bens de hardware como parte do ITAM. Os países orientais encontraram maior utilização para isto do que os seus homólogos ocidentais, mas é bom saber que eles estão disponíveis. Estas ferramentas têm sido populares na redução efectiva dos custos de hardware.

Agora vamos olhar para algumas formas técnicas de resolver este problema. Em primeiro lugar, certifique-se de que todas as máquinas estão activas e operacionais. Se estiverem, então verifique a configuração das máquinas clientes em licenças flutuantes. O problema pode também estar na configuração/ligação da máquina cliente, por isso verifique isso também. Os problemas de firewall podem também estar envolvidos nisto. Este erro também é conhecido por ocorrer em servidores de licenças que funcionam em múltiplos sistemas de licenças. Resolver esta crise especificando o número da porta localizada no final da linha SERVIDOR no ficheiro de licença.

Neste erro, as ferramentas podem contactar o servidor de licença, mas o daemon vendedor não responde. Isto significa apenas que o daemon da aplicação falhou. Neste caso, o programa pode funcionar de forma intermitente devido a conflitos em processos já activos. Se a máquina cliente estiver a utilizar um nome de anfitrião em vez de um endereço IP para se referir ao servidor de licença, é possível que a máquina cliente não esteja a ligar-se ao endereço IP para esse nome.

Para remediar esta situação:
(a) verifique se o gestor de licenças está a ser executado na máquina do servidor e se está a servir a licença adequada para o software que está a ser lançado;
(b) verifique se as máquinas clientes funcionam com as configurações adequadas;
(c) verifique a configuração da firewall;
(d) verifique o ID do anfitrião; e
(e) configure os processos clientes conforme necessário.

Em alguns casos, o problema é resolvido alterando o servidor de licença e a porta TCP do fornecedor daemon da máquina do servidor de licença. Os links correspondentes fornecem mais detalhes para algumas soluções aqui listadas.

O Gestor da Licença não pode inicializar: Nenhuma linha de SERVIDOR em ficheiro de licença. Este problema é geralmente causado por um formato de licença corrompido. Mais especificamente, o ficheiro da licença está a faltar a linha do servidor porque foi editado ou acidentalmente removido. Verifique o ficheiro license.dat para ver se a linha USE_SERVER está vazia ou incompleta. Pode haver um hostname em falta no ficheiro de licença. Se assim for, voltar a descarregar o ficheiro de licença original a partir de possíveis fontes online.

A negação pode também ser causada por uma licença bloqueada por aceno que não tem linhas de servidor. Para corrigir isto, basta parar o gestor da licença. Este exemplo mostra como iniciar ou parar o seu gestor de licença. Por último, algumas licenças (por exemplo, licenças de portáteis) não têm linhas de servidor porque não precisam de gestores de licenças. Outra razão possível, excepto para as licenças bloqueadas com a cabeça, é que o gestor de licenças pode estar a funcionar.

Falha no arranque do License Server Manager: Erro no CreateProcess Error. Aqui, o gestor da licença lançou e analisou a licença. Tenta lançar o daemon do fornecedor mas não consegue localizar o executável. Ter este erro indica que o ficheiro da licença tem um caminho incorrecto e que o binário também não o localizou no seu próprio directório. Para resolver isto, edite o ficheiro de licença license.dat e actualize a linha DAEMON para apontar o caminho correcto para o seu binário. Por exemplo, DAEMON MLM "C:\Program Files\MATLAB\R2010b\etc\win32\mlm.exe". Reinicie o gestor da licença para aplicar as alterações. Aqui estão mais ideias sobre como corrigir os problemas do gestor de licenças.

Isto geralmente acontece quando vários servidores de licença e diferentes aplicações são executados a partir da mesma máquina. A utilização dos mesmos ficheiros de licença em servidores diferentes não é permitida. Além disso, se o lmgrd tiver sido fechado perfunctoriamente, é possível que os programas continuem a correr.

Para remediar isto, fundir os ficheiros de licença e hospedá-los a partir de uma única instância do software do servidor. Além disso, verificar se há casos de excesso de trabalho do produto, e depois terminá-los. Isto pode ser feito através do Gestor de Tarefas no Windows.

Isto significa que a porta na linha SERVIDOR do ficheiro de licença está a ser utilizada e normalmente acontece quando o processo lmgrd já está em execução. Por vezes, o servidor consegue correr mas não consegue continuar a correr ou manter-se activo também por causa de outra aplicação que utilize a porta. Um problema de configuração, particularmente no hostname, pode também estar a causar este problema. Alternativamente, as configurações do SO podem estar a bloquear as portas, o que é mais comum em clientes Linux. Por último, se o gestor da licença falhar, o sistema operativo pode estar a manter a porta. Isto é quando o servidor de licença é reiniciado demasiado cedo após um encerramento.

Para soluções, primeiro, olhar para o ficheiro de licença e verificar se o número da porta não está a ser utilizado por outro processo. Execute o comando netstat - anp para verificar isto. Qualquer saída indica que existe um conflito de portas. Para corrigir o hostname, verificar se o hostname está listado em /etc/hosts. Aqui está um exemplo da sintaxe do hostname:

O myserver.oldcompany.com é o nome da hostname. O mesmo erro pode ocorrer se faltar o ficheiro 127.0.0.1 ou o ::1. Para a má configuração no Linux, verificar se o SELinux está desactivado ou permissivo ao correr cat /etc/sysconfig/selinux. Definir o estado SELINUX: para permissivo - SELINUX=permissivo. Caso contrário, se o estado não aparecer, tente executar o sestatus-v enquanto estiver ligado a uma raiz. Por último, para portas de licença bloqueadas ou ainda a carregar, aguarde pelo menos um minuto a partir da hora de encerramento antes de reiniciar. Isto dá ao sistema operativo algum tempo para reconhecer configurações da porta da licença e torná-la disponível.

Para este caso, é importante saber que os nomes de hosts e endereços MAC incorrectos dos servidores geram ficheiros de licença incorrectos. Além disso, inconsistências entre incrementos de licença, incluindo os ficheiros de licença, nomes de hosts de servidores, e endereços MAC, podem também causar conflitos de autenticação. O ficheiro de licença pode também ter sido editado. Lembre-se de que apenas algumas secções do ficheiro de licença podem ser editadas, alterando qualquer outra secção resultará num ou noutro erro.

Uma solução básica seria tentar verificar se as informações do servidor listadas no ficheiro de licença correspondem aos detalhes no separador System Settings em LMTOOLS. Também pode ser eficiente apenas voltar a alojar a licença. Este guia rápido mostra os passos básicos na realojamento de licenças. Para um ficheiro de licença editado erroneamente, tente fazer o novo download do ficheiro de licença a partir de uma fonte online. Note que os ficheiros de licença de alguns produtos, como a Autodesk, podem não ser editados manualmente sem invalidar os ficheiros de licença anteriores. Para tais produtos, poderá ter de submeter um pedido ao fornecedor para obter um novo ficheiro de licença.

Infelizmente, esta mensagem de erro não é muito informativa. É normalmente causada quando o servidor passa uma licença bloqueada por um aceno de cabeça. Como mencionado, esta configuração não é suportada. Este erro só é detectado quando o cliente tenta utilizar a licença e não quando a licença é anulada.

Confirme isto executando lmutil lmstat -a no servidor ou em qualquer cliente. Se estiver presente uma licença bloqueada por aceno no servidor, a saída do lmstat incluirá uma ou mais linhas semelhantes a esta: