Mostrar mensagens com a etiqueta Active Directory. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta Active Directory. Mostrar todas as mensagens

segunda-feira, 15 de junho de 2020

Entendendo as FSMO do Active Directory


Nós podemos imaginar o Active Directory como um banco de dados, onde estão armazenados os atributos de toda sua infraestrutura de rede, como por exemplo, nomes de usuários, senhas, contas de computador, etc.

Nas versões iniciais do Active Directory, a chance de conflitos era muito alta. Pois o sistema de gerenciamento de conflitos não atuava de forma efetiva quando haviam dois Controladores de Domínio realizando alterações simultaneamente.

E um dos conceitos apresentados para solucionar estes problemas foram as regras FSMO (Flexible Single-Master Operation), que são regras aplicadas a determinadas funções dos Controladores de Domínio que tem como objetivo manter o funcionamento correto do ambiente.

Ao todo temos 5 regras FSMO – elas são divididas em 2 grupos – sendo que 2 delas atuam na floresta e 3 que atuam diretamente no domínio.

Regra FSMO

Como mencionado anteriormente, as regras FSMO são divididas basicamente em 5.

  • Schema master
  • Domain naming master
  • RID master
  • PDC emulator
  • Infrastructure master

 

Schema Master

O Schema é considerado o coração do Active Directory. Você pode estar se perguntando “Mas o que é o Schema?”.

O Schema é o conjunto de todos os atributos associados aos objetos presentes no Active Directory, o que incluem usuários, senhas, telefones, ID, isto para citar somente alguns atributos.

Como o Schema pode ser alterado/customizado, a regra de Schema Master se encarrega de gerenciar qualquer alteração, evitando assim problemas de conflito.

Domain naming Master

Esta regra é responsável pela verificação e validação dos domínios que estão sob a mesma floresta.

Por exemplo se você estiver adicionando um novo domínio, em uma floresta existente, é o Domain Naming Master quem garante que este nome de domínio seja único na floresta.

Por exemplo, se esta regra estiver inoperante por algum motivo, não será possível adicionar um novo domínio na floresta.

RID Master

Qualquer Controlador de Domínio tem a função de criar novos objetos, (usuários, grupos, contas de computadores, etc). Como sabemos cada objeto do Active Directory possui um identificador único chamado SID.

A construção do SID é feita através de um SID do domínio, mais um ID relativo que é gerado pelo RID Master. Cada Controlador de Domínio, recebe inicialmente uma faixa de 512 RIDs, quando o Controlador de domínio precisar de mais RIDs ele negocia a alocação de mais uma faixa de 512 RIDs com o RID Master.

Desta forma o RID Master garante que dentre todos os objetos do Active Directory não exista nenhum SID duplicado.

PDC Emulator

A função do PDC Emulator é de “emular” um PDC NT 4.0 para manter a compatibilidade com clientes mais antigos.

Porém mesmo que esta compatibilidade não seja necessária no seu ambiente, o PDC Emulator tem outras funções muito importantes. Esta regra trata de alterações de contas de usuários, bloqueios de usuário, relação de confiança com outros domínios e florestas, além destas funções o PDC Emulator também é responsável pela sincronização dos relógios do domínio.

Infrastructure Master

Esta regra tem a basicamente a função de manter todos os objetos do Active Directory atualizados. Ela deve assegurar que o Display Name dos usuários seja atualizado caso este atributo seja alterado. Esta regra é mais importante quando o ambiente possui vários domínios.


Problemas com FSMO


Sintoma

FSMO

Explicação

Usuários não conseguem fazer logon

PDC Emulator

O relógio pode não estar sincronizado

Não é possível criar usuários e grupos

RID Master

RID Pool precisar ser renovado. É preciso ter contato com o RID Master

Não é possível elevar o nível funcional de uma floresta

Schema Master

A regra precisa estar ativa para executar esta função

Não é possível adicionar ou remover um domínio

Domain Naming Master

Esta alteração necessita da regra funcional

Não é possível alterar senha dos usuários

PDC Emulator

Alteração de senhas necessitam do PDC Emulator

Recomendações para uso das regras FSMO

Os controladores de domínio irão armazenar as regras FSMO, quando nosso ambiente só possuir somente 1 controlador de domínio ele vai armazenar todas a regras. Mas, conforme a complexidade do ambiente podemos encontrar vários controladores de domínio na estrutura, e para estes casos existem algumas recomendações para otimizar as funções das regras FSMO no Active Directory.

01 – O PDC Emulator e o RID Master devem estar no mesmo controlador de domínio, pois o PDC Emulator é um grande consumidor de RID’s.

02 – Se possível, manter o Infrastructure Master em um controlador de domínio que não seja Global Catalog.

03 – Para facilitar o gerenciamento, Schema Master e Domain Naming Master podem estar no mesmo controlador de domínio, que também deve ser o Global Catalog.

04 – Periodicamente verifique se todas as FSMO estão disponíveis e funcionando corretamente.


Conclusão

Como podemos ver, as regras FSMO impedem conflitos no Active Directory, e além disso oferecem flexibilidade para lidar com diferentes funções.


Fonte:  https://cooperati.com.br/2017/10/entendendo-as-fsmo-do-active-directory/

terça-feira, 9 de junho de 2020

DNS Windows - Algumas notas

Causa de alguns Problemas no dns 

DNS request timed out.

    timeout was 2 seconds.


A causa principal deve-se ao fato de você ter servidores DNS públicos (8.8.8.8, 195.229.241.222, 213.42.20.20) configurados na NIC do seu cliente/servidor.

Os clientes/servidores estão tentando procurar registros internos do AD e esses servidores DNS públicos não possuem registros para seus controladores de domínio internos, etc .. Este é um erro muito comum (iniciante) e pode causar todos os tipos de problemas com o seu clientes de domínio. 

Não use servidores DNS públicos em computadores ingressados ​​no domínio.

Esses servidores DNS públicos devem ser configurados como encaminhadores no (s) servidor (es) DNS interno (s) e todos os clientes do domínio devem ser configurados para apontar APENAS para o (s) servidor (s) DNS interno (s).

 

Resumindo:

Os clientes do domínio devem apontar para os servidores DNS internos para resolução de nomes. NENHUM SERVIDOR PÚBLICO

Os servidores DNS internos devem apontar para um servidor DNS interno diferente (se disponível) e para seu próprio IP. Se você tiver apenas um servidor DNS, ele apontará apenas para si. Você deve definir os encaminhadores no servidor DNS para apontar para os servidores DNS públicos desejados.

AD restore


Para entrar no modo de reparação da AD é necessário o windows Server desligar a BD da AD.
Por isso devemos reiniciar o server em modo de recuperação da AD.
Para isso entrar na consola (cmd) e correr o comando :

bcdedit /set safeboot dsrepair

Poderemos fazer o mesmo pelo msconfig:

De seguida reiniciamos o server

shutdown /r /t 01

E estamos no modo safe sem a AD a correr.
Para arrancar com a máquina necessitamos da password usada aquando da criação da AD
 Se não tivermos, podemos seguir o seguinte tutorial
Para procedermos ao restauto por linha de comando podemos usar o comando 

wbadmin get versions  (--Para verificarmos os backups exitentes)

wbadmin start systemstaterecovery -version:identificadordaversão -authsysvol


Após o backup e para voltarmos ao estado com a AD activa precisamos sair da opção de modo seguro com reparação do AD

bcdedit /deletevalue safeboot