Algumas semanas atras, tivemos um problema em um cliente e fui acionadologo a noite para estar logo cedo em um cliente externo para resolver um desastreem um cliente externo. Apos a aplicacao do patch de atualizacao do horario deverao os controladores de dominio adiantaram para setembro. Depois de uma hora,foi percebido este problema, e os relogios foram ajustados, a partir dai ocenario de problema estava feito.Tive apenas um controlador que ficou com o horario ok. Ele ee omantenedor de todas FSMO do dominio. Os controladores que foram adiantados,comecaram a gerar o erro:Source: KerberosEvent ID: 4Description:The kerberos clientreceived a KRB_AP_ERR_MODIFIED error from the serverhost/srvdc1.domain.com. The target nameused was cifs/SRVX.domain.com. This indicates that the password used to encryptthe kerberos service ticket is different than that on the target server.Commonly, this is due to identically named machine accounts in the target realm(DOMAIN.COM), and the client realm. Pleasecontact your system administrator.Apos pensar um pouco, ficou bem claro... quando as maquina foramadiantadas de horario, fizeram a tentativa de sicronizacao de AD... e os ticketsforam embora, pois havia uma diferenca de UTC de mais de 6 meses..Tinha duas possibilidades... reconstruir meus ADs secundarios (tirando ecolocando no dominio novamente), ou reconstruir os tickets... Acabei optanto porresetar os tickets... poderia parecer mais dificil, mas seria o mais correto..vamos ao procedimento:1) Instalar o Support toolsdo 2003 no controlador do problemaa. Pode se encontrar dentrode Support\Tools do CD do windows 20032) Pare o servico Kerberos Key DistributionCenter3) Remover o cache do ticketno controlador afetador. Para fazer tal:a. Abra o Kerb Tray que estano Windows 2003 Resource Kiti. Click com o botao direitono KerbTray que apos aberto fica ao lado do relogioii. Selecione Purge4) Resetar a senha da maquinaa. na linha de comandodigite:6) Restart o controlador dedominio7) Force a replicacao detodos DCs.a. Verifique com o comandoabaixo se foi tudo okrepadmin /replsum/bysrc /bydest /sort:deltaDesta maneira tudo foi feito com sucesso Lembrando que isto daria tambem para fazercom maquina normal, a unica coisa que muda e a parte de parar o servico dokerberos, que apenas esta presente nos controladores de dominio.Caso fosse optado por refazer teriamos 2 opcoes:-Maquina do zero, e da um DCPROMO-Maquina do zero, mas dando reset na conta do controlador de dominio(na da para servidores exchange )O procedimento foi feito com sucesso, e sem dor de cabeca nenhuma. Emmenos de 2 horas, tinha todo meu ambiente estava no ar, sem erros, e replicando Esta semana tivemos um problema gigantesco em um cliente, o ambiente estava completamente destruido devido a uma invasao indevida no ambiente, vamos ao cenario:Controladores de Dominio foram despromovido da redeServidor Exchange RemovidoParticao de dados/base do exchange excluidasServidor de Dados completamente apagadoServicos de SQL excluidosSistemas Financeiros PerdidosServidores de Filiais apagados e removidos do DominioEnfim, uma problema altamente complexo dentro desse ambienteAo se deparar com isso, saberiamos que nao seria facil, mas, tivemos de parar analisar o ambiente com muita calma, cautela e atencao para tracar uma estrategia que fosse mais eficaz e rapida.Primeiro de tudo seria voltar o servidor de CONTROLADOR DE DOMINIO do ambiente, para nao perdermos referencias de SID s, e objetos do AD ( daria um grande