Por fim, nunca encontrei uma maneira de corrigir isso diretamente; Eu instalei o Virtual Box 5 - que eu não sabia que tinha lançado até que eu estava procurando uma solução para isso - e as coisas voltaram a funcionar.
Depois que atualizei meu laptop do Windows 8.1 para o Windows 10, minha conectividade de rede desapareceu porque todos os protocolos estavam desmarcados nas configurações do adaptador. Quando fui para ligá-los novamente, obtive minha conexão de rede de volta, mas não consegui (e ainda não consegui) habilitar o protocolo Multiplexor. Quando eu seleciono e clico em "Ok", uma caixa de diálogo informa que minhas seleções farão com que ela seja desativada:
SeeuclicaremNo
,elemeretornaráparaaplanilha"Propriedades da Ethernet" com o protocolo do multiplexador desativado. Se eu clicar em Yes
, ele desmarca o protocolo do multiplexor e, em seguida, fecha o diálogo e a folha de propriedades.
O googler não foi muito útil aqui. Existem alguns tópicos em que os usuários expressam o mesmo problema, mas o suporte que receberam foi bastante inútil.
Eu também tentei fazer isso no PowerShell para ver se a) apenas funcionaria ou se b) me daria uma mensagem de erro mais útil.
C:\Users\Benjamin> Get-NetAdapterBinding -InterfaceAlias "Ethernet" -ComponentID ms_implat
Name DisplayName ComponentID Enabled
---- ----------- ----------- -------
Ethernet Microsoft Network Adapter Multiplexor Protocol ms_implat False
C:\Users\Benjamin> Enable-NetAdapterBinding -InterfaceAlias "Ethernet" -ComponentID ms_implat
C:\Users\Benjamin> Get-NetAdapterBinding -InterfaceAlias "Ethernet" -ComponentID ms_implat
Name DisplayName ComponentID Enabled
---- ----------- ----------- -------
Ethernet Microsoft Network Adapter Multiplexor Protocol ms_implat False
Acontece que isso era realmente demais para se esperar.
Durante a leitura, ocorreu-me certificar-me de que o serviço NdisImPlatform estava sendo executado e certifiquei-me de usar sc.exe
:
C:\Users\Benjamin> sc.exe config NdisImPlatform start= demand
[SC] ChangeServiceConfig SUCCESS
C:\Users\Benjamin> sc.exe start NdisImPlatform
SERVICE_NAME: NdisImPlatform
TYPE : 1 KERNEL_DRIVER
STATE : 4 RUNNING
(STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x0
PID : 0
FLAGS :
Depois disso, eu tentei as coisas que descrevi acima novamente, mas sem sucesso.
Além disso, em última análise, isso é fazer a barba para fazer com que a rede de ponte funcione no VirtualBox e, portanto, pensei em tentar reparar a instalação do VirtualBox (executando o instalador novamente), mas isso também não ajudou.
Alguém sabe por que isso está acontecendo no Windows 10 e como posso corrigi-lo?
O Protocolo do Multiplexador de Adaptadores de Rede da Microsoft deve ser deixado desmarcado. Ele é usado apenas com o NIC Teaming - ou seja, onde você tem duas interfaces de rede físicas que estão sendo usadas em um balanceamento de carga ou configuração redundante. Nesse caso, as duas NICs físicas têm apenas essa ligação marcada (todas as outras limpas) e o adaptador de equipe tem as ligações normais marcadas - mas não essa.
Qual versão do Virtual Box você está rodando - eu tive os mesmos problemas, mas decidi atualizar para a recém lançada versão 5 do VirtualBox - que corrigiu os adaptadores de rede que não estão sendo exibidos no modo Bridged, mas ainda tenho problemas para entrar no VM - porta 22 & 80 simplesmente não conectará a entrada.
Eu posso sair da VM para a internet e posso iniciar (e conectar-me a) a máquina etc com o programa VirtualBox, mas eu gosto de executar as coisas sem cabeça com o gerenciador do VirtualBox na linha de comando. : (