同一虚拟网络上的Azure虚拟机之间的简单内部通信

Question

我在同一个Cloud Service中的同一虚拟网络中创建了2个虚拟机。他们没有公共端点。我希望虚拟机能够识别对方，就好像它们在本地网络上一样。例如，我希望能够使用\\语法通过计算机名称引用它们，例如，在VM1上，我希望能够访问\\ VM2_host_name \ shared_folder。有人可以请我提供配置我的虚拟机来启用这种情况的步骤。

说明：我尝试通过内部IP地址引用它们，并在Windows防火墙中启用ICMP通信。我甚至完全关闭了两台机器的防火墙来测试。没有运气。即使没有防火墙，我也无法通过主机名或其他机器的IP地址来ping这些机器。我也回顾了类似的声音问题，如（Azure VMs Virtual Network inter-communication）但无济于事。

更多信息：

从VM_A（内部IP 10.0.0.5），我试图用VM_B（内部IP 10.0.0.4）进行通信。这两个VM都属于同一个云服务“MyCloudServiceName”。对于这个测试，我也关闭了他们的防火墙，只是减少了变量。

C:\Users\Matt>NSLookup VM_B 
Server: UnKnown 
Address: 168.XX.XXX.XX 

Non-authoritative answer: 
Name: VM_B.MyCloudServiceName.hX.internal.cloudapp.net 
Address: 10.0.0.4 


C:\Users\Matt>ping VM_B 

Pinging VM_B.MyCloudServiceName.hX.internal.cloudapp.net [10.0.0.4] with 32 bytes of data: 
Reply from 10.0.0.5: Destination host unreachable. 
Reply from 10.0.0.5: Destination host unreachable. 
Reply from 10.0.0.5: Destination host unreachable. 
Reply from 10.0.0.5: Destination host unreachable. 

Ping statistics for 10.0.0.4: 
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss) 

所以我可以告诉的是，DNS解析工作。但即使在相同的云服务中，机器仍然彼此隔离。

请注意，我的实际情况是我有一台ASP.NET Web API自行托管在一台机器上运行的服务上，我希望能够从内部的相同云服务中的另一台机器上访问该服务。

Answer 1

我们有类似的问题，这是由于网络适配器的校验和卸载。 感谢Microsoft Azure支持部门帮助我们诊断问题。

简单的解决方法是，以每台机器上运行这个然后做一个快速重新启动：

Disable-NetAdapterChecksumOffload * -TcpIPv4

这里是描述更详细的问题的文章： http://systemscentre.blogspot.com.au/2013/05/problems-clustering-virtual-machines-on.html

Answer 2

PING可能无法正常工作，因为它在网络环境中经常被禁用。所以我会建议一个NSLookup来验证它能够解析其他服务器的位置。

如果两个虚拟机已经在同一个云服务中，那么虚拟网络应该不是必需的，因为Azure在该云服务边界内提供基本的DNS解析。通过在每台服务器上执行NSLookup，你应该能够识别他们当前正在使用的名称。

一旦你确认了它们可以互相解决，你不应该有任何其他问题让他们解决对方提供你没有使用不支持的协议（如UDP多播）。