Windows 7 Laptops “não é possível encontrar o servidor de logon”

Question

Na escola em que trabalho, temos um grande número (500+) de laptops com Windows 7 em um sistema Meru Wireless e Server 2008 R2 Servers. Temos uma taxa de falhas muito grande, em que um aluno ou membro da equipe tenta fazer logon (no laptop associado ao domínio) e é atendido por "Não há servidores de logon disponíveis para atender à solicitação de logon". Eu vi esta questão e estes e ao remover e reinserir-se ao O domínio funciona, é muito demorado, irritante e nós (I) temos coisas mais importantes para se concentrar. O único artigo da MS KB que eu posso encontrar é sobre um controlador de domínio somente leitura (que não é nosso) e estou no meu limite.

Em última análise, existe uma causa definitiva e resposta para isso ou estou preso removendo e re-juntar os laptops?

    

Answer 1

Estou fazendo algumas suposições. Me diga se eu estou errado. Estou assumindo que esses clientes estão obtendo endereços IP do DHCP e estão recebendo apenas, como opções de DHCP, os endereços de servidores DNS em execução nos computadores do controlador de domínio do Active Directory. Se eles não são, então eu começaria fazendo essas suposições verdadeiras primeiro.

Na minha opinião, você faria bem em usar um sniffer para examinar o tráfego entre o computador cliente e o (s) controlador (es) de domínio para determinar o que realmente está acontecendo nos bastidores. Isso deve lhe dar uma idéia de por onde começar a concentrar seus esforços.

No estágio de logon do usuário do processo de inicialização, você deve estar vendo o cliente fazendo solicitações de DNS para localizar os DCs, seguido pelas solicitações LDAP e SMB / CIFS para determinar a associação ao site, aplicar a diretiva de grupo de máquinas etc.

No caso de uma rede totalmente sem fio, eu me pergunto se você está vendo uma perda de pacotes suficiente para tornar o DNS não confiável, o que fará com que o restante do processo de logon falhe. Se você ainda não isolou a rede sem fio da equação, eu recomendaria conectar um computador afetado a uma rede com fio, inicializando-o de um estado desligado, permitindo que ele extraísse o DHCP (e, idealmente, Interface de gerenciamento do servidor DHCP ou um sniffer para ver se ele realmente obtém um endereço IP) e veja se ele age de forma diferente. Se isso acontecer, isso é um sinal de que sua rede sem fio pode ser a culpada.

Não é mágica. Assista os pacotes no fio-- eles estão tentando te dizer o que está acontecendo.

    

Answer 2

Só para ficar claro, eles estão tentando entrar nos laptops como um usuário local ou um usuário do AD? Seja qual for o caso, digite o domínio antes do nome de usuário que está tentando.

1) Clique em User Another Account 2) Nome de usuário: domínio \ nome de usuário   Senha: XXXX

Eu estou supondo que eles estão fazendo isso corretamente, mas só para ter certeza.

Outra coisa a verificar é certificar-se de que o adaptador tenha o DNS DC / preferencial inserido. Eu vi isso onde as pessoas não podem se conectar à rede através de wireless ou certifique-se de que eles estão na rede local ao tentar e não conectado a algum outro wireless.

    

Answer 3

Vou jogar isso por aí, com base na sua resposta ao meu comentário. Eu tenho uma estação de trabalho Win 7 que eu estava fazendo alguma solução de problemas, lidando com meu webfilter. Eu tinha definido o GP para esperar pelo acesso à rede para processar os scripts, em vez de ter um processamento assíncrono. Percebi depois de definir isso, que quando eu tranquei meu computador e o deixei por um tempo, a rede não ficou funcionando, mas depois reconectei após o desbloqueio.

Dito isso, se você tiver problemas com o acesso sem fio, na minha experiência com conectividade sem fio em laptops, a Ethernet sem fio não será ativada e nem procurará sinais nem conexões após o login. Meu palpite (e este é apenas um palpite neste ponto) é que, porque você tem um GP configurado para aguardar a rede, ele está impedindo o login porque o laptop não se conectará até depois do login, mas você não pode fazer login porque é esperando que a rede processe o login. Um pouco de um círculo vicioso. Você menciona que, com a ethernet, ele se conecta imediatamente.

Para testar, pegue alguns laptops que exibam o problema (parece que no seu caso são todos eles), mova-os para uma nova unidade organizacional e desative a herança do GP. Teste o processo de login então. Se funcionar, reative a espera pelo GP da rede, reinicialize e teste novamente.

Você também pode ver se há uma maneira de fornecer a todos os perfis que efetuam login no acesso do lapop para a LAN sem fio, para que possam usá-lo para o login. Mas eu estou meio que me agarrando a palhas nessa última sugestão.

HTH