MEU COMPUTADOR DE PAL QUERIA UM CHAVE NOVA! E AI ?
Pessoal vou tocar neste assunto novamente que é polemico !
Seguinte eu faço meus sistema e forneço um copia com a tela de registro usando a chave nslok do vb blz o cliente compra o sistema eu passo a chave so alegria ai uma dia ele liga dizendo que o cpu dele deu pal e precisa de uma nova chave quem garante que ele nao instalou em outro pc e ta dando um chaveco ou coisa assim? como vcs lidam com isso.
Sei que muitos de vcs vao falar que pegam o numero da placa mae hd e etc mas ele pode argumentar que deu pal em quanquer destas peças ? e ai ?
Seguinte eu faço meus sistema e forneço um copia com a tela de registro usando a chave nslok do vb blz o cliente compra o sistema eu passo a chave so alegria ai uma dia ele liga dizendo que o cpu dele deu pal e precisa de uma nova chave quem garante que ele nao instalou em outro pc e ta dando um chaveco ou coisa assim? como vcs lidam com isso.
Sei que muitos de vcs vao falar que pegam o numero da placa mae hd e etc mas ele pode argumentar que deu pal em quanquer destas peças ? e ai ?
comentem ai pessoal oq vc acham
Eu faço autenticação por numero de licenças. Por exemplo, libero 3 licenças de uso de software para um cliente. Independente de qual computador ele use na rede, só funcionarão, simultaneamente, 3 licenças. Qualquer usuário que tentar logar será barrado, sendo informado de que todas as licenças estão em uso.
Não é difÃcil implementar isso. Aliás, acho até muito fácil.
Desta forma o cliente pode instalar o sistema em qualquer máquina que ele desejar, mas só poderá utilizar o sistema simultaneamente com usuários distintos de acordo com o número de licenças fornecidas por você.
Esta validação pode ser local (servidor) ou remota. No caso de autenticação remota há o problema de eventual falta de conectividade com a internet na rede do cliente.
Não é difÃcil implementar isso. Aliás, acho até muito fácil.
Desta forma o cliente pode instalar o sistema em qualquer máquina que ele desejar, mas só poderá utilizar o sistema simultaneamente com usuários distintos de acordo com o número de licenças fornecidas por você.
Esta validação pode ser local (servidor) ou remota. No caso de autenticação remota há o problema de eventual falta de conectividade com a internet na rede do cliente.
sim mas e no caso que te falei ele te fala que deu problema no windows dele e ele precisa da chave pra inst novamente como vc sabe que ele nao esta inst em outra maquina ou seja revendendo seu sistema?
Vamos fazer uma análise simples.
Suponha que você tenha no servidor da empresa do cliente um arquivo chamado Licencas. Este arquivo conteria as informações sobre licenciamento:
Note que o arquivo hipotético possui 3 linhas, com as 3 licenças.
Quando um usuário for fazer o login, o sistema irá verificar esse arquivo e verificar as licenças disponÃveis (que possuam Aberta = N). Se ele encontrar, loga o usuário e atribui o numero do usuário no arquivo (Usuario = 061, por exemplo). Desta forma terÃamos:
Quando outro usuário tentasse fazer login seria informado de que todas as licenças estão em uso.
é uma idéia simples, mas funcional. Claro que você deverá implementar um nÃvel de segurança, tipo criptografando as informações do arquivo. Você também poderia utilizar uma tabela num banco de dados para armazenar essas informações.
Basta você queimar uns neurônios.
Suponha que você tenha no servidor da empresa do cliente um arquivo chamado Licencas. Este arquivo conteria as informações sobre licenciamento:
Numero Aberta Usuario
001 S 001
002 S 099
003 N 000 Note que o arquivo hipotético possui 3 linhas, com as 3 licenças.
Quando um usuário for fazer o login, o sistema irá verificar esse arquivo e verificar as licenças disponÃveis (que possuam Aberta = N). Se ele encontrar, loga o usuário e atribui o numero do usuário no arquivo (Usuario = 061, por exemplo). Desta forma terÃamos:
Numero Aberta Usuario
001 S 001
002 S 099
003 S 061 Quando outro usuário tentasse fazer login seria informado de que todas as licenças estão em uso.
é uma idéia simples, mas funcional. Claro que você deverá implementar um nÃvel de segurança, tipo criptografando as informações do arquivo. Você também poderia utilizar uma tabela num banco de dados para armazenar essas informações.
Basta você queimar uns neurônios.
Citação:sim mas e no caso que te falei ele te fala que deu problema no windows dele e ele precisa da chave pra inst novamente como vc sabe que ele nao esta inst em outra maquina ou seja revendendo seu sistema?
Por isso um arquivo de licenças. Ele pode instalar em 200 máquinas, mas só as 3 licenças irão funcionar. O segredo estará neste arquivo, que poderá estar, inclusive, em um Hardlock de rede.
sim, mas isso vc esta pensando em uma rede eu falo usuario residencia tipo sistema contas a pagar ai ele compra e quer passar pro irmao dele ai ele te liga e fla que deu problema no sistema dele e nao deu certo mas vc passa a nova chave e ele libero no pc do irmao entendeu
nesse caso [Ô]EU[Ô] faço assim: pego o serial da PLACA MÃE (NAO DO hd) e gero uma chave válida por um derteminado numero de dia 30, 60, 90......... assim o usuário tem que passar o seria da placa mae (a cada 30 dias...60,,,) assim eu sei em quantos pc[ô]s esta instalado....
ja ouviu falar em chave de hardware ........ igual a um pendrive ....
souza, eu faço da seguinte maneira, alem da chave que voce passa para seu cliente, eu guardo junto o cnpj ou cpf da pessoa
e este é usado em todos os relatorios do sistema , entao o seu cliente nao vai querer passar o cnpj dele pra outra pessoa usar,
pq vai estar espondo seu cnpj para outros. entendeu
e este é usado em todos os relatorios do sistema , entao o seu cliente nao vai querer passar o cnpj dele pra outra pessoa usar,
pq vai estar espondo seu cnpj para outros. entendeu
hidden interessante sua resposta mas pense que se vc sempre ai usar o serail da placa mae ele pode te passar o serial da placa e inst em outro pc a menos que vc use o numero de serie pra gerar o novo codigo e acg1574 ja pensei nisso tb pois e acho que o cliente nao iria gostar de ver seu cpf ou cnpj saindo em relatorios de outra pessoa.
Tópico encerrado , respostas não são mais permitidas