[SP-pm] Trava de sistema

[Renan Carvalho]

Ricardo,

O servidor seria o ideal, principalmente para gerar uma nova chave válida,
porque se for local quando expirar a chave você terá que já ter um novo
token cadastrado ou terá que realizar uma manutenção para inserir uma nova.



Em 14 de maio de 2015 17:08, Ricardo Stock <ricardostock em bol.com.br>
escreveu:

>   Exatamente isso o que quero eveitar, por algum motivo a empresa ficar
> sem internet justamente no período que o sistema esta para vencer. E com
> certeza estarei viajando a milhas de distancia [image: Alegre]
>
> Ou seja, quero evitar problemas e dores de cabeça.
>
> Ricardo Stock
> www.stocksistemas.com.br
>
>  *From:* Jarbas Brito <jbmsegundo em gmail.com>
> *Sent:* Thursday, May 14, 2015 11:59 AM
> *To:* saopaulo-pm em mail.pm.org
> *Subject:* Re: [SP-pm] Trava de sistema
>
>
> Nesse caso,  se o servidor por regras de infraestrutura não tiver acesso a
> Internet, ferrou.
>
> On Thu, May 14, 2015, 11:57 AM Frederico Recsky <frederico em frederico.me>
> wrote:
>
>>  Você ta tentando fazer um trial?
>>
>> Porque voce não coloca uma chamada contra um servidor na internet para
>> validar?
>>
>> Se não tiver como autenticar o produto contra um servidor no melhor
>> estilo microsoft genuine, da para usar com criptografia. Não precisa fazer
>> na mao usando numeros primos, com chaves assimetricas ja da para fazer isso.
>>
>> 2015-05-14 11:30 GMT-03:00 Ricardo Stock <ricardostock em bol.com.br>:
>>
>>          Bom dia monges.
>>>
>>>     Gostaria da opinião e sugestões de vocês quanto a trava de sistema.
>>> Em breve irei colocar em servidor com um sistema em um cliente, e desejo
>>> colocar uma trava no sistema, afim de o mesmo só abrir por um tempo
>>> determinado, passando este tempo que determinarei em dias seja necessário a
>>> digitação de uma senha.
>>>
>>>     Sei que posso criar um algoritmo com números primos para gerar uma
>>> senha que siga uma validação. Porém gostaria da opinião de vocês e
>>> sugestões sobre o que já utilizam. Claro o sistema estará rodando sob Linux
>>> e o cliente não terá acesso as pastas do sistema. somo mente um usuário
>>> para deligar o equipamento (em emergências) utilizando sudo.
>>>
>>>     O backup da base de dados será criptografado, porém será local. Sei
>>> que devo tomar um cuidado adicional sobre isso
>>>
>>>     Obrigado e no aguardo
>>>
>>>
>>> Ricardo Stock
>>> www.stocksistemas.com.br
>>>
>>>
>>> ------------------------------
>>>   [image: Avast logo] <http://www.avast.com/>
>>>
>>> Este email foi escaneado pelo Avast antivírus.
>>> www.avast.com
>>>
>>>
>>> =begin disclaimer
>>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>> SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>>> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>>> =end disclaimer
>>>
>>> =begin disclaimer
>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>> SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> =end disclaimer
>>
>  ------------------------------
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>
>
> ------------------------------
>   [image: Avast logo] <http://www.avast.com/>
>
> Este email foi escaneado pelo Avast antivírus.
> www.avast.com
>
>
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20150514/2d1a2853/attachment-0001.html>
-------------- Pr�xima Parte ----------
Um anexo n�o-texto foi limpo...
Nome: wlEmoticon-smile[1].png
Tipo: application/octet-stream
Tamanho: 1041 bytes
Descri��o: n�o dispon�vel
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20150514/2d1a2853/attachment-0001.obj>