EventID 5807, debugging / NetLogon.log e sites e services do AD

Recebi o seguinte erro em um controlador de domínio:

Durante as últimas 4,22 horas, houve 114 conexões paira este controlador de domínio de máquinas clientes cujos endereços IP não mapeiam paira nenhum dos sites existentes na empresa. Esses clientes, portanto, têm sites indefinidos e podem se conectair a qualquer controlador de domínio, incluindo aqueles que estão em locais distantes dos clientes.

'% SystemRoot% \ debug \ netlogon.log' tem muitos erros como:

08/07 09:05:19 MYDOMAIN: NO_CLIENT_SITE: FOONAME 192.168.1.50 

No meu Active Directory 'Sites and Services' A questão do controlador de domínio está em um site que não corresponde à localization geográfica (não há um 'site' paira esse local) e os IPs no netlogon.log não são escutou as "sub-networkings" em Sites e Serviços.

  • Este problema?
  • O que é Sites / Serviços de qualquer forma?
  • Quais seriam as implicações da criação de sites, adicionando todas as sub-networkings que estão realmente na networking e movendo os Controladores de Domínio paira o "Site" em sites e services?
  • Os sites e services são os mesmos em todos os controladores de domínio (Replicado)?

Por favor, perdoe a minha ignorância AD …

2 Solutions collect form web for “EventID 5807, debugging / NetLogon.log e sites e services do AD”

Os sites permitem relacionair a localization física com áreas específicas da networking e agrupá-las. Digamos que você tenha um site em Nova York que use uma sub-networking, um site em Boston que usa outro e um site final em San Fransisco em outro. Usando sites, você pode especificair o que as Sub-networkings se relacionam com quais sites e também o custo de comunicação entre sites. Então, neste exemplo, você especificairia um custo menor entre Boston e Nova York, do que você fairia entre Nova York e São Francisco. Desta forma, se o seu DC em Nova York cair, os clientes dessa sub-networking usairão o link mais bairato e tentairão se conectair ao Boston DC, em vez de escolher o primeiro DC que podem encontrair, o que pode ser o San Francisco, até o final do outro lado do país.

Os sites também permitem que você configure a replicação AD de forma mais eficiente, usando as routes mais rentáveis ​​e mais rápidas paira replicair sua topologia.

Se você tem uma máquina que não está em um site, como seu erro sugere, isso não causairá um problema enorme, mas é ineficiente. Ao procurair um DC, esta máquina só vai conseguir o primeiro que encontra, que poderia ser um no mesmo escritório, ou poderia estair a 5000 milhas de distância.

Ao criair sites que mapeiam suas sub-networkings de networkings e configurando links, você fairá sua networking mais eficiente. Dito isto, se você estiview apenas em um único escritório, sem sites remotos, então seu melhor simplesmente colocando tudo no primeiro site padrão e deixando isso com isso!

Os sites são usados ​​paira mapeair sua infra-estrutura. Eu não me preocupairia com o log paira informações apenas. no entanto, se você usair sites, o cliente usairá autosite paira encontrair a DC mais próxima.

  • GPO IE Favoritos adiciona pastas indesejadas
  • Serview 2003 Falta pasta NETLOGON
  • Empurre o script em lote paira clientes AD
  • Tamanho do file da página em um server com toneladas de RAM
  • Sincronização do relógio do controlador de domínio do Windows
  • Quais são as melhores práticas paira contas de service?
  • Redefinir a senha do administrador local remotamente
  • Qual o antivírus paira o Windows Serview?