Endereço IP adicional para a VM no Azure não é acessível por outra VM

Question

Considere o cenário, criei 2 VM no Azure, ou seja, "Master" & "Escravo" com ip estático de "10.0.0.5" & "10.0.0.6" respectivamente. Firewall desativado em ambas as máquinas.

Master (10.0.0.5) capaz de pingar Slave (10.0.0.6) e vice-versa.

Add one additional IP "10.0.0.7" (same subnet) in Master, it works in Master VM.

Não é resolvido por Slave (10.0.0.6) Quando eu pingar 10.0.0.7 no escravo eu tenho isso

C:\Users\arun>ping 10.0.0.7
Pinging 10.0.0.7 with 32 bytes of data:
Reply from 10.0.0.6: Destination host unreachable.
Reply from 10.0.0.6: Destination host unreachable.
Reply from 10.0.0.6: Destination host unreachable.
Reply from 10.0.0.6: Destination host unreachable.
Ping statistics for 10.0.0.7:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Para tracert

C:\Users\arun>tracert 10.0.0.7
Tracing route to 10.0.0.7 over a maximum of 30 hops
  1  Slave [10.0.0.6]  reports: Destination host unreachable.

O que estou perdendo?

    

Answer 1

Eu encontrei o mesmo problema antes. Então tentei executar uma captura de rede na VM do Azure e encontrei algo interessante.

A VNET não funciona como o dispositivo Ethernet físico. Toda a comunicação entre a VM do Azure é tratada pelo gateway (incluindo as VMs na mesma sub-rede, que é diferente da rede física).

O pedido de ARP não será recebido pelo destino. O gateway interceptará e responderá com um endereço MAC falso 12: 34: 56: 78: 9a: bc. Em seguida, o remetente enviará o pacote para o gateway e o gateway o encaminhará ao remetente.

Se adicionarmos um endereço IP adicional na VM desconhecido do Azure, adivinhe o que acontecerá? Bingo, o gateway não responderá a uma solicitação ARP contendo um destino desconhecido. Para que a solicitação ARP do remetente falhe e a mensagem de erro "Host de destino inacessível" seja exibida.

Aqui está a captura de tela do meu laboratório:

Espero que minha experiência ajude.