已配置NSG规则的新Azure虚拟机上的连接超时端口80

我刚刚在Microsoft Azure中使用（推荐）资源管理器部署模型创建了一个新的Ubuntu 14.04虚拟机。下面的屏幕截图显示的部署配置和由此带来的资源：已配置NSG规则的新Azure虚拟机上的连接超时端口80

一旦部署，我使用SSH通过公共IP，登录并安装nginx的访问的虚拟机。我使用默认配置离开它，并执行'curl localhost'以确保Web服务器正在运行。

然后我去了网络安全集团的资源，并增加了80端口的允许规则的入站规则：

我再打开一个浏览器，并试图要求与相关联的公共IP NIC并且连接超时。

编辑：我可以通过将NSG与NIC分离来获得访问权限，但是如果我重新关联它，我会在几分钟内再次阻止。

我已经尝试使用相同的过程来设置Windows服务器虚拟机，与IIS，但我得到了相同的结果。

我在这里错过了什么？

使用经典部署模型进行相同设置时，我不会收到任何错误，只有在尝试使用推荐的资源管理器模型时才会发生此错误。

我刚刚创建使用所有默认配置的新Win2k3R2 VM（linux的人把过多的思考），添加Web服务器角色一旦被启动，从本地主机测试和它的工作，添加了任何/任何/ TCP/80规则，并直接连接！你可以添加一个任意的端口，在其上运行nc，然后telnet到它，看看它是什么 –

nc和telnet都没有响应。在这两种情况下，我都会在端口80和我打开的任意端口（40000）上发生超时。如果我在端口22（SSH）上运行nc（和telnet），我会得到一个响应。 –

这很奇怪！如果从界面上一起删除安全组，会发生什么情况（转到SG> NIC并将关联更改为无） - 确保您没有像IP地址中的错字一样做任何事情（我们都在那里！） –

你的NSG的源端口是什么？你有没有离开任何/ *？如果不是，你只限于来自该端口的流量。

2015-10-15 15:22:43

如果您看到第二个图像为任何/任何 –

您是正确的，但是在Azure中，屏幕截图不显示源端口范围。在规则刀片上，他们只列出IP地址，在这种情况下，源IP为Any。源端口是不在此刀片上显示的规则。 –

这实际上是我的问题。我已将端口80设置为我的源端口范围。这是微软Azure支持团队为我指出的。我已经将你的答案标记为正确答案。 –

对于仍在与新门户Azure的入站规则奋斗的人，你需要将网络安全集团（NSG）设置为：

any来源

和

* - 为对源端口范围（极其重要因为它可能看起来正常设置80或443 - 这是不正确的）

any

和

80 - 为目的端口范围（或您的Web服务器侦听的端口 - 它可能是还8080或其他）

其他端口（如https连接的443）也是如此。

2016-03-13 10:51:31

我更喜欢这个答案，它比接受的更清晰。 – udog

这对我有很大的帮助，但是我不得不将协议从Any改为TCP，最终让我的nginx反向代理工作。 –

回答