Como posso garantir que um cliente DNS de servidor membro (dnscache) não seja inicializado até que seu controlador de domínio hyper-v tenha iniciado?

Question

Eu tenho um laptop configurado da seguinte maneira:

1. Laptop é um servidor membro do Servidor 2008 R2 que executa o Hyper-V conectado à Internet por meio de um adaptador sem fio
2. Uma máquina virtual é um Server Core 2008 R2 configurado para ser executado como um controlador de domínio e servidor DNS; tem um único NIC virtual interno à máquina
3. O laptop host é um membro desse domínio
4. Várias máquinas virtuais executando o Windows XP para testar várias versões de navegadores da Web; cada máquina é configurada com duas NICs virtuais: uma para o domínio isolado e outra para uma conexão de internet em ponte pelo seguinte site .

Tudo funciona bem, exceto que de tempos em tempos na inicialização eu não consigo fazer o DNS resolver (ou seja, o host aparece, o controlador de domínio aparece, posso fazer ping do endereço IP para o controlador de domínio virtual do host, mas não consigo ping o domínio através do nome de domínio).

Eu tentei o seguinte:

1. Desativar e reativar adaptadores de rede, pontes, etc.
2. Vários comandos, incluindo "ipconfig / flushdns"
3. Combinações de 1 & 2
4. Insira o nome do domínio no arquivo de hosts (o que não funciona devido ao aumento da segurança do Win2k8 R2 forçando a resolução de domínio em dns)
5. Reinicie o serviço dnscache após a reinicialização.

A solução # 5 foi razoavelmente bem sucedida; no entanto, ele também começou a falhar. Muitas vezes, uma única reinicialização seguida pela reinicialização do serviço dnscache novamente fará com que minha resolução de DNS funcione novamente (ou seja, eu posso fazer ping no meu nome de domínio).

Qualquer ajuda seria muito apreciada; uma solução cortaria cerca de 15 minutos da minha rotina diária de inicialização.

    

Answer 1

Acho que posso ter encontrado. Eu adicionei uma dependência para o serviço dnscache ao serviço Hyper-V (vmms) via registro.

Funciona em 1 reinicialização. Vai esperar um par de dias antes de chamar isso de sucesso.

Atualizar

Funciona como um campeão. O tempo de inicialização é ainda muito mais rápido (eu acho que desde que a conectividade de inicialização do AD não está expirando).

Atualização 2

Começou a me dar o mesmo comportamento de vez em quando. Eu adicionei os outros dois serviços hyper-v (vhdsvc & nvspwmi) como dependências, e estou de volta aos trilhos novamente.

Atualização 3

Argh! Ainda esquisito. Acabei de adicionar uma dependência para um serviço para iniciar como "automático (atrasado)": wuauserv (Windows Update). Parece funcionar a partir de 3 dias.

    

Answer 2

Como o controlador de domínio depende do laptop que está sendo inicializado e do Hyper-V em execução no laptop, não vejo como você pode resolvê-lo normalmente.

Uma coisa que você poderia tentar seria configurar o serviço de cliente DNS para a configuração Automatic (Delayed Start), supondo que o Hyper-V seja executado como um serviço e esteja configurado para Início automático. Isso pode dar ao DC tempo para inicializar antes do início do cliente DNS no laptop. Eu não estou apostando que isso vai funcionar embora.

    

Answer 3

O sistema operacional host parece ter duas placas de rede que possuem DNS preenchido. Quando ele não consegue falar com o servidor DNS convidado para resolução, ele pula para o próximo servidor DNS em sua lista e permanece com esse até a reinicialização ou serviço reinicie como você viu. Aposto que "próximo servidor DNS" é o DHCP atribuído a um em seu wifi. Ele não está mais resolvendo o seu AD interno porque ele não está mais usando a resolução do servidor DNS interno e o DNS externo agora não está relacionado aos seus hosts internos.

Você pode tentar DNS estático atribuindo em ambos os adaptadores para o servidor DNS do AD. Dessa forma, quando seu servidor DNS não for resolvido, ele não alternará para um servidor DNS externo.

Melhor Opção: Eu prefiro promover meu host Hyper-V para também ser servidor DC e DNS, que todos os três papéis executam bem juntos. Então o seu DC / DNS está sempre em primeiro lugar.