[MASOCH-L] Deep Freeze para estações de trabalho

[Daniel Checchia]

Eu fiz um caminho diferente :-)

Quando levei a idéia de tudo restritivo, software padrão e etc, fui
sabendo que seria "detonado"; Levei também a alternativa de ter uma
imagem do disco pronta para restaurar "do zero", com os softwares
padronizados, em caso de problema. Ou seja, fez "caquinnha", restore da
imagem original. Cabia ao usuário salvar seus arquivos  profissionais na
rede.

As máquinas eram adquiridas em lote na DELL, e já eram entregues com a
imagem padrão de disco que nós geramos e que ficava em uma partição no
desktop/notebook. Era somente dar um boot com o disco de recuperação.

Depois da pessoa perder tudo umas duas vezes, ele começava a pensar duas
vezes antes de instalar qualquer coisa :-)

SDS
On 29-07-2014 21:10, Alexandre J. Correa (Onda) wrote:
> Quando trabalhei com isso, existia um termo, chamado TCR (Tira o * da
> Reta), onde o usuário do computador estaria proibido a instalar
> qualquer software na maquina, o controle era feito pelo GPO, mas as
> vezes aconteciam algumas bizarrices .. e nessa época as maquinas eram
> windows NT 4.0 Wks... e estavam aparecendo com windows xp...
>
>
> On 29/07/2014 14:40, Rubens Marins Schner wrote:
>> A muitos anos, no tempo do windows 2003 eu ajudava a manter uma rede
>> Windows, e nos configuravamos tudo certo. 100% GPO.
>> Ate por que os programas novos eram testados por nos, a primeira vez
>> era um
>> saco acertar as permissoes mas depois de feito o mapa era uma beleza.
>> Entendo que transformar uma rede windows que esta "livre" em 100% GPO
>> e uma
>> grande missao, mas eu acho que compensa, e voce pode ir migrando por
>> setores, aos poucos.
>>
>> O que se prefere ? Ter servico uns dois ou tres dias para configurar
>> permissoes de um programa ou o tempo todo correndo atras de SO com
>> problema?
>>
>> Claro que tem empresas que voce nao consegue manter uma politica de "So
>> pode usar software homologado pela Equipe de TI", nesse caso e
>> retrabalho
>> para o resto da vida :(
>>
>> Rubens Marins
>> Administrador de Sistemas
>> rubens.marins at gmail dot com
>>
>>
>> 2014-07-29 14:17 GMT-03:00 Eduardo Rigler <erigler at gmail.com>:
>>
>>> Me ocorreu a mesma coisa, mas acho que só a própria MS consegue
>>> manter seu
>>> parque com GPO's 100% funcionais e sem conflitar umas com as outras
>>> (será?).
>>>
>>> É fato conhecido que muitos sysadmins windows deixam o usuário como
>>> administrador da máquina local por padrão só pra não ter que ficar
>>> levantando da cadeira/acessando remotamente à cada instalação ou
>>> pop-up com
>>> problemas de permissão local :)
>>>
>>>
>>> []'s
>>>
>>>
>>>
>>> Em 29 de julho de 2014 14:05, Rubens Marins Schner
>>> <rubens at brisanet.com.br
>>> escreveu:
>>>
>>>> Por que voce nao usa Controle de Dominio ?
>>>> Sem o usuario Administrador local, o usuario nao tem permissão para
>>>> fazer
>>>> estragos.
>>>>
>>>> Rubens Marins
>>>> Administrador de Sistemas
>>>> rubens.marins at gmail dot com
>>>>
>>>>
>>>> 2014-07-29 13:53 GMT-03:00 Marcelo Seabra <marcelo.seabra at ps5.com.br>:
>>>>
>>>>> Boa tarde amigos!
>>>>>
>>>>> Estou pensando em implementar a solução de deep freeze corporativo
>>>>> num
>>>>> cliente, com o objetivo de aumentar a disponibilidade das estações e
>>>>> minimizar a reinstalação de SO.
>>>>> Pra quem não conhece o DeepFreeze, ele faz um snapshot da estação e
>>>> sempre
>>>>> que ela é desligada as modificações no sistema operacional são
>>> perdidas.
>>>>> Assim, se um usuário faz uma besteira grande, basta rebootar o micro.
>>>>> A minha dúvida é em relação a versão corporativa onde é possível
>>>>> administrar um parque inteiro de estações através do servidor.
>>>>> Alguém já teve ou tem experiência com o DeepFreeze Corporate? Indicam
>>>>> alguma coisa diferente para o mesmo objetivo?
>>>>>
>>>>> []s
>>>>> Marcelo
>>>>>
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>
>