在 Azure Windows VM 上,为什么某些端口可以正常打开,而其他端口却不能?

在 Azure Windows VM 上,为什么某些端口可以正常打开,而其他端口却不能?

我正在尝试在新的 Azure Windows 2012 VM(非经典)上设置 FileMaker Server。

让我困惑的步骤是打开端口。我在 Azure 控制台中为三个所需端口创建了入站端点,并在 Windows 防火墙中创建了 3 条入站规则。

两个端口 180 和 1443 似乎已打开,这已通过在线端口测试器进行了验证。但是,16001(这是入门时最重要的端口)未打开。我反复检查了所有内容,发现除端口号外,这三条规则完全相同。

为了好玩(因为我认为可能是编号较高的端口存在问题?——这是在找借口)我随机尝试打开端口 181。没有用。

我可以使用端口 16001 在本地连接到 FileMaker Server,因此我至少知道它可以运行。但是,我无法与 FileMaker Server 建立任何外部连接。

编辑:

学到了一个新技巧,并在我的服务器上为每个端口运行了 NetStat。以下是屏幕截图。

每个端口的 NetStat

两个正常工作的端口 180 和 1443 使用 0.0.0.0,而两个不正常工作的端口使用 127.0.0.1 和 10.0.0.4。我部分理解了 0.0.0.0 和 127.0.0.1 之间的区别,并解释了为什么 16001 不正常工作。但是 10.0.0.4 是从哪里来的呢?

我该如何将所有内容更改为使用 0.0.0.0?显然在配置相同的 Windows 防火墙中不行。

答案1

您可以通过尝试从同一 Vnet 上的另一台 VM 连接到服务器来验证 Windows 防火墙规则。

相关内容