Eu estraguei tudo, mas eu quero entender como exatamente eu estraguei tudo. Fique comigo porque eu não sou um especialista em redes.
Veja como minha rede está configurada:
[HyperVHost]
157.57.109.75 /24, gateway 157.57.109.1
10.245.7.1 /24
[VM]
157.57.109.137/24, gateway 157.57.109.1
10.245.7.57 /24
O que eu estava tentando fazer é atualizar uma máquina virtual usando um VHD de terceiros. Eu estava tendo dificuldades em conseguir que essa VM obtivesse acesso à Internet, embora parecesse que a configuração de rede fosse a mesma que a antiga, até onde eu sabia. Pensando que talvez o fato de haver dois adaptadores de rede fosse o culpado, fiz uma tentativa desesperada e um erro horrível; Eu preenchi as duas conexões.
De repente, perdi minha conexão de área de trabalho remota com o HyperVHost, permanentemente.
Eu não tenho acesso físico a esta máquina, então provavelmente terei que pedir vergonha por ajuda. O que eu estou querendo saber é o que exatamente o faz e por que conectar as conexões na VM derrubou a conexão para o HyperVHost também.
É possível, ligando duas conexões Você criou um loop de ponte . Tal circuito inundaria a rede, repetindo infinitamente todos os pacotes de passagem - incluindo, e. Respostas ARP do gateway.
O comutador pode bloquear a porta para impedir DoS massivo da rede local.
O HyperVisor definitivamente faria DoS com zilhões de pps. A máquina com loop de ligação morre em questão de segundos.
Colocar em ponte uma interface é transformar a interface em um comutador, onde muitos hipervisores agem como um roteador e colocam os convidados por trás de um nat. Eu não estou familiarizado com o HyperVHost, mas quando você está configurando o bridging em uma caixa linux, trata-se de um processo de duas etapas: alterar a interface física para aceitar bridging e adicionar uma interface virtual (lógica) vinculada da interface física para o host usar. As VMs podem, então, ter conectividade de camada 2 com a rede à qual estão conectadas, em vez de ter uma camada nat / routing no meio.
Meu palpite é que você provavelmente fez a primeira metade desse processo, mas agora a máquina não tem uma interface lógica configurada para a camada 3.
Se você tiver acesso a um computador na mesma sub-rede, pode tentar executar um comando arp para ver se o endereço MAC da interface está aparecendo. Os switches da Cisco também têm um comando show arp .
Se a memória servir o que acontece quando você conecta as NICs no Windows, o SO cria uma nova NIC virtual e usa isso para conexões. Se isso for feito remotamente, ele pode (e geralmente faz) fazer o servidor da conexão remota porque o endereço IP antigo desapareceu.
A Microsoft recomenda que o Hyper-V tenha uma NIC dedicada a ser usada na rede para ajudar a evitar esse tipo de problema. Há uma configuração quando você adiciona a NIC à rede hyper-v para permitir que o host use a NIC para atividades não-hiper-v (ou seja, área de trabalho remota, etc.). Isso deve impedir uma situação como essa no futuro. veja 7 práticas recomendadas para servidores físicos hospedando funções do Hyper-V
No entanto, alguém precisará entrar em contato com o host para quebrar a ponte.