我最近停止了14个虚拟机的订阅，并在几天后重新启动。 现在我所有的虚拟机都在用于MongoDB的例外情况下工作得很好。
他们回应ping，所以他们在azure色的仪表板上显示为在线，但他们不回答任何其他事情。
我尝试了（从不同的位置，进出蔚蓝的云彩）
ssh和mongo的端口在azure色的时候打开。 我尝试了几次通过azure色仪表板重新启动虚拟机，他们似乎重新启动成功，但仍然拒绝所有连接。
我已经寻找类似的问题，我发现最好的解决scheme是等待…问题已经发生了7天，等待没有更多的select。
有比下载/上传VHD更好更快的解决scheme。 如上所述，这个问题“ 被认为是sshd_config文件中缺失的换行符！ ”
0.第一步应该是不同的，否则，如果你删除了最后一个虚拟机，那么你可能会丢失当前的Cloud Service IP，而在Web服务器上，这是一个严重的问题。 因此，首先，在故障虚拟机的同一地理区域内创build一个新虚拟机，这样Cloud Service至less有一个正在运行的虚拟机，并保留当前IP。
删除有问题的虚拟机，但不要删除关联的磁盘。 （您必须删除有问题的虚拟机才能释放后面将使用的关联磁盘上的locking）。 请注意关联的磁盘（AD）的名称。
select新的虚拟机 – >信息中心 – >附加 – >“挂接磁盘”（注意，“挂接磁盘”选项只有在故障虚拟机的相关磁盘被释放时才可用）
在打开的popup窗口中select正确的AD名称。
现在SSH进入新的虚拟机并挂载AD：
sudo mkdir / tmp / dsk
sudo mount / dev / sdc1 / tmp / dsk
（AD通常是/ dev / sdc1;如果不是这种情况，可以通过sudo cat / var / log / syslog | grep scsifind它并查找消息“Attachd SCSI disk”前面的名称）
- sudo nano / tmp / dsk / etc / ssh / sshd_config
在我们的例子中，在文件末尾，我们有一个设置“UsePAM yesClientAliveInterval 180” – 在“是”之后，很明显一个换行符已被错误地删除了！ 所以我们插入换行符，保存文件，并在sshd_config恢复后执行下面的步骤。
（你也可以在/ tmp / dsk / etc / ssh / ssh_config和/ etc / ssh / sshd_config之间做一个比较，看看是否有其他configurationclosures）
返回到Azure仪表板：select新的VM – >仪表板 – >分离磁盘并分离AD
启动一个类似于故障虚拟机的新虚拟机：+新build – >计算 – >虚拟机 – >从图库 – >我的磁盘 – > AD（AD显示在这里）
就是这样 – 希望SSH能够正常工作！
源代码的答案在底部： http : //social.msdn.microsoft.com/Forums/en-US/54c600c0-f4d6-4b20-ad87-1358fa10d27a/linux-vm-ssh-connection-refused?forum=WAVirtualMachinesforWindows
很多Azure安装都受到了Ubuntu中的这个bug的困扰 ，这会导致人们由于错误的configuration而被locking在虚拟机之外。 如果从暂停状态启动虚拟机，或重新启动虚拟机（在运行apt get upgrade ），这个错误就会显现出来。
Azure安装的修复程序是下载VHD，将VHD挂载为磁盘，打开/ etc / sshd_config文件并修复出错的行，然后重新上传vhd。