-
Fácil. Restaure sua máquina de teste para o estado inicial e tente novamente com seu GPO, mas com apenas um número menor de alterações bem pesquisadas por vez.
Ah, você está experimentando na sua rede de produção? Primeira lição, SEMPRE experimente e teste a rede de produção. As VMs são suas amigas.
-
Quase tão fácil. Restaurar a partir do backup do estado do sistema.
Oh, você não fez um. Próxima lição, faça sempre um backup.
-
Então, agora você precisa reverter uma alteração. Implemente seu plano de reversão.
Ah, você não tem um. Terceira lição, planeje, desenvolva e teste seu plano de reversão ao testar suas alterações.
-
Agora você está no modo de recuperação e esperando que ninguém perceba. Não se sente bem, né?
-
Você precisa manter as políticas de grupo adicionadas como referência. Desativar esta política de grupo.
-
Faça login em outra máquina e crie uma política de grupo que explicitamente permite tudo o que você negou.
-
Se houver políticas que não tenham permissão explícita, o a nova política de grupo deve, pelo menos, defini-la como 'indefinida'.
-
Aplique esta política de grupo.
-
Todas as políticas que não oferecerem uma 'permissão' explícita precisarão ser revertido manualmente.
-
Esse tipo de experimentação pertence a uma máquina de teste em uma rede que não está conectada à sua rede principal. Ao desenvolver e testar, planeje e teste seu plano de reversão também. Depois de testar o GPO que você deseja aplicar, não se esqueça de fazer o backup do estado do sistema do servidor de produção antes de aplicar a nova política. E tente implementar em etapas, pois essas políticas geralmente têm consequências indesejadas, e cada servidor é diferente. Os backups de estado do sistema salvam seu bacon, assim como testes e lançamentos graduais.
Como você aprendeu, os GPOs são muito poderosos e, às vezes, difíceis de reverter.