Por que a Descoberta mDNS Para de Funcionar Após Redefinir o Hyper-V Default Switch

Após redefinir o Hyper-V Default Switch, a descoberta baseada em mDNS, como Bonjour ou navegação por dispositivos de rede, pode parar de funcionar na máquina host. A causa raiz é que a redefinição do Default Switch altera o endereço MAC do adaptador de rede virtual e interrompe o cache do DNS multicast. Este artigo explica por que a redefinição quebra o mDNS, fornece correções passo a passo para restaurar a descoberta e aborda padrões de falha relacionados que você pode encontrar.

Por que Redefinir o Hyper-V Default Switch Quebra a Descoberta mDNS

O Hyper-V Default Switch é um switch virtual que fornece rede baseada em NAT para máquinas virtuais. Quando você redefine este switch através do Gerenciador do Hyper-V ou PowerShell, o sistema exclui o switch virtual existente e cria um novo. Esse processo altera o endereço MAC do adaptador de rede virtual conectado ao host. O mDNS depende de um endereço MAC e IP estáveis para identificar e responder a consultas de descoberta. Após a redefinição, o adaptador do host aparece como um novo dispositivo na rede, mas o cache mDNS tanto no host quanto em outros dispositivos ainda contém o mapeamento antigo de MAC para IP. As respostas de descoberta do host são ignoradas porque o registro em cache não corresponde à nova identidade do adaptador.

Comportamento do Cache mDNS

O mDNS usa o endereço multicast 224.0.0.251 e a porta UDP 5353. Cada dispositivo armazena em cache o endereço IP e o endereço MAC dos serviços descobertos. Quando o Hyper-V Default Switch é redefinido, o adaptador virtual do host recebe um novo IP da sub-rede NAT, tipicamente 172.x.x.x. Outros dispositivos de rede veem o novo IP, mas o registro em cache ainda aponta para o IP antigo. O próprio host também pode armazenar em cache seus próprios registros mDNS antigos, fazendo com que ignore seus próprios novos anúncios. O cache não expira imediatamente porque o mDNS usa um tempo de vida (TTL) de até 75 minutos para os registros.

Alterações nas Associações de Rede

O Host Network Service (HNS) gerencia a pilha do switch virtual. Uma redefinição faz com que o HNS desassocie e reassocie o adaptador virtual. Durante esse processo, o adaptador pode perder seu registro mDNS. Serviços Bonjour, como compartilhamento do iTunes, AirPrint ou navegação em arquivos de rede, param de responder a consultas até que o adaptador se registre novamente no respondedor mDNS. Em alguns casos, o respondedor não reinicia automaticamente.

Passos para Restaurar a Descoberta mDNS Após Redefinir o Hyper-V Default Switch

Método 1: Limpar o Cache DNS e Reiniciar o Host Network Service

Este método limpa entradas de cache obsoletas e força a reinicialização da pilha de rede. Não requer reinicialização do sistema.

1. Abra o Prompt de Comando como administrador
   Pressione Windows + X e selecione Terminal Admin. Se solicitado, clique em Sim.
2. Limpe o cache DNS
   Digite ipconfig /flushdns e pressione Enter. Você deve ver a mensagem “Cache do Resolvedor DNS limpo com êxito.”
3. Reinicie o Host Network Service
   Digite net stop hns e pressione Enter. Aguarde 10 segundos, depois digite net start hns e pressione Enter. O serviço para e inicia sem erros.
4. Teste a descoberta mDNS
   Abra um navegador da web ou o explorador de arquivos e tente navegar pelos dispositivos de rede. Se a descoberta não funcionar, prossiga para o Método 2.

Método 2: Desabilitar e Reabilitar o Adaptador Virtual do Hyper-V

Este método força o adaptador a obter uma nova concessão de IP e se registrar novamente no respondedor mDNS. Funciona quando a limpeza do cache sozinha não restaura a descoberta.

1. Abra Conexões de Rede
   Pressione Windows + R, digite ncpa.cpl e pressione Enter.
2. Localize o adaptador virtual do Hyper-V
   Procure por um adaptador chamado “vEthernet Default Switch” ou “Adaptador Ethernet Virtual do Hyper-V.” Pode estar identificado com um ícone de rede mostrando um computador e um monitor.
3. Desabilite o adaptador
   Clique com o botão direito no adaptador e selecione Desabilitar. Confirme quaisquer prompts. Aguarde 10 segundos.
4. Reabilite o adaptador
   Clique com o botão direito no adaptador novamente e selecione Habilitar. O adaptador obterá um novo endereço IP da sub-rede NAT do Hyper-V.
5. Verifique a configuração de IP
   Abra o Prompt de Comando e digite ipconfig /all. Certifique-se de que o adaptador mostra um endereço IP começando com 172.x.x.x e uma máscara de sub-rede 255.255.0.0.
6. Teste a descoberta mDNS
   Navegue pelos compartilhamentos de rede ou use um aplicativo de navegação Bonjour para confirmar que os serviços aparecem.

Método 3: Reiniciar o Serviço Bonjour no Windows

Se você usa Apple Bonjour ou respondedores mDNS de terceiros, o serviço pode ter parado após a redefinição do switch. Reiniciá-lo força um novo registro.

1. Abra o console de Serviços
   Pressione Windows + R, digite services.msc e pressione Enter.
2. Encontre o Serviço Bonjour
   Role até Bonjour Service. Seu nome de exibição é “Bonjour Service.” O nome do serviço é Bonjour Service.
3. Reinicie o serviço
   Clique com o botão direito em Bonjour Service e selecione Reiniciar. Se o serviço não estiver em execução, selecione Iniciar.
4. Verifique o tipo de inicialização
   Clique duas vezes no serviço, verifique se o Tipo de inicialização está definido como Automático e clique em OK. Isso garante que o Bonjour inicie após futuras redefinições do switch.

Se a Descoberta mDNS Ainda Tiver Problemas Após a Correção Principal

A Descoberta mDNS Funciona em Alguns Dispositivos, Mas Não em Outros

Isso indica que o adaptador do host está registrado corretamente, mas outros dispositivos têm entradas de cache obsoletas. Em cada dispositivo afetado, limpe o cache mDNS. No macOS, execute sudo killall -HUP mDNSResponder. No Linux, execute sudo systemctl restart avahi-daemon. No Windows, use ipconfig /flushdns e reinicie o serviço Bonjour.

Máquinas Virtuais do Hyper-V Perdem Conectividade de Rede Após a Redefinição

A redefinição do Default Switch também pode interromper as conexões de rede das máquinas virtuais. Em cada VM, libere e renove o endereço IP. Em VMs Windows, execute ipconfig /release seguido de ipconfig /renew. Em VMs Linux, execute sudo dhclient -r e depois sudo dhclient. Reinicie a VM se o problema persistir.

A Descoberta mDNS Para Após Cada Redefinição do Hyper-V Default Switch

Se o problema ocorrer novamente após cada redefinição, crie um script em lote que execute os três métodos automaticamente. Salve os seguintes comandos em um arquivo chamado restore-mdns.bat e execute-o como administrador após uma redefinição:

@echo off
ipconfig /flushdns
net stop hns
net start hns

Coloque o script na sua área de trabalho para acesso rápido.

Redefinição do Hyper-V Default Switch vs Switch Virtual Manual: Comportamento do mDNS

Item	Redefinição do Hyper-V Default Switch	Switch Virtual Externo Manual
Tipo de switch	Baseado em NAT, criado automaticamente	Criado pelo usuário, em ponte com a NIC física
Alteração do endereço MAC	Novo endereço MAC atribuído	Endereço MAC inalterado, a menos que alterado manualmente
Impacto no cache mDNS	Cache se torna obsoleto imediatamente	Cache permanece válido, a menos que a NIC física mude
Endereço IP do host	Novo IP da sub-rede NAT	Mesmo IP da NIC física
Recuperação do mDNS	Requer limpeza de cache e reinicialização do serviço	Geralmente funciona sem intervenção

Os dois métodos diferem principalmente em como lidam com o endereçamento. A redefinição do Default Switch altera tanto o MAC quanto o IP, o que quebra o mDNS. Um switch externo manual mantém a identidade da NIC física estável, então o mDNS continua funcionando após a maioria das operações do switch.

Agora você pode restaurar a descoberta mDNS após uma redefinição do Hyper-V Default Switch usando limpeza do cache DNS, reinicialização do HNS ou reativação do adaptador. Na próxima vez que redefinir o switch, execute o script em lote primeiro para evitar interrupções na descoberta. Para problemas persistentes, considere usar um switch virtual externo manual em vez do Default Switch para manter a identidade de rede estável entre reinicializações.