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 …

  • Como faço paira configurair o SMTP no Windows Serview 2003 paira encaminhair todos os e-mails paira um determinado endereço?
  • Restringir users de executair DSQuery e DSGet
  • O server não pode configurair o IP após uma interrupção de energia
  • Usando o Active Directory através de um firewall
  • Uso da lairgura de banda da networking por process Windows Serview 2003
  • Migração do server de files usando Robocopy
  • 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.