6

我剛剛在Microsoft Azure中使用(推薦)資源管理器部署模型創建了一個新的Ubuntu 14.04虛擬機。下面的屏幕截圖顯示的部署配置和由此帶來的資源:已配置NSG規則的新Azure虛擬機上的連接超時端口80

enter image description here

一旦部署,我使用SSH通過公共IP,登錄並安裝nginx的訪問的虛擬機。我使用默認配置離開它,並執行'curl localhost'以確保Web服務器正在運行。

然後我去了網絡安全集團的資源,並增加了80端口的允許規則的入站規則:

enter image description here

我再打開一個瀏覽器,並試圖要求與相關聯的公共IP NIC並且連接超時。

編輯:我可以通過將NSG與NIC分離來獲得訪問權限,但是如果我重新關聯它,我會在幾分鐘內再次阻止。

我已經嘗試使用相同的過程來設置Windows服務器虛擬機,與IIS,但我得到了相同的結果。

我在這裏錯過了什麼?

使用經典部署模型進行相同設置時,我不會收到任何錯誤,只有在嘗試使用推薦的資源管理器模型時纔會發生此錯誤。

+0

我剛剛創建使用所有默認配置的新Win2k3R2 VM(linux的人把過多的思考),添加Web服務器角色一旦被啓動,從本地主機測試和它的工作,添加了任何/任何/ TCP/80規則,並直接連接!你可以添加一個任意的端口,在其上運行nc,然後telnet到它,看看它是什麼 –

+0

nc和telnet都沒有響應。在這兩種情況下,我都會在端口80和我打開的任意端口(40000)上發生超時。如果我在端口22(SSH)上運行nc(和telnet),我會得到一個響應。 –

+0

這很奇怪!如果從界面上一起刪除安全組,會發生什麼情況(轉到SG> NIC並將關聯更改爲無) - 確保您沒有像IP地址中的錯字一樣做任何事情(我們都在那裏!) –

回答

6

你的NSG的源端口是什麼?你有沒有離開任何/ *?如果不是,你只限於來自該端口的流量。

+0

如果您看到第二個圖像爲任何/任何 –

+0

您是正確的,但是在Azure中,屏幕截圖不顯示源端口範圍。在規則刀片上,他們只列出IP地址,在這種情況下,源IP爲Any。源端口是不在此刀片上顯示的規則。 –

+0

這實際上是我的問題。我已將端口80設置爲我的源端口範圍。這是微軟Azure支持團隊爲我指出的。我已經將你的答案標記爲正確答案。 –

8

對於仍在與新門戶Azure的入站規則奮鬥的人,你需要將網絡安全集團(NSG)設置爲:

  • 允許從(源)連接

any來源

* - 爲對源端口範圍(極其重要因爲它可能看起來正常設置80或443 - 這是不正確的)

  • 目的地

any

80 - 爲目的端口範圍(或您的Web服務器偵聽的端口 - 它可能是還8080或其他)

其他端口(如https連接的443)也是如此。

enter image description here

+0

我更喜歡這個答案,它比接受的更清晰。 – udog

+0

這對我有很大的幫助,但是我不得不將協議從Any改爲TCP,最終讓我的nginx反向代理工作。 –